sameAsとナレッジグラフ：Googleに自社のエンティティを伝える方法
検索とAIはどちらも、情報を信頼する前にエンティティを特定します。Organization スキーマとsameAsが、その宣言手段です。設定ガイド。
エンティティとは何か、なぜGoogleはエンティティを特定しようとするのか
エンティティとは、検索システムが単一の識別可能な主体として扱う対象です。あなたのストアも、他の類似した名前のブランドとは区別される、安定したアイデンティティを持つエンティティです。GoogleやAI回答エンジンがあなたについて何かを伝える前に、それがどのエンティティであるかを判断しようとします。この処理をエンティティ解決と呼びます。
Googleナレッジグラフは、Googleが解決した情報を蓄積するデータベースです。サイトを単一のエンティティとして確信を持って認識できない場合、Googleは判断を保留します。判断を保留したシステムは、ナレッジパネルを表示したり、AI回答の中であなたを引用したりしません。アイデンティティを宣言することで、その不確実性をなくすことができます。
Organization スキーマはどのように自社のアイデンティティを宣言するのか
Organization スキーマは、ページの`<head>`内にJSON-LDとして記述する構造化データのブロックです。ビジネスに関する事実を、機械が推測ではなく直接読み取れる形式で記述します。名前・ロゴ・URL・所有するプロフィールページがひとつの場所にまとまります。
最も重要な役割を果たすフィールドがsameAsです。同一エンティティを表す他のページへのURLの配列です。各リンクは「ここに掲載されているブランドと、そこに掲載されているブランドは同じです」という宣言です。検証済みの裏付けを多く提供するほど、システムはより確信を持ってエンティティを解決できます。
- name：ブランド名または正式な取引名。どこでも同じ表記を使います。
- url：正規のホームページURL。wwwありとなしが混在しないよう、いずれか一方に統一します。
- logo：安定した、フル解像度の画像URL。
- sameAs：実際に管理しているプロフィールページへのURLの配列。
sameAsに含めるべきプロフィールはどれか
含めるのは、実際に自社を表すプロフィールであり、かつ情報を最新に保てるものだけです。存在しないか放置されているアカウントへのsameAsリンクは、宣言を強化するどころか弱めます。その市場でシステムが信頼性の高いプラットフォームとして評価しているものを優先してください。
レビュー集約サービスはここでも重要です。引用の観点で重要である理由と同じで、あなたについて言及している独立したプロフィールは、自社サイトが自己紹介するよりも強い裏付けとなります。
- 定期的に更新している主なSNSアカウント。
- Shopify App Storeや他のマーケットプレイスへの掲載ページ（存在する場合）。
- 消費者向け小売の場合はTrustpilot、ソフトウェア販売の場合はG2またはCapterra。
- CrunchbaseやWikidataのエントリ（正当に存在する場合のみ）。
なぜ名前の一貫性がエンティティ認識に影響するのか
エンティティ解決はマッチング処理であり、不一致は曖昧さとして読まれるためです。ホームページで使っている取引名と、Trustpilotのプロフィールで使っている名前と、SNSのハンドル名が異なれば、システムは1つの強いシグナルではなく3つの弱いシグナルを受け取ることになります。プロフィール間で名前を統一することでエンティティ認識が強化され、散在した名前はシグナルを希薄にします。
NAP（名前・住所・電話番号）も同様です。表記がどこでも完全に一致するよう保ってください。地味な作業ですが、エンティティに関して最もコストの低い取り組みのひとつです。
この設定がGoogleとAI回答エンジンの両方に影響する理由
1つの宣言が、2つの読者に機能します。Googleナレッジグラフは、Organization スキーマとsameAsリンクを使って自社のレコードを構築・確認します。これがナレッジパネルや確信度の高い検索結果を支えています。AI回答エンジンも同じ裏付けに依存します。エンティティ認識はGoogleナレッジグラフとAI引用の両方を支えているためです。
モデルが回答を組み立てる際、解決できるエンティティと、すでに信頼しているソースを優先します。Organization スキーマの宣言が整っており、レビュー集約サービスのプロフィールが活用されているストアは、システムが特定しやすく、引用しやすい存在になります。
sameAs宣言の限界と注意点
sameAsは主張であり、証明ではありません。これらのプロフィールが同一エンティティであると主張しているのであり、検索システムはそれを事実として受け入れる義務のないシグナルとして扱います。リンクが持つ影響力は、リンク先の信頼性と、リンク先が裏付けを提供しているかに比例します。中身が薄いか空のプロフィールへのsameAsは、ほとんど効果をもたらしません。
また、ひと晩で順位を上げるための手段でもありません。エンティティ認識は積み重なるものです。今週の順位が動くというよりも、時間をかけて認識されやすくなるものと考えてください。正直に宣言し、最新の状態を保つことで、基盤となる作業になります。
まとめ：エンティティ宣言で得られるもの
2つの読者に、一度、一貫して、裏付けとともに自社を伝えてください。Organization スキーマは事実を機械が読める形で記述します。sameAsリンクはそれを確認するプロフィールへとつなぎます。一貫した名前表記はシグナルをクリーンに保ちます。これら全体が、検索とAIが自社を単一の信頼できるエンティティとして認識する助けとなります。
多くのレビューアプリはページ上の購入者向けに設計されており、ウィジェットで止まっています。BeyondReviewsが解決しようとしているのはそこです。すでに持っているレビューと評判を、検索とAIで読まれ、裏付けられ、引用される形にすることです。
- Organization スキーマとsameAsの違いは何ですか。
- Organization スキーマはビジネスに関するすべての事実を含むブロック全体で、sameAsはその中の1つのフィールドです。スキーマは名前・ロゴ・URLを宣言します。sameAs配列は同一エンティティを表す他のプロフィールページへのリンクを列挙するもので、検索とAIに対してアイデンティティの裏付けを提供する部分です。
- sameAsを追加すると検索順位が直接上がりますか。
- 直接的に、またはひと晩で上がるわけではありません。sameAsはシステムが自社を単一のエンティティとして認識しやすくするもので、時間をかけて表示・引用されやすくなります。今週の順位を動かすための手段ではなく、蓄積する基盤となる作業です。認識されやすさを高めるものとして捉えてください。
- Wikipediaのページがなくても機能しますか。
- 機能します。ただし、正当に掲載資格があれば助けになります。すでに管理しているSNSアカウント、マーケットプレイスへの掲載ページ、レビュー集約サービスのプロフィールが主要な役割を担います。Wikidataのエントリは正当に存在する場合は強力な裏付けとなりますが、エンティティ宣言の前提条件ではありません。
- プロフィール間でブランド名の表記が異なると問題になりますか。
- なります。名前の不一致は曖昧さとして読まれ、エンティティ解決を弱めます。ブランド名の表記が3通りあれば、1つの強いシグナルではなく3つの弱いシグナルをシステムに与えることになります。名前とNAPの表記をすべての場所で統一しておくことが、認識を強化する最もコストの低い方法です。