futureshop 構造化データ AI検索向けに足す項目
futureshopは構造化データを自動で出力します。構造化データは、ページの内容を機械が読める形で書いておく記述です。そのため、AI検索の対策はこれで済んでいるのかという質問を、futureshopを使う中堅ブランドの担当者から受けることが増えました。
答えは、一部は済んでいるが、AI検索に引用される条件としては足りない、です。構造化データの自動出力は、検索エンジンに商品の基本情報を伝えるための範囲です。AIが回答を組み立てるときに必要な情報とは、重なる部分と重ならない部分があります。
この記事では、自動出力の範囲を確認する方法と、リッチリザルト向けとAI理解向けの違い、追加すべき項目の優先順位を整理します。
結論: 自動出力は「商品の基本情報」まで。AI向けには4つの追加が必要
futureshopは、パンくず・商品・レビュー・サイト内検索の構造化データを自動で出力します。XMLサイトマップも自動生成されます。この範囲は他のASPカートより広く、商品ページについては十分な出発点です。ただし、2つの穴があります。自動サイトマップに含まれるのは、管理画面で作成したページだけです。連携したWordPressの記事や、アップロードした静的HTMLは含まれません。そして、コンテンツページ向けのArticleは自動出力の対象外です。
AI検索向けに足りないのは、多くの場合この4つです。
可視テキストと構造化データの値の不一致(価格・在庫・オプション)
特集・ブログなどコンテンツページのArticleとパンくず
比較・選び方・FAQの本文が可視HTMLとして存在しないこと
出力後の検証を継続する仕組み(テンプレート更新で壊れても気づけない)
重要な考え方: 無効な構造化データは、構造化データがない状態より悪い場合があります。エラーがあると、ブロック全体が無視されることがあるからです。自動出力を入れたら終わりにせず、検証まで含めて運用します。まずは商品ページをリッチリザルトテストにかけ、エラーの有無を確認します。
リッチリザルト向けとAI理解向けは、目的が違う
同じJSON-LDでも、用途によって求められるものが違います。検索エンジンのリッチリザルトを狙う用途と、AIがページの意味を理解するための用途です。
観点 | リッチリザルト向け | AI理解向け |
|---|---|---|
目的 | 検索結果に価格・在庫・評価を表示する | ページが「何について、何を主張しているか」を曖昧なく伝える |
必要な型 | Product、Offer、AggregateRating | Product、Article、BreadcrumbList、Organizationとの関係 |
評価される点 | Googleのガイドライン準拠 | 可視テキストとの一致、サイト内での関係の明示 |
壊れたときの影響 | リッチリザルトが消える | ページの分類に失敗し、引用候補から外れる |
futureshopの自動出力は、左の列を主眼にしています。右の列を満たすには、可視テキストとの一致と、ページ間の関係の明示を運営側で担保します。商品ページと特集ページの関係は、パンくずで示します。自分のショップが右の列をどこまで満たしているかを、表に当てて確認します。
自動出力の範囲を確認する手順
推測せず、実際の出力を確認します。
商品ページ、カテゴリページ、特集ページ、トップページの4種類のURLを、Googleのリッチリザルトテストにかけます。
検出された型(Product、BreadcrumbList、Organizationなど)と、エラー・警告を記録します。
商品ページのOfferのpriceとavailabilityが、画面に表示されている価格・在庫と一致しているかを確認します。
オプション(色・サイズ)ごとに在庫が異なる商品で、構造化データがどの状態を表しているかを確認します。
特集ページ・ブログ記事にArticleが出ているかを確認します。出ていなければ、テンプレートから追記できるかも確認します。
この5手順で、自動出力の範囲が分かります。テンプレート編集で埋められる範囲と、埋められない範囲も分かれます。まずは主力商品を一つリッチリザルトテストにかけ、結果を記録します。
追加すべき項目: 優先順位つき
優先度 | 項目 | 理由 | 実装の場所 |
|---|---|---|---|
1 | 価格・在庫・オプションの整合 | 不一致はAIの商品推薦から外れる直接要因 | 商品データとテンプレート |
2 | コンテンツページのArticle + BreadcrumbList | 比較・選び方記事が引用される前提 | テンプレートのhead |
3 | FAQ・比較表を可視HTMLで置く | AIは隠れた情報や画像内テキストを安定して読めない | 本文 |
4 | 検証の継続 | テンプレート更新やアプリ追加で出力が壊れる | 運用 |
FAQについて補足します。GoogleはFAQのリッチリザルトを、政府・医療などの権威サイト中心に制限しました。そのため、一般のECサイトでFAQPageの構造化データを入れても、検索結果での表示はほぼ期待できません。それでもFAQの本文自体は、AIが回答を組み立てるときの引用元になります。構造化データとしてのFAQより、可視HTMLとしてのFAQを優先します。上の表は、優先度の高い順にチェックリストとして使えます。
運営者が見落としやすい3つの落とし穴
画像内のテキスト。 商品説明・使用シーン・ブランドストーリーが画像にだけある場合、AIには存在しないのと同じです。本文にテキストとして書き出します。
隠れた在庫表示。 販売中の商品に、テンプレート由来の「在庫なし」テキストが残っていることがあります。すると、AIが商品を推薦候補から外すことがあります。実際に、ある年商400億ウォン(約40億円)規模の韓国ECブランドでは、この隠れた品切れテキストの除去が改善の起点でした。
テンプレート更新後の未検証。 自動出力は便利です。ただし、テンプレートを変えた翌日に出力が壊れていても、誰も気づかない。これが最も多い失敗です。テンプレートを変えたら、翌日にリッチリザルトテストをかけます。
構造化データは「入れる作業」ではなく「一致を保つ運用」
ここまでの内容を商品数十点で行うなら、リッチリザルトテストと手作業で十分です。商品が数千点になり、テンプレートが複数に分かれ、季節ごとに特集ページが増えると事情が変わります。可視テキストと構造化データの一致を保ち続けること自体が、一つの仕事になります。
Search OSは、この一致の維持を運用として扱います。futureshopの自動出力を置き換えるものではありません。サイト全体のページについて、JSON-LD・メタデータ・canonicalの状態を継続的に検証します。可視テキストと食い違う箇所や、Articleが欠けているコンテンツページを見つけます。ボットが取得に失敗しているURLも含めて、優先順位つきで修正対象に落とします。構造化データは、入れたかどうかではなく、今日も正しいかで見る対象です。
よくある質問
自動出力があるなら、自分でJSON-LDを書く必要はありませんか
商品の基本情報については、不要な場合が多いです。ただし、コンテンツページのArticleや、可視テキストと構造化データの一致は運営側の責任です。まず上の5手順で範囲を確認します。
FAQPageの構造化データは入れるべきですか
一般のECサイトでは、検索結果での表示は期待できません。FAQは可視HTMLとして本文に置くことを優先します。構造化データは任意です。
オプションごとに在庫が違う商品はどう表現しますか
構造化データがどのオプションの在庫を表しているかを確認し、画面表示と矛盾しない状態にします。矛盾を避けられない場合は、在庫の値を構造化データから外すほうが安全です。
あわせて読みたい
参考資料
Google Search Central: Product structured data
Google Search Central: General structured data guidelines
Google Search Central: FAQ structured data
Google: Rich Results Test