公開2025.07.04更新2026.09.15 SEO

Googleナレッジグラフとは？情報源の仕組みとSEOとの関係・登録状況の確認手順

Googleのナレッジグラフは、人・場所・物事についての事実を集めたGoogleのデータベースです。検索結果の右側に出る情報ボックス（ナレッジパネル）や、「エッフェル塔の高さは？」のような質問への直接回答の元データになっています。この記事では、Googleのヘルプと開発者向けドキュメントに書かれている範囲で、ナレッジグラフの情報源と修正の流れ、SEO施策が関われる範囲、自社が登録されているかをAPIとWikidataで確かめる手順を整理します。

まとめ：ナレッジグラフは事実のデータベースで、SEOが関われるのは情報源側

Googleのヘルプはナレッジグラフを「人、場所、物事などの何十億もの事実に関するデータベース」と説明しています。2020年時点で約50億のエンティティについて5,000億を超える事実が登録されていました。
情報源は、公開されている情報源、ライセンス契約を結んだデータ提供元、コンテンツ所有者からの直接提供の3系統です。
ナレッジパネルは「オープンウェブ上で十分な情報が利用可能な場合」に自動で作られます。ヘルプには、表示のタイミングは自動で判断され「Google が影響を与えることはありません」とあります。
サイト運営者にできるのは、構造化データ・公式サイト・外部データベースの記述をそろえて、情報源として正しく読まれる状態にすることです。表示や順位を保証する手段はありません。
自社が登録済みかは、Knowledge Graph Search API（無料枠は1プロジェクト1日10万回）での照会と、WikidataのGoogle ナレッジグラフ識別子（P2671）・Freebase識別子（P646）で確認できます。

Googleナレッジグラフの定義と規模

2012年の発表と「things, not strings」

Googleは2012年5月16日の公式ブログ「Introducing the Knowledge Graph: things, not strings」でナレッジグラフを発表しました。「things, not strings」は、検索語を文字列として照合するのではなく、その語が指す実世界の物事として扱うという方針を表しています。同じ綴りの語でも、人物・地名・企業のどれを指すかを区別できるようになったのがこの仕組みの要点です。

2020年時点で約50億エンティティ・5,000億の事実

Google Japanブログの2020年5月26日の記事「Google 検索のナレッジグラフとナレッジパネルとは」では、ナレッジグラフには「約 50 億のエンティティに関する 5,000 億を超える事実が蓄積されています」と書かれています。エンティティとは、名前の文字列ではなく一意に識別される実体のことです。後述するWikidataでも、企業のトヨタ自動車は項目ID Q53268という識別子で管理されていて、同じ読みの別の実体とは区別されます。

この数字は2020年時点の公表値で、それ以降に更新された規模は公式には出ていません。現在の規模として引用するのは避けてください。

ナレッジグラフの情報源と修正・削除の流れ

公開情報・ライセンスデータ・所有者提供の3系統

ナレッジパネルヘルプの「Google のナレッジグラフの仕組み」によると、事実の取得元は次の3つです。

情報源	ヘルプに書かれている例	サイト運営者の関わり方
公開されている情報源	ウィキペディアなどのウェブ上の情報	公式サイトと外部の記述をそろえる
ライセンス契約	スポーツの成績・株価・天気予報	ほぼ関われない
コンテンツ所有者	ナレッジパネルの変更提案	認証を受けて変更を提案する

2020年のブログ記事では、音楽・スポーツ・テレビはライセンスデータを使い、イベント情報はサイトの構造化マークアップから取り出していると説明されています。構造化データが情報源として使われる経路は、公式に明記されているのはこうした特定の種類に限られます。

Freebaseの閉鎖とWikidataの位置づけ

オープンな知識ベースのFreebaseについて、Googleのナレッジグラフチームは2014年12月16日、データをWikidataへ移す作業を支援し、Freebaseを単独のサービスとしては終了する方針を発表しました。freebase.comとFreebase APIの実際の停止は当初予定より遅れ、2016年5月2日です。

Wikidataには、Googleのエンティティを指す識別子のプロパティが2つあります。Freebase時代の「/m/」で始まる識別子を入れるFreebase識別子（P646）と、「/g/」で始まる識別子を入れるGoogle ナレッジグラフ識別子（P2671）です。2026年9月15日にWikidataのSPARQLエンドポイントで数えたところ、項目と識別子の組み合わせは、P2671で8,178,490件、P646で4,470,342件でした。同じ項目に複数の識別子がある場合は別々に数えています。P646の説明文には「new Freebase MIDs are no longer issued」とあり、新しいエンティティには「/g/」形式の識別子が振られます。

Wikidataに記載があることと、Googleのナレッジグラフに載ることは同じではありません。WikidataにはGoogleの識別子を記録できますが、項目を作ることとGoogle側への登録・ナレッジパネルの表示は別です。また、Wikidataの特筆性の基準（Wikidata:Notability）では、ウィキペディア等への有効なサイトリンクがある、信頼できる公開の参考資料で記述できる実体である、他の項目の記述に構造上必要である、のいずれかを満たす必要があります。参考資料が第三者のものに限られるとは書かれていないため、第三者の資料がないことだけで基準を満たさないとは言えません。

誤情報の修正と削除のポリシー

ナレッジグラフの誤りは、ナレッジパネル下部の「フィードバック」から誰でも報告できます。変更の提案まで行えるのは、対象本人または正式な代表者として認証を受けた人です。

ヘルプには、法的文書・専門家のコンセンサス・信頼できる一次情報源に基づいて「明らかに虚偽であること、または最新でないことが判明した情報は削除される可能性があります」とあります。一方で「合理的な論争が起きている事実や、実証的な証拠がない事実については、対応を拒否することがあります」とも書かれています。修正を依頼するなら、公式サイトの会社概要や登記情報など、根拠を示せる一次情報を先に整えておくのが順序です。

ナレッジグラフ・ナレッジパネル・ビジネスプロフィールの違い

3つは混同されがちですが、データベース、表示枠、店舗向けの別サービスという関係です。

項目	ナレッジグラフ	ナレッジパネル	ビジネスプロフィール
実体	事実のデータベース	検索結果の情報ボックス	店舗・事業者の登録情報
作られ方	Googleが収集	十分な情報があれば自動	事業者が登録
変更方法・担当者	直接は編集不可	変更提案：認証済み本人・代表者	オーナー・管理者
主な対象	人・場所・物事全般	人物・組織・作品など	実店舗・地域の事業者

ヘルプは、ビジネス向けパネルの作成・申請・変更にはビジネスプロフィールを使うよう案内しています。店舗を持つ事業者はナレッジパネルの認証よりビジネスプロフィールの整備が先です。ナレッジパネルの表示項目や編集手順の詳細は「ナレッジパネルとGoogleビジネスプロフィールの相違点を比較」で扱っています。

ナレッジグラフとSEOの関係：情報の解釈・表示と順位向上の根拠

構造化データとsameAsが担う役割

Google検索セントラルの組織（Organization）の構造化データのドキュメントでは、sameAs を「組織について追加情報を掲載する別サイトのページ」のURLを指定するプロパティとしていて、SNSやレビューサイトのプロフィールを複数書けます。logo については、検索結果やナレッジパネルにどのロゴを表示してほしいかをGoogleが理解する助けになると書かれています。

ただし、構造化データの一般的なガイドラインには「Google does not guarantee that your structured data will show up in search results」とあり、リッチリザルトテストを通る正しい記述でも表示は保証されません。構造化データは、公式サイトと外部プロフィールが同じ組織を指していることをGoogleに伝える手段であり、ナレッジパネルを出させるスイッチではありません。

構造化データの型の選び方やJSON-LDの書き方は「構造化データとは？SEO効果とJSON-LD実装・型の選び方【2026年時点】」を参照してください。表記ゆれの統一や外部データベースへの接続まで含めた施策全体は「エンティティSEOとは？構造化データとナレッジグラフで検索エンジンに実体を伝える実装手順【2026年時点】」でまとめています。

ナレッジグラフの整備が順位に効くとは言えない理由

「Google のナレッジグラフの仕組み」のヘルプは、ナレッジグラフの用途を事実に関する質問への回答とナレッジパネルでの表示として説明しています。ウェブページの掲載順位を決める仕組みとしては説明していません。ナレッジパネルが出ることでブランド名での検索結果の見え方は変わりますが、一般的なキーワードで記事の順位が上がる根拠にはなりません。

そのため、社名やサービス名で検索されることが少ない段階では、ナレッジグラフ対策に工数を割く意味は小さいです。まず指名検索がどの程度あるかをGoogle Search Consoleで確認し、社名クエリで継続的な表示があり、検索結果に誤情報や公式プロフィールの不一致が見つかる場合は、その修正から着手してください。AIによる概要で指名検索の結果がどう変わるかは「AIによる概要（AI Overview）とは？Google検索の仕組み・SEOへの影響と対策【2026年版】」で解説しています。

自社がナレッジグラフに登録されているかの確認手順

Knowledge Graph Search APIによるエンティティ照会

Googleは、ナレッジグラフのエンティティを検索できるKnowledge Graph Search APIを公開しています。ただし、公式ドキュメントは新規利用者にCloud Enterprise Knowledge Graphを案内しており、以下は従来APIを使う場合の照会例です。エンドポイントは https://kgsearch.googleapis.com/v1/entities:search で、結果はschema.orgの型を使ったJSON-LDで返ります。無料で使える枠は「1プロジェクトあたり1日10万回の読み取り」です（Usage Limits）。

curl -G "https://kgsearch.googleapis.com/v1/entities:search" \
  --data-urlencode "query=株式会社〇〇" \
  --data-urlencode "languages=ja" \
  --data-urlencode "types=Organization" \
  --data-urlencode "limit=5" \
  --data-urlencode "key=${API_KEY}"

パラメータの意味は次のとおりです。

query：検索する文字列。ids を使うと識別子で直接引けます
types：Organization・Person などschema.orgの型で絞り込み
limit：返す件数。既定値は20、上限は500

返ってきた @id（例：kg:/m/0dl567）が自社を指していれば登録済みです。resultScore は照会条件への一致度を示す値で、エンティティの評価や人気度を表すものではありません。APIキーを付けずに呼ぶと、HTTP 403で「Method doesn’t allow unregistered callers」が返ります（2026年9月15日に確認）。Google Cloudのコンソールでプロジェクトを作成し、Knowledge Graph Search APIを有効にしてAPIキーを発行してください。実行するシェルの変数API_KEYにキーを設定し、コード内の「株式会社〇〇」を照会する社名に置き換えて使います。

注意点として、ドキュメントには「This API is not suitable for use as a production-critical service」と明記されています。自社サービスの機能に組み込むなら、Google CloudのEnterprise Knowledge Graphにある本番用途向けのAdvanced editionが対象になります。Basic editionにないAdvanced editionの機能は、QPS上限の引き上げ、Google Place IDとの連携、第三者IDとの連携などです。なお、2026年9月15日時点のEnterprise Knowledge Graphのドキュメントには「Preview」の表示が付いています。

WikidataのP2671・P646による識別子の確認

APIキーを用意しなくても、Wikidataに記載されている識別子はSPARQLで引けます。次のクエリは、Wikidataの項目ID（GoogleはQ95、トヨタ自動車はQ53268）からFreebase識別子とGoogle ナレッジグラフ識別子を取り出します。

SELECT ?item ?itemLabel ?freebaseId ?kgId WHERE {
  VALUES ?item { wd:Q95 wd:Q53268 }
  OPTIONAL { ?item wdt:P646 ?freebaseId }
  OPTIONAL { ?item wdt:P2671 ?kgId }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "ja,en". }
}

2026年9月15日に query.wikidata.org で実行した結果です。

item,itemLabel,freebaseId,kgId
http://www.wikidata.org/entity/Q95,Google,/m/045c7b,
http://www.wikidata.org/entity/Q53268,トヨタ自動車,/m/07mb6,
http://www.wikidata.org/entity/Q53268,トヨタ自動車,/m/0h5y1j0,

トヨタ自動車にはFreebase識別子が2つ登録されていて、1つの企業に複数の識別子が紐づくことがあるとわかります。取れた識別子は、P2671の書式URL https://www.google.com/search?kgmid= の後ろに付けると、そのエンティティの検索結果を開けます。識別子が見つからない場合でも、Wikidataに書かれていないだけでGoogle側には登録されている可能性があるため、APIでの照会と併せて判断してください。

ナレッジグラフ対策を後回しにしてよいケース

次に当てはまる場合は、ナレッジグラフやナレッジパネルを狙う前に別の施策を優先したほうが成果につながります。

社名での検索がほとんどない：ナレッジパネルは指名検索の結果に出る枠なので、検索されなければ表示されても見られません
実店舗の集客が目的：ヘルプが案内しているとおり、ビジネスプロフィールの整備が先です
公式サイトに会社概要ページがない：会社概要ページがなくてもナレッジパネルが作られないとは限りませんが、正式名称や所在地を自社で示せる情報源はこのページです。構造化データや外部プロフィールの整備より先に用意します
自社について書かれた公開資料がほとんどない：ナレッジパネルは「オープンウェブ上で十分な情報が利用可能な場合」に作られるため、Wikidataの項目作成や構造化データの追加より、公開される情報そのものを増やすほうが先です