AIエンジンがブランドを認識する手がかりは、トップページのデザインやブランドストーリーではありません。AIが見ているのは、機械が読み取れる「エンティティ」です。Organization Schemaは、Webサイト上で機械に対して「これが自社であり、どのような組織で、どこを見れば確認できるか」を明示するための情報です。これがなければ、ChatGPT、Perplexity、Google AI Overviewが「○○社は何をしている会社か」と回答する際に同名企業と取り違えたり、問い合わせ先や創業の経緯を誤って生成したりする可能性があります。
なぜAIはWebサイトのデザインではなく、エンティティを認識するのか
大規模言語モデルやAI検索は、回答を生成する前に、Webページ上のテキストをナレッジベース内の「エンティティ」に対応付けます。エンティティとは、名称、属性、関連性を持つ1つのノードです。ブランドを特定できる明確なシグナルがなければ、モデルは複数ページに散らばった記述から推測するしかありません。推測を誤れば、回答の候補から外されることさえあります。Organization Schemaでは、schema.orgの語彙を使い、ブランド名、ロゴ、問い合わせ窓口、外部の信頼できるプロフィールをJSON-LDにまとめます。これにより、機械はマーケティングコピーから逆算せず、一度に情報を読み取れます。構造化データの中でも費用対効果が高く、一度記述してサイト全体で公開すれば、その後も各種クローラーへ継続的に情報を提供できます。
まず実装したい最小構成のOrganization JSON-LD
最初からすべてのプロパティを埋める必要はありません。まずは検証を通過し、組織の基本情報を伝えられる最小構成で導入し、その後段階的に拡充します。ページ内のscriptタグにJSON-LD形式で記述し、@typeにはOrganizationを指定します。実店舗がある場合やサービス提供範囲が明確な場合は、より具体的なLocalBusinessやCorporationなどのサブタイプを選べます。主要な属性の役割は次のとおりです。
- name：ブランドの正式名称を記載します。Webサイトのタイトルや法人登記上の名称と統一し、マーケティング用のキャッチコピーで代用しないでください。
- url：公式Webサイトのトップページを指定します。このエンティティの正規URLに相当します。
- logo：ImageObjectを使い、112×112px以上の鮮明で正方形に近いロゴファイルを指定します。AIの要約や検索結果で直接参照される可能性があります。
- contactPoint：カスタマーサポートや営業の問い合わせ窓口を定義します。telephone、contactType、areaServed、availableLanguageなどを含めます。
- sameAs：LinkedIn、Wikipedia、Wikidata、Crunchbase、Xなどにある信頼性の高いプロフィールを配列で指定し、同一の組織であることを相互に確認できるようにします。
- description、address、foundingDate：誰に何を提供する組織なのかを1文で明確にし、所在地と創業年を加えることで、実在する事業体であることを補強します。
成否を分ける3つのフィールド：logo、contactPoint、sameAs
logo：ビジュアルアイデンティティとエンティティを結び付ける
ロゴは、人に見せるための装飾であるだけでなく、機械が画像とエンティティを結び付けるための情報でもあります。ImageObjectを使い、url、width、heightを明記してください。ファイルは一般公開され、クローラーからアクセスでき、背景が透過されており、縦横比が正方形に近いものが適しています。Googleのナレッジパネルや一部のAIインターフェースでは、このフィールドがブランドを識別する情報として直接参照されます。CSSの背景画像として表示するだけ、あるいは適切なマークアップのないimg要素を置くだけでは、機械が信頼できる情報源として判断できず、無視される可能性があります。
contactPoint：問い合わせ先を機械が読める形にする
電話番号、問い合わせ種別、対応言語をcontactPointに記述することは、AIに「このブランドの正しい問い合わせ窓口はここです」と伝えることに相当します。contactTypeにはcustomer serviceやsalesなどの標準的な値を使用し、areaServedにはTWなどのサービス提供地域、availableLanguageには対応可能な言語を指定します。ユーザーが「○○社への問い合わせ方法は？」と尋ねたとき、特に重要になるフィールドです。情報が明確であれば、AIは問い合わせ先を回答として提示しやすくなります。記述が曖昧だと、窓口への言及を避けたり、誤った番号を案内したりするおそれがあります。
sameAs：同名組織を区別し、分散したプロフィールを1つに束ねる
sameAsは、スキーマ全体の中でもGEOへの影響が大きいフィールドです。LinkedIn、Wikidata、Crunchbase、業界ディレクトリなどに分散しているプロフィールを同一のエンティティへ結び付け、AIによる曖昧性の解消を助けます。つまり、「このWebサイトの会社と、ナレッジベース上のこのノードは同じ組織である」と確認できる状態をつくるのです。リンク先の信頼性が高く、各プロフィールの情報が一致しているほど、モデルがブランドを正しく特定できる確度は上がり、引用時の取り違えも起こりにくくなります。無関係なページや情報が矛盾するページを詰め込むのではなく、自社で管理でき、内容を確認済みのプロフィールを優先してください。
自社紹介をさらに10段落書き足すよりも、sameAsを整備し、リンク先すべての名称と説明を統一するほうが、AIから正しく引用される可能性を高められます。— Tenten GEO Consulting Team
設置場所と検証の手順
Organization Schemaは1つあればよく、サイト全体で共有される場所に設置できます。ページごとに書き直す必要はありません。最も確実なのは、トップページにJSON-LDのscriptとして出力し、JavaScriptを実行しなくてもクローラーが読み取れるよう、サーバーサイドでレンダリングする方法です。実装と検証は、次の順序で進めます。
- トップページのscriptタグでtypeをapplication/ld+jsonに設定し、Organizationオブジェクトを出力します。サーバーサイドでレンダリングされ、ソースコード上で確認できることも確かめます。
- GoogleのリッチリザルトテストとSchema.org Validatorを使い、構文と必須フィールドを確認します。
- Search Consoleで正しく解析されているかを確認し、ロゴと名称が自社ブランドの情報と一致しているかをチェックします。
- sameAsで結び付けた外部プロフィールを1つずつ更新し、名称、ロゴ、説明を統一します。
- 社名、ロゴ、問い合わせ窓口を変更した際は、その都度このスキーマにも反映します。
Organization Schemaはエンティティ最適化の土台ですが、解決できるのは「AIに自社を認識してもらえるか」という最初の段階までです。安定して参照されるためには、コンテンツの構造、外部情報との一貫性、複数プラットフォームでの可視性も整える必要があります。現在のエンティティシグナルに何が不足しているかを確認したい方は、30分間のGEO診断をご予約いただけます。実際にお客様のドメインを使って診断し、優先して整備すべきフィールドとプロフィールを具体的にお伝えします。
