お問い合わせお問い合わせはこちら

社内の知識は「頭の中」から「AIが読めるファイル」へ。Open Knowledge Format(OKF)とSEO現場での活かし方

2026/06/26

先日、Googleが「Open Knowledge Format（OKF）」っていう新しい仕様を出してきました。

 

記事はコチラ：オープンナレッジフォーマットの紹介

 

正直、最初は「またエンジニア向けの小難しい話かな〜」くらいの気持ちでチラ見してたんですが、読んでいくうちに「あ、これSEOの現場にもめちゃ関係あるやつだ…！」って気づいたので、自分の仕事に置き換えてまとめてみます。

 

AIに社内のルールを覚えてもらうのって、地味にしんどいんですよね。
外部ライターさんへの説明、AIに投げるプロンプト、引き継ぎ資料づくり。似たようなことを、毎回ちょっと違う言葉で説明し直してる…。
この「同じ説明、何回目だろう」感に心当たりがある人は、たぶんこの話、他人事じゃないです。

 

この記事では、そんなシーンにこそ活用したいOKFの考え方をかみ砕いて解説しつつ、SEO業務での具体的な活かし方まで紹介していきます。

Open Knowledge Format（OKF）ってそもそも何？

前提｜AIに会社のルールを覚えてもらうのが地味に大変

ChatGPTやClaudeみたいなAIは、文章を書くのもデータをまとめるのも得意です。
でも、その会社・そのチームだけのお約束は知りません。
「うちはこの表記で統一してる」「このページ名、実際のサイトとちょっと違うんだよね」みたいな前提って、誰かがそのつど教えてあげないと伝わらないんです。

 

しかもこの手の情報、たいてい一箇所にまとまってないですよね。
社内Wikiに書いてあったり、チャットの履歴に埋もれてたり、Excelのメモだったり、最終的には「担当者の頭の中」だったり。
バラバラに散らばってるせいで、AIに渡すときも、新しい人に引き継ぐときも、毎回イチから説明し直すハメになります。

新しいツールじゃなくて「書き方のお約束」

OKFが提案してるのは、新しいアプリでもサービスでもありません。
「知識をこういう形式のファイルに書いておこうね」っていう、書き方のお約束です。

 

やることはシンプルで、1つの知識（ルールとか手順とか）につき1つのMarkdownファイルを作るだけ。
ファイルの頭にタイトルや説明をちょっと決まった形式で書いて、本文は自由に説明文を書く。
特別なソフトもSDKも要らなくて、パソコンのローカルやGitHubみたいなファイル置き場があれば誰でも作れちゃいます。

※実際にはこんな感じのファイルになります（Googleのブログより、BigQueryのテーブルを説明する例）。

知識が「頭の中」から「渡せる形」に変わる

このやり方のいいところは、書いたファイルがそのまま「誰にでも渡せる形」になること。人が読んでも分かるし、AIに「このファイルたち読んでおいて」って渡すこともできる。
作る人と使う人が違っていても、間に翻訳作業を挟まずそのまま受け渡しできちゃうんです。

 

つまりOKFって、これまで個人や部署の中に閉じこもってた知識を、組織やメンバーをまたいで持ち運べる状態にする、っていう発想の整理なんですよね。

なんでSEOの現場にこの話が刺さるのか

外部ライターや生成AIへの説明、毎回ゼロからやってない？

外部ライターや生成AIに記事を依頼するとき、表記ルールやテンプレートをまたチャットで説明し直してませんか？
「この言葉の表記、こっちに統一してくださいね」
「タイトルはこのテンプレ通りで、でも前の記事と表現はちょっと変えてください」
こういう指示、ライターさんや生成AIのスレッド変わるたびに似た内容を繰り返し伝えてる気がします。

表記ルールやテンプレって、結局誰かの頭の中にしかない

校正でチェックすべきポイント、表現の使い分け、画面の表示と実際のリンク先がズレてるときの対処法。
こういうのって、仕事を続けてるうちに自然と身につくものですが、文章として残してないと自分以外には伝わらないんですよね。
業務が属人化してしまい、担当者が変わった瞬間にそのルールごと消えちゃうリスクもあります。

AIにチェックを頼むときも、同じ説明を繰り返してる

AIに校正や記事チェックをお願いするときも、毎回同じ前提をプロンプトに書いてませんか？
判断基準とか、避けたい表現とか、毎回手で打ち直してる…。
これってまさに、OKFが指摘してる「知識が散らばってるせいで、同じ説明を何度も組み立て直してる」状態そのものだなと思いました。

OKFの考え方をSEOの仕事に置き換えてみる

ルールは口頭やチャットじゃなく「ファイル」で持つ

OKFの本質って、ツールを導入することじゃなくて「ルールを文章として書き出し、ファイルとして持っておく」ことなんですよね。
表記ルール、タイトルテンプレ、CTA文言の作り方、校正基準。
こういうのを1つずつ独立したファイルにしておけば、説明する手間は最初の1回だけで済みます。

ファイルをリンクでつないで、知識を体系化する

ルールが増えてくると、ファイル同士を関連づけたくなりますよね。
「タイトルテンプレ」のファイルから「文字数ルール」のファイルにリンクを貼る、みたいな感じです。
OKFでは、こうしたリンクの集まりを単なる箱の中身じゃなく、「知識のつながり（グラフ）」として扱います。
ルールが増えても迷子にならず、必要な情報をちゃんとたどっていけるのがいいところ。

直すのは1ファイルだけ。それで全員に行き渡る

ルールが変わったとき、直すべき場所が1ファイルにちゃんと決まってるのも大きいです。
あちこちのチャット履歴やメモを直し回る必要がなくて、ファイルを1つ更新すれば、それを参照してる全員（外部ライターさんもAIツールも）に最新ルールが行き渡ります。

SEOディレクションは「説明する」から「渡す」仕事に変わる

 

知識が使い回せると、業務スピードが変わる

毎回ゼロから説明してたルールを、ファイルとしてポンと渡すだけで済むようになれば、依頼から執筆、校正までのリードタイムは確実に短くなります。
ディレクターの仕事も「説明し続けること」から、「整理されたルールを渡すこと」にシフトしていくはずです。

引き継ぎやオンボーディングもラクになる

これ、外部ライターさんやAIだけの話じゃありません。
チームに新しいメンバーが入ったときも、ルールがファイルとしてまとまってれば、口頭での引き継ぎに頼らなくて済みます。
属人化してた知識が、誰でもアクセスできる資産に変わるってことです。

まとめ

Open Knowledge Format（OKF）は、新しいツールじゃなくて「知識をどう書き残すか」っていう、書き方のお約束です。
この発想、SEO記事制作みたいに、表記ルールやテンプレを何度も人やAIに説明し続けてる現場にこそ効いてくると思います。

見直したいのは、ルールを毎回口頭やチャットで説明するのをやめて、文章として書き出し、ファイルとして蓄積していくこと。
表記ルール、タイトルテンプレ、CTAの作り方、校正基準。
こういう知識を1つずつファイル化しておけば、外部ライターさんへの説明もAIへの指示も、引き継ぎも、ぜんぶ「渡すだけ」で済むようになります。

OKFという仕様そのものを導入する必要はなくて、大事なのは「知識をファイルとして言語化し、使い回せる形にしておく」っていう発想だけ。
AIと一緒に働く時代のSEOディレクションにとって、地味だけど効果のデカい改善ポイントだなと思いました。

✅まずやってみたいこと

最後に、今日から動けるアクションを整理します。

 

□ 外部ライターやAIへの指示で「毎回同じことを説明してるな」と感じるルールを書き出す
□ 表記ルール・タイトルテンプレ・校正基準など、ジャンルごとにファイルを分ける
□ 1つのルール＝1つのファイルになるよう整理する（複数のルールを1ファイルに詰め込まない）
□ ファイルの先頭に「何のルールか」「いつ使うか」を一言で書いておく
□ 関連するルール同士はファイル内でリンクを貼ってつないでおく
□ AIに記事チェックを頼むときは、プロンプトに書く代わりにこのファイルを読み込ませる
□ ルールが変わったら、口頭やチャットで伝える前にまずファイルを更新する
□ 新しいライターやメンバーが入ったら、まずこのルール集を渡すフローにする

 

この記事をSNSでシェア！

AI

«

AIの記事一覧へ

全記事一覧へ