Geminiに引用されない理由を考えるとき、最初に確認すべきなのはコンテンツの質ではありません。Googleのナレッジ基盤上で、企業やブランドがエンティティとして認識されているかどうかです。ユーザーから質問を受けたGeminiは、身元と情報の出所が明確で、複数の情報源から裏付けられる対象を信頼できる情報源として選びます。どれほど優れた記事を書いても、機械が「誰の情報なのか」を判断できなければ、より確実に識別できる別の情報源が優先されます。
なぜエンティティ信頼性がGeminiに引用されるための入口になるのか
Geminiの回答は、グラウンディングの仕組みに支えられています。モデルだけで回答を生成するのではなく、Google検索やナレッジグラフに立ち戻り、回答内容を検証します。そのため基盤レイヤーでは、「既知のエンティティ」にひもづく情報源が選ばれやすくなります。自社のノードがナレッジグラフに存在しない、あるいは情報が分散して矛盾している場合、Geminiは不確かな情報源と判断し、認識しやすい競合企業を参照する可能性があります。
これは、B2B SaaS企業が抱えがちな疑問を説明します。自社のコンテンツのほうが専門的で新しいのに、Geminiは情報量の少ない老舗ブランドを引用することがあります。違いは文章そのものではなく、相手にWikipediaの記事、Wikidata ID、表記のそろったLinkedInやCrunchbaseのプロフィールがあり、ナレッジグラフ上で検証済みのエンティティとして認識されている点にあります。一方、自社は関連性を回収できていないURLの集合にとどまっているのです。
まず、Googleが自社を認識しているか確認する
施策に着手する前に、現状を診断しましょう。そうしなければ、何が不足しているのか判断できません。次の5項目を確認すれば、問題の所在を数分で把握できます。
- Googleで会社名やブランド名の正式名称を検索し、検索結果の右側にナレッジパネルが表示されるか確認します。パネルがあれば、確認済みのエンティティとして認識されていることを示します。
- wikidata.orgでブランド名を検索し、該当するエンティティ項目とQIDが存在するか確認します。
- Geminiに「このブランドについて教えてください」と直接尋ね、回答できないのか、正しく説明できるのか、別の企業や人物と混同するのかを確認します。
- 公式サイトのOrganization構造化データにsameAsが出力されているか、リンク先のURLが現在も有効かを検証します。
- 公式サイト、LinkedIn、Crunchbase、公式コミュニティアカウントで、会社名と説明文の内容が統一されているか確認します。
sameAsで分散したアイデンティティを同じエンティティに結び付ける
sameAsはSchema.orgが定義するプロパティで、「これらのURLは同じエンティティを表している」と機械に明示します。公式サイトのOrganizationまたはPersonの構造化データに、身元の裏付けとなる外部ノードのURLを配列で指定します。これにより、各所に分散したプロフィールを「関連しているかもしれないページ」から「同じエンティティに属するページ」へと引き上げられます。
sameAsに含める情報源には優先順位があります。最優先はWikipediaとWikidata、次にCrunchbaseやLinkedInなどの業界データベース、その後にX、YouTube、GitHubなどの公式アカウントが続きます。重要なのはリンクの数ではなく、裏付けの確度です。それぞれのリンク先から自社を逆引きでき、相互参照の関係が成立している必要があります。無関係なページまでsameAsに詰め込むとシグナルが薄まり、かえって機械がエンティティを特定しにくくなります。
Wikidataと信頼性の高い情報源で参照チェーンを構築する
sameAsは同一のエンティティであることをGoogleに伝える宣言ですが、その宣言を外部から検証できる状態にするうえで中心的な役割を果たすのがWikidataです。Wikidataはナレッジグラフを支える基盤であり、Wikipediaより掲載のハードルが低く、特筆性の基準を満たす企業であれば独自の項目を作成できます。項目を作成したら、公式サイト、製品カテゴリ、設立年、本社所在地、主要人物などのプロパティを整え、各記述に信頼できる出典を付けます。こうした項目が、Geminiに「自社が何者か」を伝える構造化された情報になります。
- Wikidataにエンティティ項目を作成し、公式サイト、業種、設立時期、所在地などの主要プロパティを補完します。各記述には外部の出典を付けます。
- CrunchbaseとLinkedInの会社情報をWikidataと整合させ、企業紹介が媒体ごとに異なる状態を解消します。
- 公式サイトのOrganizationにあるsameAsから各ノードへリンクし、各ノード側からも公式サイトとの関係を確認できるようにします。
- 第三者メディアや業界データベースからの自然な言及を継続的に蓄積し、自社の主張だけではない外部からの裏付けを形成します。
名称と説明文を統一する――エンティティに複数の顔を持たせない
技術的な設定を終えた後、最も見落としやすいのが表記の一貫性です。同じ会社が公式サイトでは「Tenten」、LinkedInでは「Tenten Co.」、Crunchbaseでは旧社名を使用していると、機械が別々の企業と判断し、弱いエンティティへ分断してしまう可能性があります。正式名称、標準の会社紹介文、主要ドメインを定め、すべてのノードに反映してください。説明文は各プラットフォームの文字数に合わせて調整しても構いませんが、事業の中核を示す表現とポジショニングは固定します。エンティティ信頼性は時間をかけて蓄積されるため、一時的な名称の不一致だけでも、それまで数か月かけた取り組みの効果が半減しかねません。
エンティティ信頼性の構築は、一度きりの技術設定ではありません。インターネット上に散在する企業のアイデンティティ情報を回収し、機械が同一の対象として認識できるノードへ育てていく継続的な取り組みです。— Tenten GEO
今日から進めるエンティティ信頼性の整備手順
優先順位は明確です。まず、ナレッジパネルとWikidataの有無を確認します。Geminiがエンティティを特定する際、最初に参照する重要な手がかりだからです。次に、公式サイトと各ノードを双方向で接続し、最後に名称と説明文の表現をそろえます。エンティティとして認識されるまでには、多くの作業が必要に見えるかもしれません。しかし、多くのB2Bチームに足りないのは個々の施策ではなく、分散したアイデンティティ情報を一体として管理する視点です。Geminiが現在、自社ブランドをどのように認識しているか確認したい場合は、ナレッジパネルやsameAsを含む30分間のGEO診断をご利用ください。ナレッジグラフ上の現在地と、信頼性の不足を最短で埋めるための道筋を具体的に示します。
