GoogleのOpen Knowledge Format（OKF）、AIクローラーは読みに来るのか？

2026年6月12日、Google CloudがOpen Knowledge Format（OKF）という新しい仕様を公開しました。AIエージェントに読ませるための知識を、Markdownファイルとして整理するフォーマットです。

公開直後から、英語圏でも日本語でも「OKFとは何か」という解説が増えました。仕様そのものはMarkdownとYAMLを中心にした軽量なもので、基本構造だけならそれほど難しくありません。

とはいて、AI観測ラボが気になるのは別の視点。OKFをサイトに置いたとして、GPTBotやOAI-SearchBot、ClaudeBot、PerplexityBotは、本当に読みに来るのでしょうか。

結論から言うと、現時点では「読みに来る」と断定できる証拠はまだ薄い状況です。OKFはもともと社内データやナレッジをAIエージェントに渡すための仕組みで、公開されたOKFファイルを主要AIクローラーが検索エンジンのように巡回する動きは、まだ一般的な前提にはなっていません。

だからAI観測ラボでは、答えを先に決めません。まず小さくOKFを置いて、サーバーログでAIクローラーが取りに来るかどうかを観測します。本記事は、観測を始める前の地図です。OKFとは何か、llms.txtやrobots.txtとは何が違うのか、そしてなぜ「置いても読まれないかもしれない」のかを、サイト運営者の目線で整理します。

※本記事のOKFは、Google Cloudが公開したOpen Knowledge Formatを指します。同じ略称を使うOpen Knowledge Foundationとは別のものです。

この記事でわかること｜📖：約6分

• Google Cloudが公開したOpen Knowledge Format（OKF）が、何のための仕組みなのか
• OKFと、robots.txt・llms.txt・構造化データは何が違うのか
• OKFをサイトに置いても、いまのAIクローラーが読みに来るとは限らない理由
• AI観測ラボが、OKFを小さく置いてAIクローラーの取得を観測する方法

Open Knowledge Format（OKF）とは何か

Open Knowledge Format（OKF）は、Google Cloudが2026年6月12日に公開した、AIエージェント向けの知識フォーマットです。ひとことで言うと、「AIに読ませたい知識を、Markdownファイルの集まりとして整理するための決まりごと」です。

ポイントは、OKFがサービスでもプラットフォームでもなく、あくまでフォーマット、つまりファイルの形式だという点です。専用のアカウントや特別なソフトを前提にするものではなく、Markdownといくつかのルールで知識を整理します。

中身の作りはシンプルです。OKFでは、ひとつの知識項目をひとつのMarkdownファイルとして扱います。たとえば「週間アクティブユーザーの定義」をひとつのファイル、「注文テーブルの説明」をまた別のファイル、という具合です。

各ファイルの先頭には、YAML frontmatterというメタ情報の枠を置きます。YAML frontmatterとは、ファイルの一番上に置く「この文書は何か」を示す数行のことです。type: concept のように、コロンで区切ったキーと値の組で書きます。

OKFの仕様では、必須項目は type だけです。title・description・resource・tags・timestamp などは推奨項目にとどまります。つまり、最初から細かく縛るというより、最低限のルールで知識を整理できるようにした、比較的ゆるい仕様だと考えられます。

ファイルどうしは、通常のMarkdownリンクでつなぎます。すると、知識項目どうしがリンクでつながった、小さな知識の地図ができます。フォルダには目次用の index.md、更新履歴用の log.md といった特別な役割のファイルも置けます。こうしてできたフォルダ一式が、OKFの配布単位である「バンドル」になります。

つまりOKFは、検索順位を上げるためのファイルというより、AIエージェントに渡す知識を整理するための箱です。Googleがこの形式を出した背景には、AIエージェントが仕事をするたびに、社内のあちこちに散らばった知識を毎回かき集めている、という問題があります。

Googleがこの形式をなぜ作ったかというと、AIエージェントが仕事をするたびに、社内のあちこちに散らばった知識を毎回かき集めている問題を解きたいからです。この背景は、次のセクションで詳しく見ていきます。

OKFはrobots.txt・llms.txt・構造化データと何が違うのか

OKFを理解するうえで一番つまずきやすいのが、「これはllms.txtの新しい版なの？」という誤解です。結論から言うと、OKFとllms.txtは別物です。役割がそもそも違います。ここを整理しておくと、後半の「AIクローラーは読みに来るのか」という問いがすっきり見えてきます。

まず、サイト運営者がよく触る3つのファイルや仕組みの役割を確認します。

robots.txtは、クロールの「入っていい・ダメ」を伝えるファイルです。どのボットに、どこまで巡回を許すかを指示する、いわば入口の交通整理です。ページの中身や知識の意味までは説明しません。

llms.txtは、AIに読ませたいページを案内するファイルです。「うちのサイトで大事なのはこのページです」と、外に向かって道案内する役割です。あくまで読むべき場所の案内であって、知識そのものを持ち歩く形式ではありません。

JSON-LDなどの構造化データは、ページ内の情報を機械が読み取りやすい形で補足する仕組みです。「この記事は何について書かれているのか」「この商品は何か」「このFAQはどの質問と回答か」といった情報を、ページ内に埋め込んで伝えます。

では、OKFはどの位置にいるのでしょうか。OKFは、上の3つとは層が違います。ページを案内するのでも、クロールを制御するのでもなく、知識そのものをMarkdownの束、つまりバンドルとして持ち運ぶ形式です。「どこにあるか」を教えるのではなく、「知識の中身」をひとまとめにして渡す、という発想です。

もうひとつ大きな違いがあります。robots.txt、llms.txt、構造化データは、基本的にWebサイトを訪れるクローラーや検索エンジンに向けた外向きの仕組みです。対してOKFは、もともと組織の内側にあるデータやナレッジを、AIエージェントに渡しやすくするために設計されています。つまり、出発点が違います。

これら違いが、次の問いにつながります。外向きのクロール案内として作られたわけではないOKFを、外からやってくるAIクローラーは、はたして読みに来るのでしょうか。

OKFをサイトに置いたら、AIクローラーは読みに来るのか

ここが本記事の核心です。OKFの仕組みがわかると、次に浮かぶのは「じゃあ、うちのサイトに置けばAIに読まれるの？」という期待です。ですが、ここは冷静に見る必要があります。

現時点での答えは、「読みに来るという証拠は、まだ薄い」です。

理由は、前のセクションで見た「出発点の違い」にあります。OKFはもともと、組織の内側にあるデータやナレッジをAIエージェントに渡しやすくするためのフォーマットです。Webサイトに公開したOKFバンドルを、GPTBotやOAI-SearchBot、ClaudeBot、PerplexityBotといった外向きのAIクローラーが、標準の動作として巡回して読み取る、という仕組みは、2026年半ばの時点でまだ確認されていません。

海外の解説記事でも、ここは冷静な見方が目立ちます。OKFは新しい知識整理の形式ではあるものの、公開したバンドルを検索エンジンのように読みに来る「消費者側のエコシステム」は、まだ育っていないという見方です。

Google公式の説明でも、OKFは検索順位を上げるための小技ではなく、AIシステムが必要とするメタデータや文脈、整理された知識を扱うための仕様として位置づけられています。

さらに、仕様そのものにも限界があります。OKF v0.1がそろえたのは、あくまでファイルの「構造」です。ファイルの形はそろいましたが、書かれた中身の意味が正しいか、その事実の出典がどこかまでは、仕様だけでは保証されません。構造は決まった。でも、意味や出典の管理は各運用者に委ねられている段階です。

「OKFを置けばAIに読まれる」と煽るのは正確ではありません。OKFは、置けば自動でクローラーが群がるファイルではないのです。

次のセクションでは、AI観測ラボでOKFを小さく置き、AIクローラーが取りに来るかどうかを観測する方法を整理します。

AI観測ラボはOKFをどう観測するか

ここまでで、OKFは「置けば自動で読まれる」ファイルではないとわかりました。では、AI観測ラボは何をするのか。答えはシンプルです。まず小さく置いて、サーバーログでAIクローラーが取りに来るかどうかを、長く観測します。

大事なのは、最初から作り込まないことです。本体は「立派なバンドルを作ること」ではなく、「取りに来るかを見ること」だからです。まずは最小構成から始めます。

具体的には、次のような形を想定しています。目次となる /okf/index.md を1本、そこから概念ファイルを2〜3本ぶら下げるだけの、ごく軽い構成です。たとえばAIクローラーの基礎をまとめたファイル、llms.txtについてのファイル、といった具合に、すでにサイトにある知識を1概念ずつMarkdownにします。

そして、すでに運用している llms.txt から、OKFバンドルへのリンクを1本だけ置きます。外向きの案内である llms.txt を入口にして、そこからOKFへたどれる導線を用意する、という仕掛けです。

あとは、待ちます。サーバーログを見て、/okf/ 以下のファイルに、どのAIクローラーが、いつ、どれくらいアクセスしてきたかを記録します。ログは嘘をつきません。来れば「来た」、来なければ「まだ来ない」が、そのまま残ります。

本記事は、その観測を始める前の地図でした。実際にOKFを置いて数日後、AIクローラーは取りに来たのか。結果は、別の記事であらためて実測ログとともに報告します。

まとめ：OKFはSEOの小技ではなく、AI時代の知識整理フォーマット

Open Knowledge Format（OKF）について、サイト運営者の目線で整理してきました。最後に要点をまとめます。

OKFは、Google Cloudが2026年6月12日に公開した、AIエージェント向けの知識フォーマットです。知識をMarkdownファイルとYAMLで整理し、リンクでつないでバンドルにする、軽量でシンプルな仕組みでした。

役割の層は、robots.txt・llms.txt・構造化データとは違います。robots.txtやllms.txtが外向きの案内や制御に近いのに対し、OKFはもともと組織の内側で、知識の中身そのものを持ち運ぶために作られています。各ファイルと、出発点が違います。

そして肝心の「AIクローラーは読みに来るのか」については、2026年半ばの時点では、読みに来るという証拠はまだ薄い、というのが現状です。OKFは、置けば自動でクローラーが群がるファイルではありません。今すぐSEOの順位を狙うための小技でもありません。

ですが、AIに読ませる知識をどう梱包するか、という発想そのものは、AI時代のサイト運営者が知っておくべき新しいレイヤーです。だからAI観測ラボは、答えを決め打ちせず、まず小さく /okf/ を置いて、サーバーログで観測します。来ても来なくても、それは一次データになります。

OKFを設置したあと、AIクローラーは本当に取りに来たのか。結果は、一定期間の実測ログとともに別の記事で報告します。