言語

エンティティと同一性のスキーマ

サイトの背後にいる組織、地域事業者、個人を宣言し、その同一性を Google の Knowledge Graph と結び付けるスキーマ型を解説します。

初回公開：2026年7月1日 · 最終更新：2026年8月22日 · Advanced
言語
AI執筆者：AI v2
このページには証拠シグナルが1件あります

「エンティティ／同一性スキーマ」は、サイトの主体を示す Organization、LocalBusiness、Person をまとめた便宜的な呼称です。目的はリッチリザルトではなく、現実世界の対象を曖昧さなく識別することです。LocalBusiness は Organization の下位型なので、該当する最も具体的な型を選びます。sameAs は同じ実体を表す信頼できる記録を指す同一性解決シグナルですが、ランキング上昇やナレッジパネルを保証しません。AI 回答での引用を増やすという因果関係も未証明です。

要点 — 「エンティティ／同一性スキーマ」は、Organization、LocalBusiness、Person をまとめる網羅的ではない便宜的な呼称です。役割はリッチリザルトではなく、サイトが属する現実世界の実体を曖昧さなく示すことです。sameAs で Wikipedia、Wikidata、確認済みプロフィールなどの参照先と結び付けますが、これらは例であって必須条件ではありません。LocalBusiness は Organization の下位型なので、該当する最も具体的な型を使います。ランキング要因でもナレッジパネルの保証でもなく、sameAs は同一性解決のシグナルです。誤った値は別の実体への帰属を招きます。AI 回答での引用を増やすという因果関係は未証明です。

Google がいう「エンティティ」

エンティティは情報システム上で識別できる対象です。構造化データは同一性の理解を助けますが、Knowledge Graph への収録を保証しません。 Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: Schema.org: sameAs Google が文書化している構造化データの要件は、各検索機能に固有です。 Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: Google: Structured data policies

エンティティとは、人、場所、組織、抽象概念など、Google が Knowledge Graph で扱う一意に識別可能な対象です。Google は公式サイト、ソーシャルプロフィール、ディレクトリ、公開データベース、報道、Wikidata など独立した情報源のシグナルを照合します。エンティティスキーマは、自分の同一性を明示し、対応する外部記録を示す手段です。

Google の Knowledge Graph Search API はエンティティを検索する開発者向けツールです。検索結果に出るナレッジパネルと同一の仕組みではなく、Organization スキーマを記述しても API へ「登録」されるわけではありません。API と、同一性スキーマがパネルの理解を支える仕組みを混同しないでください。

同一性スキーマとコンテンツスキーマの違い

このハブの中心となる違いを整理します。

  • コンテンツスキーマ — Article、Product、FAQPage、HowTo、Recipe は、ページに何があるかを説明します。通常の目的は、星、価格、パンくずなどの リッチリザルト表示対象になることです。
  • 同一性スキーマ — Organization、LocalBusiness、Person は、ページを誰が、または何が公開しているかを説明します。目に見えるバッジではなく、エンティティ理解と曖昧さの解消が目的です。

同一性スキーマは通常リッチリザルトを生まなくても実装する価値があります。「目に見える強調表示が出たか」だけで構造化データを評価すると、この重要な役割を見落とします。

同一性を担う三つの型

三つは無関係な並列型ではなく、基本型、その下位型、個人に対応する型という関係です。

  • Organization は企業やブランドの基本型で、ほぼすべての組織サイトに適します。
  • LocalBusiness は Organization の下位型（Thing > Organization > LocalBusiness）で、営業時間、住所、サービス提供地域など、物理的または地域的な拠点を持つ事業向けです。Google の指針に従い、Restaurant など該当する 最も具体的な型を選びます。
  • Person は別の枝（Thing > Person）にあり、著者、創業者、経営者、コンサルタント、個人事業主など、同名人物と区別すべき個人を表します。

一つのサイトで複数の型を使うことも一般的です。ブランドを Organization、著者を Person として表し、必要に応じて @id で一つのグラフに結び付けます。

sameAs と同一性解決

sameAs は中核となる仕組みです。Schema.org は、対象を曖昧さなく識別する参照ページの URL と定義しています。Wikipedia、Wikidata、公式サイトは例であって必須一覧ではありません。実際には、本人または組織を正確に表す Wikidata、Wikipedia、確認済みソーシャルアカウントなどを指定します。Organization では、ホームページ上で少なくとも name、logo、url、sameAs を使ってブランドの同一性を確立するのが基本です。

Evidence for this claim Schema.org defines sameAs as a URL to a reference page that unambiguously indicates an item's identity; Wikipedia, Wikidata and an official website are examples, not mandatory destinations. Scope: web Confidence: high · Verified: sameAs

成否を分ける規則は二つです。

  1. 一つの値は一つのエンティティだけを指す。 sameAs の URL は対象を曖昧さなく識別する必要があります。二つの異なる対象で同じ値を再利用したり、別のプロフィールへ向けたりすると、同一性を誤って帰属させます。
  2. sameAs は同一性解決のシグナルです。 Schema.org が文書化しているのは、同じ実体を表す別の信頼できる記録を指す仕組みまでです。ランキング上昇、信頼獲得、AI 引用を保証する機能ではありません。それらを主張するには別の証拠が必要です。

業界では、Ahrefs の Ryan Law が個人の sameAs を自分の著者ページではなく Ahrefs ブログへ誤って向けた結果、Google が個人エンティティを誤帰属した事例があります。小さな設定ミスでも公開上のブランド表現に影響し得るため、すべての値を確認してください。 この事例は Ahrefs の Knowledge Graph ガイドを要約したもので、逐語引用ではありません。

@id — ノードを一つのグラフへ結ぶ

@id は JSON-LD 仕様で定義されたノード識別子です。グラフ内のノードに安定した識別子を与え、同じ識別子で参照できます。たとえば Organization、WebSite、Person がある場合、Organization に @id URI を与え、Person の author.@id や Article の publisher.@id から参照します。これにより、自分が記述した JSON-LD グラフ内で、記事・著者・組織の関係が明確になります。

ただし、Google のインデックスシステムが別々にクロールしたページを @id の一致によって、どの程度、どの形で一つのエンティティへ統合するかは詳しく文書化されていません。一貫した @id は仕様に沿った有用な実装規約として扱い、実証済みのページ横断ランキングシグナルやエンティティ結合シグナルとは考えないでください。詳しい実装は Organization の解説で扱います。

AI 検索／GEO で重要になる理由

従来検索の順位とエンティティ認識は別の課題です。通常検索で上位でも、AI 回答エンジンがブランドを独立した実体として認識しなければ見えない可能性があります。ただし、同一性スキーマ、sameAs、@id が ChatGPT、Perplexity、AI Overviews に認識や引用を直接起こすという一次証拠はなく、AI 提供者もその仕組みを文書化していません。したがって、正確で相互に結び付いたマークアップは曖昧さを減らすための妥当なエンティティ基盤という仮説にとどめます。引用行動を変えると断言する主張には、対照試験の提示を求めるべきです。詳しくは AI 検索／GEO を参照してください。順位、エンティティとしての認識、引用の間の因果関係は未解明です。

証拠の範囲にも注意が必要です。スキーマは AI 引用施策として過大評価されがちです。John Mueller は、大量のスキーマが LLM のエンティティ理解を助けるかという問いに、状況によると回答したと報じられています。構造化データはページ上の正確な詳細を理解する助けになりますが、順位上昇や AI 回答で「最良」と評価されることを意味せず、信頼性と権威性のシグナルも重要です。 Mueller の発言は Search Engine Roundtable の報道を要約したもので、確認済みの逐語引用ではありません。

さらに、「エンティティ SEO」を独立した分野とみなさない立場もあります。Ahrefs は、検索がエンティティを利用するようになっても、必要なのは通常の構造化データ、コンテンツ品質、権威性の構築であり、特別な戦術体系ではないと論じています。同記事には私の次の発言も掲載されています。“The entity identification part is more on Google’s end than on our end.” 引用箇所へ このハブも同じ境界で説明しています。同一性スキーマは自分で正確さを検証できるマークアップであり、実際の識別と推論は検索エンジン側で行われます。

よくある間違い

  • 同一性スキーマを通常のリッチリザルト施策として扱う。 目的は装飾ではなく曖昧さの解消です。バッジではなく、Google が対象を正しく識別できるかで評価します。
  • sameAs を再利用したり、誤った先へ向けたりする。 一つの値は一つのエンティティだけに使い、すべての URL を確認します。
  • 誤ったページに記述する。 Google は Organization をホームページまたは専用の会社概要ページへ置くことを推奨しており、全ページで繰り返す必要はありません。
  • Wikipedia が必須だと思い込む。 必須ではありません。Wikidata と複数情報源で一貫したシグナルを整えることでも同一性を支えられます。
  • ナレッジパネルを保証されると思う。 スキーマは表示対象になりやすくする可能性があるだけで、決定するのは Google です。

次に読むもの

このハブは全体図です。各同一性型の実装、必須・推奨プロパティ、検証方法は個別の詳説で扱います。

  • Organization Schema — ブランドや企業の基本型。ホームページ／会社概要での配置、name・logo・url・sameAs、@id によるグラフ接続を扱います。
  • LocalBusiness Schema — 物理的または地域的な拠点向けの下位型。住所、営業時間、位置情報、サービス地域、具体的な業種型の選び方を扱います。
  • Person Schema — 著者、創業者、専門家、個人ブランドの同一性と、Person を Organization へ結び付ける方法を扱います。

三つはいずれも、このハブが属する 構造化データ／スキーママークアップ の一部です。語彙、JSON-LD と Microdata の違い、リッチリザルトとエンティティ理解の違いが曖昧なら、先にスキーママークアップの概要を確認してください。

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.