AI検索のための構造化データ：本当に役立つスキーマ

構造化データとは、機械可読のマークアップで、通常はschema.orgの語彙を使ったJSON-LDで記述され、ページとその背後にある組織についての事実を示します。検索エンジンがコンテンツを理解・表示するのに役立ち、エンティティのより明確な理解を支えますが、それだけでAIツールに引用されるわけではありません。ページ上で目に見えて事実であることだけをマークアップしましょう。

AIが回答を書く時代に、なぜ構造化データが今も重要なのか？

ほとんどのAI回答体験は、検索システムの上に成り立っているからです。Googleは、自社のAI機能が検索と同じインデックスとランキングシステムを利用していると明言しており、他のアシスタントもしばしばウェブの検索結果に基づいて回答します。検索エンジンが曖昧さを減らしてページを理解するのに役立つものは何であれ、そうした回答が依拠する基盤に役立ちます。

構造化データには、もっと目立たない役割もあります。自社のページを明確なエンティティに結びつけることです。Organizationのマークアップでブランド名、ロゴ、公式プロフィール、連絡先を一貫して示せば、システムが自社を似た名前の企業と混同する可能性が下がります。似た響きの名前を持つソフトウェアベンダーとはっきり区別される必要があるSNMRushのようなブランドにとって、この曖昧さの解消は見た目の問題ではありません。

ただし、自社のコンテンツが実際以上に優れていると言語モデルに思い込ませることはできません。エンジンは、マークアップはランキングの近道ではないとはっきり述べています。説得ではなく、ラベル付けだと考えてください。

実装する価値のあるスキーマタイプは？

ほとんどのブランドにとっては、少数のタイプで十分です。

• ホームまたは会社概要ページのOrganization：正式名称とブランド名、ロゴ、URL、公式プロフィールへのsameAsリンク、連絡先。
• サイト名を記したWebSite。検索エンジンが検索結果に正しい名前を表示できるようにします。
• 編集コンテンツのArticleまたはBlogPosting：見出し、著者、公開日と更新日、発行者。
• 名前の明らかな著者のためのPerson。プロフィールへのリンクを含め、編集者とエンジンの両方が求める経験と専門性のシグナルを支えます。
• ProductまたはService。オファーや価格は、ページ上で実際に公開されている場合に記載します。
• サイトの階層を表すBreadcrumbList。
• FAQPageは慎重に。Googleは2023年にFAQのリッチリザルトを限られた権威あるサイトに絞り込んだため、見た目の扱いは期待できませんが、実際に表示されているFAQをマークアップすることは引き続き有効で、害もありません。

問題を起こさずに実装するには？

SNMRushがすべての診断で使っているチェックリスト：

1. ページのheadまたはbodyでJSON-LDを使う。Googleが推奨する形式で、マークアップをレイアウトから切り離せます。
2. 表示されているページと一致させる。マークアップ内のすべての事実がページ上に表示されている必要があります。隠れた主張は手動による対策のリスクがあり、信頼を損ないます。
3. 信頼できる情報源をひとつに保つ。CMSのフィールドからマークアップを生成し、価格、日付、名前がずれないようにします。
4. @idでエンティティをつなぐ。Organizationに安定した識別子を付け、記事や製品から参照することで、グラフがつながるようにします。
5. 検証する。テンプレートを変更するたびに、リッチリザルトテストとスキーママークアップ検証ツールにページをかけます。
6. dateModifiedを誠実に更新する。コンテンツが実質的に変わったときに変更し、新しさを装うために変えないでください。

用語の定義

• Schema.org：主要な検索エンジンがサポートする、タイプとプロパティの共通語彙。
• JSON-LD：scriptタグに埋め込む、リンクトデータのためのJSON形式。
• リッチリザルト：レビューの星やパンくずリストなど、構造化データによって表示対象になりうる拡張された検索結果。
• エンティティ：企業や人物など、検索システムがウェブ全体で認識しようとする、一意に識別可能な「もの」。

良いOrganizationブロックには何が含まれるか？

アシスタントが自社について尋ねられそうな質問を考えてみてください。この会社は何か？どこに拠点があるか？何をしているか？あの別の会社と同じか？Organizationのマークアップは、その事実に関わる部分にきれいに答えるべきです。名前、別名（よく混同されるなら、名前の読み方も含む）、会社概要ページと一致する1文の説明、ロゴ、公開しているなら設立日、そしてLinkedIn、YouTube、その他の公式プロフィールへのsameAsリンクです。これらのシグナルが第三者の情報源とどう組み合わさるかは、エンティティ構築についての記事でさらに詳しく扱っています。

構造化データにオーディエンスリサーチはどう関わるのか？

想像以上に関わります。マークアップする説明やFAQは、社内の専門用語ではなく、オーディエンスが使う言葉を反映すべきです。顧客が製品を「リスニングツール」と呼んでいるのに、自社が「オムニチャネル対話型インテリジェンススイート」と呼んでいるなら、マークアップは技術的には有効でも、実質的には見えないも同然です。私たちはAIオーディエンスリサーチ・プラットフォームのSOMINを使って、人々があるカテゴリーについて実際に使う言葉や質問を確認し、ラベルが人々の質問と一致するようにしています。そのリサーチが社内チームにとってどう機能するかは、ブランド向けSOMINのページで説明しています。

同じ原則は、隣接する分野にも見られます。パートナーのAgentCはリサーチとコンテンツのワークフロー全体でAIエージェントを運用しており、そこから得た教訓はスキーマで私たちが目にするものと同じです。自動化が役立つのは、入力がクリーンで正しいときだけです。

役立ったかどうかはどうすればわかるのか？

従来の検索については、Search Consoleがどのリッチリザルトのタイプが検出され、エラーがあるかをレポートしてくれるので、ページのクリック率を前後で比較できます。AIでの可視性については、効果の帰属はより難しく、そのことに誠実であるべきです。一貫したプロンプトパネルを追跡し、アシスタントが自社ブランドを正確に説明しているかを記録し、事実の誤りが時間とともに減っていくかを見守りましょう。Fujifilmの導入事例に登場するようなブランドは、明確でエビデンスに基づくブランド像がチャネルをまたいで重要である理由を示しています。マークアップは、その像を一貫させるための小さな一部です。

構造化データは地味ですが、それこそが要点です。棚に貼るラベルのようなものです。弱い製品を売れるようにはしませんが、強い製品が間違った棚に置かれるのを防ぎます。一度正しく整え、自動化し、検証したら、引用を獲得するコンテンツに移りましょう。

よくある質問

スキーママークアップでChatGPTに自社サイトが引用されるようになりますか？

直接にはなりません。スキーマが引用のシグナルだと述べたAIアシスタントはありません。スキーマは検索システムがページとエンティティを理解するのに役立ち、多くのAI回答が依拠する基盤を支えます。

FAQPageスキーマは今も使う価値がありますか？

はい、実際に表示されているFAQであれば。GoogleはFAQのリッチリザルトを特定のサイトに限定しているため、見た目の機能は期待できませんが、マークアップは引き続き有効で、内容を説明するものです。

構造化データにはどの形式を使うべきですか？

schema.orgの語彙を使ったJSON-LDです。Googleが推奨する形式で、CMSから最も生成しやすい形式です。