AI検索のエンティティ最適化とは？ブランド情報を明確に伝える実装方法

エンティティ最適化とは？

エンティティとは、他のものと区別して識別できる対象です。

Webサイトでは、次のようなものがエンティティになります。

種類	例
Organization	会社、団体、ブランド
Person	著者、創業者、専門家
Product	SaaS、アプリ、商品
WebSite	企業サイト、製品サイト
Article	ブログ記事、調査記事

エンティティ最適化では、それぞれについて名称、URL、属性、他のエンティティとの関係を一貫して公開します。

会社であれば、正式名称、ブランド名、公式URL、ロゴ、所在地、外部プロフィールなどです。著者であれば、氏名、所属、プロフィールページ、執筆記事との関係を示します。

Googleが明示しているエンティティ関連の情報

AI検索との関係を考える前に、Googleが公式に説明している内容を確認します。

Organization構造化データで会社情報を示す

Googleは、ホームページや会社概要ページにOrganization構造化データを追加することで、組織の情報を把握し、他の組織との識別に利用できると説明しています。（Google Search Central：Organization Structured Data）

設定できる情報には次のようなものがあります。

• name
• alternateName
• url
• logo
• address
• telephone
• sameAs

すべてを埋める必要はありません。実際に存在し、ページ上の情報と一致する属性だけを設定します。

たとえば次のようなJSON-LDです。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Example Analytics",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-analytics/",
    "https://x.com/exampleanalytics"
  ]
}

@idを固定しておけば、ArticleやPersonなど別の構造化データから同じOrganizationを参照できます。

sameAsで同一の組織や人物を示す

Schema.orgではsameAsを、対象のアイデンティティを明確に示す別ページのURLとして定義しています。（Schema.org：sameAs）

会社のOrganizationに、公式LinkedIn、企業プロフィール、Wikipediaなどを指定できます。

重要なのはリンク数ではなく、同じ組織を示すページだけを指定することです。

別会社のページ、検索結果、単なる紹介記事などをsameAsへ追加する用途には適しません。

著者ページでPersonを識別する

記事では著者もエンティティになります。

GoogleのProfilePage構造化データでは、ページの中心となる人物や組織をmainEntityで指定できます。著者ページで氏名、説明、画像、外部プロフィールなどを公開し、記事側の著者情報と接続できます。（Google Search Central：ProfilePage Structured Data）

たとえば著者プロフィールには次の情報を掲載します。

• 氏名
• 所属
• 担当領域
• プロフィール
• 執筆記事
• 外部プロフィール

ブログ本文に著者名だけを書く場合と比べ、誰が記事を書いたのかを確認できる情報が増えます。

サイト内の名称と関係性を統一する

構造化データだけでブランド情報を定義するのではなく、ユーザーが読む本文にも同じ情報を掲載します。

たとえばサービスページなら、冒頭付近で次の内容を明示できます。

Example Analytics is an analytics platform developed by Example Inc. for marketing teams.

この1文から、サービス名、カテゴリ、運営会社、対象ユーザーを確認できます。

会社名をページによってExample Inc.、Example Corporation、Example社と変更している場合は、正式名称と通常使用するブランド名を決めます。

製品についても同様です。

• 正式な製品名
• 運営会社
• 公式URL
• 製品カテゴリ
• 主な用途

会社概要、製品ページ、プレスリリース、著者ページで内容が食い違っていないか確認します。

WebSite構造化データでサイト名を明示する

ブランド名とドメイン名が異なるサイトでは、WebSite構造化データも確認します。

Googleは検索結果に表示するサイト名を決める際、ホームページの本文、og:site_name、title、見出しなどに加え、WebSite構造化データを参照すると説明しています。（Google Search Central：Site Names in Google Search）

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "name": "Example Analytics",
  "alternateName": "Example",
  "url": "https://example.com/"
}

ホームページ、構造化データ、OGPなどでは、同じブランド名を使用します。

Wikidataは登録条件を満たす場合に利用する

Wikidataは、Wikimediaが運営する公開の知識ベースです。人物、企業、製品などをItemとして登録し、名称、公式サイト、関連する情報を識別子とともに記録できます。（Wikidata：Help Items）

Wikidataの登録対象は、企業やSaaSの種類ではなく、Item作成の基準によって判断されます。

WikidataはItemの作成条件として、WikipediaなどのWikimediaプロジェクトに対応するページがあること、信頼できる公開資料によって明確に説明できる対象であること、構造上必要なItemであることなどを挙げています。（Wikidata：Help Items）

さらに、宣伝目的でItemを作成しないよう明記しています。

そのため、AI検索対策のためにWikidataを作成する運用は避けます。

独立した報道、文献、公開資料があり、Wikidataの基準を満たすブランドであれば利用できます。Itemがすでに存在する場合は、公式サイトなどの情報が正しいかを確認できます。

外部プロフィールのブランド情報も確認する

OrganizationのsameAsに設定するページだけでなく、公開している主要プロフィールの内容も確認します。

対象には次のようなものがあります。

• LinkedIn
• X
• GitHub
• YouTube
• Crunchbase
• 業界ディレクトリ
• レビューサイト

名称、公式URL、会社説明、製品名が古いまま残っている場合は更新します。

外部プロフィールの数を増やすこと自体を目的にはしません。実際に運用しているプロフィールや、会社を識別する資料として意味のあるページを使用します。

エンティティ情報を確認する手順

サイトを確認する場合は、ブランド、製品、著者を分けて一覧にします。

確認対象	確認する情報
ブランド	正式名称、別名、公式URL、ロゴ
会社	法人名、所在地、公式プロフィール
製品	製品名、運営会社、カテゴリ、公式URL
著者	氏名、所属、プロフィールページ
外部ページ	LinkedInなどの名称、説明、公式URL
構造化データ	Organization、Person、WebSite、sameAs

次に、Webサイト上の情報と構造化データを比較します。

Googleの構造化データガイドラインでは、構造化データがユーザーに表示されているページ内容を正しく表す必要があります。（Google Search Central：General Structured Data Guidelines）

構造化データと、会社概要や著者ページに表示する情報を一致させます。

AI検索でブランドの認識結果を記録する

実装後は、各AI検索サービスでブランドについて同じ質問を定期的に確認すると変化を追跡できます。

たとえば次の検索クエリです。

• [ブランド名] とは
• [ブランド名] 何をしている会社
• [製品名] 運営会社
• [ブランド名] 公式サイト

回答について次の項目を記録します。

項目	確認内容
ブランド名	正式名称が表示されているか
カテゴリ	何の会社・製品か正しいか
運営会社	製品と会社の関係が正しいか
URL	公式サイトが正しいか
説明	古い事業内容が残っていないか
出典	どのページが参照されているか

同じ質問でもサービスや時期によって回答は変わるため、結果を継続的に記録して比較します。

AI検索向けの特別なschemaを追加する必要はない

GoogleはAI OverviewやAI Modeへの掲載について、通常のGoogle検索とは別の技術要件を設定していません。（Google Search Central：AI Features and Your Website）

また、AI検索用の特別なSchema.orgマークアップも不要と説明しています。

確認対象は、クロール、インデックス、本文、内部リンク、構造化データなど既存の検索基盤です。

取得、インデックス、構造化データの確認項目は、テクニカルSEOのチェックリスト で一覧にしています。

エンティティ最適化でも、新しいマークアップを大量に追加するのではなく、Organization、Person、WebSiteなど既存の仕様を正しく使用します。

エンティティ情報とページ内容を同時に確認する

ブランドを識別する情報が正しくても、引用候補となるページ自体に十分な情報がなければ、ユーザーの質問への回答材料は不足します。エンティティ情報とページ本文の両方を確認します。

会社や著者の識別情報と、記事本文の答え、条件、比較、根拠は別々に確認します。

Please Cite Me! では公開URLを分析し、AIがページへアクセスできる状態か、本文を理解・検証し、引用元として利用するために不足している情報がないかを確認できます。

エンティティ情報を確認した後は、実際に引用候補となるページについても技術要件と本文を分析します。