会社名でGoogle検索をすると、画面の右側に会社概要や関連情報がまとまったパネルが表示されることがあります。この機能を支えているのが「ナレッジグラフ」です。
定義そのものは2012年の公式発表までさかのぼれる一方、AI検索時代の運用となると公表されていない部分が多く残ります。この記事は、ナレッジグラフという言葉を今日はじめて調べた方に向けて書きました。何が公式に確認でき、サイト運営者側では何ができるのか。その線引きを、図解と会話をはさみながら整理していきます。
こんなふうに調べていませんか
- 「ナレッジグラフ」という言葉を見かけたが、意味が分からない
- 構造化データとナレッジグラフの違いが分からない
- 自社の会社名を検索したとき、ナレッジパネルが出るかどうか気になっている
この記事を読み終えたときに手に入るもの
- ナレッジグラフが何を指す言葉か、人に説明できるようになります
- 構造化データとの役割の違いが、図1枚で分かります
- 自社ブランドの認識状態を確認する手がかりが分かります
結論30秒でわかる、この記事の結論
- ナレッジグラフとは、人物や組織などの実世界のエンティティと、その関係性をデータとして表現した仕組みです。
- Googleが2012年に発表しました。合言葉は「things, not strings(文字列ではなく、事柄)」です。
- サイト運営者にできるのは、構造化データで自社を一意に示すことまでです。載せるかどうかを決めるのはGoogle側です。
01そもそもナレッジグラフとは、AIOの土台として何を指すんですか？
若葉さん会社名で検索すると、右側にパネルが出てくることがありますよね。あれの仕組みが「ナレッジグラフ」ってことなんでしょうか？
鈴木さんそうなんです。ナレッジグラフは、Googleが実世界の人やモノを「事柄」として理解しておくための、データの持ち方のことなんですよ。
ナレッジグラフとは、人物や組織などの実世界のエンティティと、その関係性をデータとして表現した仕組みです。
自社が実在する組織として正しく認識されるよう情報を整えることは、AI検索最適化（LLMOとも呼ばれます）の土台にもなります。
Googleは2012年、公式ブログでナレッジグラフを発表しました。「実世界のエンティティと、それら相互の関係性を理解する知的モデル」という説明です（出典: Google公式）。この特徴を表す言葉として、「things, not strings(文字列ではなく、事柄)」というフレーズが使われました。
発表時点の規模についても、公式ブログは具体的な数字を示しています。「5億以上のオブジェクトと、35億以上の事実・関係性を含む」というものです（出典: Google公式）。この数字は2012年発表時点のものであり、現在の規模は確認できた公式資料の範囲では明言されていません。
この章のまとめ
ナレッジグラフとは、実世界のエンティティと関係性を表現した仕組み。2012年発表時点で5億以上のオブジェクトを含むとされていますが、現在の規模は公表されていません。
02履歴書と人事データベースでたとえると、AI検索対策のナレッジグラフはどう見えますか？
定義だけでは距離が遠い話なので、身近な場面に置き換えてみます。ナレッジグラフと構造化データの関係は、人事データベースと履歴書の関係によく似ています。
履歴書を出したからといって、希望どおり人事データベースに登録されるとは限りません。書くのはこちら側、載せるかどうかとどう載せるかを決めるのは向こう側——この関係が、ナレッジグラフと構造化データの関係にも、そのまま当てはまります。
この章のまとめ
ナレッジグラフと構造化データの関係は、人事データベースと履歴書の関係に近いものです。書いて出すのはサイト側、載せるかどうかとどう載せるかを決めるのはGoogle側です。
03「文字列」ではなく「事柄」として認識するとは、AI検索でどういうことですか？
若葉さん「文字列ではなく事柄」って、正直まだピンと来ていなくて……どういう違いがあるんでしょうか？
鈴木さんいい質問です。Google公式が挙げている、分かりやすい例がありますよ。
ナレッジグラフの本質は、検索語を単なる文字列ではなく、実在する対象として扱う点にあります。
Google公式が示す例では、「Taj Mahal」という語を単なる2つの単語としては扱いません。記念碑・ミュージシャン・カジノなど、複数の実在する対象として認識し、文脈に応じて使い分けます（出典: Google公式）。
この章のまとめ
ナレッジグラフは、検索語を「文字列」ではなく「事柄」として扱います。同じ綴りでも、文脈に応じて別々の実在対象として区別されます。
04ナレッジグラフの識別子は、AI検索最適化にとって何を意味するんですか？
「事柄として区別している」という状態は、Googleが公開しているAPIの返り値から読み取れます。
Knowledge Graph Search APIは、ナレッジグラフ内のエンティティを検索するためのAPIで、条件に合う代表的なエンティティのランク付きリストを取得する用途などに使えるとされています（出典: Google公式）。ドキュメントのレスポンス例では、各エンティティにkg:/m/…形式の識別子（@id）が付与されています（出典: Google公式）。
この章のまとめ
ナレッジグラフのレスポンスでは、各エンティティに識別子が付きます。識別子が振られている＝Google側がその対象を、区別できる1つの「事柄」として保持しているという意味になります。
05「構造化データ」とは、AIOの観点でナレッジグラフと何が違うんですか？
高梨課長鈴木さん、うちのサイトにもOrganizationの構造化データを入れていますが、それとナレッジグラフは同じものと考えていいんでしょうか。
鈴木さんそこはよく混同されるところなんですが、主体がまったく違うんですよ。
ナレッジグラフと構造化データは、どちらもエンティティに関わる概念ですが、役割が異なります。
Google公式は、Organization構造化データを実装する目的の1つを挙げています。自社の組織を、他の同名組織と区別する「disambiguate(明確化)」です（出典: Google公式）。構造化データは、サイト側からナレッジグラフへ情報を伝える手段の1つと位置づけられます。
この章のまとめ
ナレッジグラフはGoogle側が保持するデータベースそのもの。構造化データは、サイト運営者がそこへ情報を伝えるためのコードです。主体が異なります。
06実務では、AI対策としてどんな場面でナレッジグラフが関わるんですか？
高梨課長主体が違うのは分かりました。それで、実務でこれが関わってくるのは、具体的にどんな場面でしょうか。
鈴木さん代表的なのは3つです。順番にご紹介しますね。
ナレッジグラフは、AI検索時代のブランド認知にも関わる仕組みです。代表的な3つの場面を紹介します。
- 検索結果のナレッジパネル — 会社名・人物名などで検索された際、右側に表示される情報パネルの元になります。出発点は、自社名で検索してパネルが出るか、出るとして社名・所在地・代表者名が実態と合っているかを目視で確認することです
- エンティティの明確化 — 同名の組織や人物と混同されないよう、Organization構造化データ等で自社を明示する取り組みが関わります。実装手順は別記事『Organization schemaの書き方｜企業情報の伝え方』で解説しています（E-E-A-Tとの関係は別記事『生成AI時代のE-E-A-T再定義｜4要素の意味と実装ポイント』参照）
- AI検索でのブランド認識 — AIがブランドや企業をエンティティとして正しく認識しているかどうかは、自社サイトの記述だけでなく、外部情報源での言及のされ方にも左右されると考えられます。認識状態そのものは、別記事『自社ブランドのエンティティ認識をAIに確認するプロンプト』の手順で棚卸しできます。誤認識が見つかったとき、自分で直せるのは自社が管理する面（公式サイト・各種プロフィール・プレスリリース）の記述だけです。まずそこの表記を揃え、外部媒体には個別に訂正を依頼する——という順で手を打ちます
なかでも3つ目の「AI検索でのブランド認識」は、AIに誤認識されないためのAI対策そのものです。
この章のまとめ
ナレッジグラフは、ナレッジパネル・エンティティの明確化・AI検索でのブランド認識という3つの場面で実務に関わります。
07「ナレッジグラフ=構造化データ」は、LLMOでよくある誤解ですか？
ナレッジグラフについて、よく見かける誤解は2つあります。まず多いのが、構造化データを書くこととナレッジグラフに載ることを、同じものとして扱ってしまうケースです。
「ナレッジグラフ=構造化データ」という誤解。構造化データは、サイト運営者がGoogleへ情報を伝えるためのコードです。一方ナレッジグラフは、Google側が保持するデータベースそのものを指します（出典: Google公式）。構造化データを書いた＝ナレッジグラフに載った、ではありません。書くのはこちら側、載せるかどうかを決めるのはGoogle側です。
この章のまとめ
「ナレッジグラフ=構造化データ」は誤解です。構造化データはサイト側が書くコード、ナレッジグラフはGoogle側が保持するデータベースそのものを指します。
08ナレッジグラフのナレッジパネルは、AI検索の申請で表示させられるものなんですか？
「ナレッジパネルは申請すれば表示される」という誤解もあります。表示を確約する申請窓口は、確認できた公式資料の範囲では案内されていません。表示は申請で買えるものではなく、サイト側にできるのは自社が何者かを一意に確定できる情報を、食い違いなく揃えておくことまでです。
この章のまとめ
表示は申請で買えるものではありません。サイト側にできるのは、自社を一意に示す情報を食い違いなく揃えておくことまでです。
09よくある質問
自社がナレッジグラフに認識されているかを確認する方法はありますか？
手がかりの1つが、Google公式のKnowledge Graph Search APIです。ナレッジグラフ内のエンティティを検索するためのAPIとして提供されており、レスポンスの各エンティティにはkg:/m/…形式の識別子が付きます（出典: Google公式）。自社名で照会して該当するエンティティが返るか、返るとして説明文や種別が実態と合っているかを見れば、認識の有無と誤認識を切り分けられます。会話型AI側の認識状態も見たい場合は、別記事『自社ブランドのエンティティ認識をAIに確認するプロンプト』の手順を併用してください。
ナレッジグラフに自社の情報を登録する方法はありますか？
登録を申請する窓口は、確認できた公式資料の範囲では案内されていません。サイト運営者側からできるのは、Organization構造化データで自社の情報を機械可読な形で示し、他の同名組織と区別できるようにしておくことです（出典: Google公式）。公式サイト・各種プロフィール・名刺やプレスリリースで、社名の表記ゆれ（法人格の位置、英字表記、旧社名）をなくすことが土台になります。
ナレッジグラフとAI検索(AI Overviews等)は関係がありますか？
両者とも、Googleがエンティティや情報を理解する仕組みという点で関連すると考えられます。ただし具体的な連携方法は、確認できた公式資料の範囲では明言されていません。連携が公表されていない以上、「ナレッジパネルが出ればAI検索でも有利」といった前提で施策を組み立てるのは避け、両者は別々に計測してください。
10まとめ｜ナレッジグラフを人に説明するなら
ナレッジグラフとは、人物や組織などの実世界のエンティティと、その関係性をデータとして表現した、Google側が保持するデータベースです。「things, not strings(文字列ではなく、事柄)」という2012年発表時点の合言葉が、今もその本質を言い表しています。
構造化データとの違いは、主体がどちらにあるかです。書くのはサイト運営者、載せるかどうかを決めるのはGoogle側。この線引きを押さえておくと、「構造化データを入れたのに何も変わらない」という焦りに振り回されず、自社にできることまでを見極められます。
人に説明するなら、この3行で
ナレッジグラフとは、人やモノを「事柄」として理解しておくGoogle側のデータベースです
「things, not strings」が合言葉です
構造化データは、サイト側がその情報を伝えるためのコードです
履歴書と人事データベースの関係に近いイメージです
サイト側にできるのは、自社を一意に示す情報を揃えることまでです
載せるかどうかを決めるのはGoogle側です
AI検索では、こう聞かれています
ナレッジグラフって何ですか？構造化データと同じものなんですか？
「そもそもナレッジグラフとは、AIOの土台として何を指すんですか？」と「『構造化データ』とは、AIOの観点でナレッジグラフと何が違うんですか？」の2章で説明しています
自社がナレッジグラフに認識されているか、確認する方法はありますか？
「よくある質問」の1つ目で答えています
ナレッジパネルは、どうすれば表示されるようになりますか？
「ナレッジグラフのナレッジパネルは、AI検索の申請で表示させられるものなんですか？」の章と、「よくある質問」の2つ目で扱っています
次に読むなら、この記事です
