AI検索向け商品ページSEOチェックリスト

AI検索向け商品ページSEOチェックリスト：Schema、Feed、商品情報

AI検索は従来の商品ページSEOを不要にするものではありません。むしろ、商品情報の不一致を見つけやすくします。商品ページには今でも、明確なタイトル、クロール可能な本文、安定したモバイル体験、canonical URLが必要です。そのうえで、ページ上の表示内容、Product JSON-LD、バリエーション属性、画像、ポリシー、Merchant Centerフィードが同じ商品情報を指している必要があります。

このチェックリストは、すでにDTCの商品ページを持ち、Google Search、Google Shopping、AI Mode型のショッピング体験、その他の商品発見システムに商品を理解されやすくしたいチーム向けです。目的は、SEO項目を増やすことではなく、crawler、feed、レポートが同じ商品事実を読める状態にすることです。

商品ページSEOで変わったこと

GoogleのProduct structured dataドキュメントは、product snippetsとmerchant listingsを分けています。Product snippetsは評価、価格、在庫などの表示に近く、merchant listingsは購入可能なページ向けに、配送、サイズ、返品、バリエーションなどの商取引情報をより深く扱います。Googleは、ページ上の構造化データとMerchant Centerフィードを併用することも推奨しています。両方があると、Googleが商品データを理解し、検証しやすくなるためです。

AIショッピングでは属性の完全性も重要になります。Googleは2025年5月20日のAI Mode shoppingアップデートで、AI ModeがGeminiの機能とShopping Graphを組み合わせると説明しました。Shopping Graphには、レビュー、価格、色、在庫などの詳細を持つ商品リストが含まれます。2026年5月27日のMerchant Center AI performance insightsでは、product attribute insightsとattribute completeness scoreも示されています。

つまり、PDP SEOはコピーだけの作業ではありません。ページ、schema、feed、画像、在庫、分析ラベルを合わせる商品データ品質の運用です。

チェック1：クロール、インデックス、canonicalを確認する

schemaを触る前に、基本を確認します。

商品ページのcanonical URLが安定して200を返す。
canonical URLが、構造化データ内のURL、sitemap、Merchant Center feed linkと一致している。
robots、noindex、ログイン壁、地域リダイレクトが商品ページをブロックしていない。
ローカライズページのalternate関係が一貫しており、同じページ内で言語が混在していない。
バリエーションURLの方針が明確で、各バリエーションを独立ページにするのか、親商品ページ内で表現するのか決まっている。

この土台がずれていると、構造化データは問題を解決せず、矛盾をさらに見えやすくします。

チェック2：表示されている事実とProduct JSON-LDを揃える

PDPのProduct JSON-LDは、同じページでユーザーが見られる内容を表すべきです。まず確認する項目は次の通りです。

商品名と説明。
クロール可能で商品に関連する画像URL。
SKU、MPN、GTIN、brandなど、存在する識別子。
price、currency、URL、availability、conditionなどのOffer情報。
実際のレビュー数と評価データがある場合だけaggregateRatingを使う。

ページに出ていない訴求、架空のレビュー、見えないポリシーをmarkupに入れないでください。schemaはページ事実の機械可読版であり、隠し情報の置き場ではありません。

チェック3：Product schemaとmerchant listingの深さを分ける

Product schemaは一つの巨大なチェックボックスではありません。Googleはproduct snippets、merchant listings、variants、shipping、returns、loyalty、policiesを分けて扱います。PDP監査では次の二つを分けて考えます。

ページレベルのProduct JSON-LDで、いま確実に表現できる事実は何か。
Merchant Centerフィードやmerchant listing markupに置いたほうがよい項目は何か。

価格と在庫はページmarkupにもfeedにも出ることがあります。配送と返品はMerchant Center、商品レベルのmerchant listing markup、組織レベルのpolicy markupから来ることがあります。複数の場所で違う値を維持すると、運用上のリスクになります。

チェック4：ページ、feed、在庫情報を一致させる

AI検索やショッピング体験では、古い商品情報が目立ちます。PDP、feed、バックエンド記録で次の項目を見比べます。

通常価格、セール価格、セール期間。
availability、preorder/backorder、availability date。
メイン画像と追加画像。
brand、GTIN、MPN、identifier exists。
Google product categoryとitem group ID。
size、color、material、pattern、gender、age group、size system。
購入判断に影響するshipping weight、product dimensions。

実務上の基準は単純です。ユーザーが見るページ、schema、feedが「何の商品か」「買えるのか」「いくらか」で食い違わない状態にします。

チェック5：発見システムの視点で属性を監査する

ユーザーは自然文で商品を探します。タイトルのキーワードだけでなく、購入時の絞り込み条件に答えられるかを確認します。

素材は何か。
サイズ、フィット、互換性は何か。
色、仕上げ、スタイルはどれか。
このSKUは単品、セット、マルチパック、バリエーションのどれか。
対象市場、言語、通貨は何か。
配送、返品、在庫ポリシーは購入判断にどう関係するか。

Merchant Center AI insightsがproduct attribute insightsとattribute completeness scoreを扱う点は、この監査のよい手がかりになります。

チェック6：画像をクロール可能で理解しやすくする

商品画像は装飾ではありません。次を確認します。

メイン画像がクロール可能なURLから配信されている。
構造化データのimage URLが実際の商品画像を指している。
alt textがキーワード詰め込みではなく、商品を自然に説明している。
可能な場合、バリエーション画像が選択中のバリエーションと一致している。
CDN変換がGooglebotをブロックせず、一時URLだけを返していない。

構造化データに使う画像URLは、Googleがアクセスできる必要があります。画像にアクセスできない場合、商品情報の理解にも悪影響が出ます。

チェック7：公開後はSearch ConsoleとMerchant Centerで見る

公開後は推測ではなくレポートを使います。

Search ConsoleのProduct snippetsとMerchant listingsレポートでwarningsとinvalid itemsを確認する。
Search Console Performance reportでimpressions、clicks、CTR、rich result appearanceを見る。
Merchant Center diagnosticsとfeed issue reportsで商品データの問題を見る。
利用できる市場ではMerchant Center AI performance insightsも確認する。
店舗側のanalyticsで、商品ページ訪問後のadd-to-cart、checkout、orderを見る。

これは一回限りの監査ではなく、invalid itemの修正、live URL確認、validation request、再クロール後の比較まで含む運用ループです。

Foundaxでこの運用を支える

Foundaxは、商品情報を公開ページ、構造化データ、Search Console、Merchant Center、analyticsのあいだで揃えるための運用レイヤーとして使えます。

公開PDP runtimeは、元データがある場合にProduct、Offer、AggregateRatingを含むProduct JSON-LDを出力できます。
SEO workspaceはmetadata、canonical、sitemap、Search Console verification、sitemap submissionを扱います。
GMC preflightとsyncは、必須項目を事前に確認してから送信し、merchantが持つ商品事実をsource of truthとして扱います。
商品インポートテンプレートと構造化商品レコードにより、SKU、属性、画像、価格、GMC項目を同じ運用モデルで管理しやすくなります。
多言語storefrontとcontent workflowは、ローカライズページと発見経路の一貫性を保ちやすくします。

AI検索では、商品レコードから公開ページ、merchant feedまでのずれを減らすことが、後続の分析を読みやすくします。

30分PDP監査の順序

優先度の高い商品ページは、次の順序で確認します。

live商品ページを開き、canonical、言語、title、description、image、price、availabilityを確認する。
レンダリング後のProduct JSON-LDを確認し、表示内容と比較する。
Merchant Center feedで同じSKUまたはitem groupを確認する。
Search Console Product structured data reportsのwarningsとinvalid itemsを見る。
不足属性が実際の購入フィルターに対応しているか判断する。
まず元の商品レコードを修正し、その後にpage、schema、feedを再生成する。
live URLを再テストし、再クロール後にSearch ConsoleとMerchant Centerを確認する。

FAQ

Product schemaの役割は何ですか？

Product schemaは、ページ上の実際の商品情報を機械可読にする役割です。商品ID、画像、offer、実在する評価、配送、返品、バリエーション文脈を、PDP、markup、merchant feedで比較しやすくします。

最初に監査すべき項目は何ですか？

title、description、images、SKUまたは識別子、brand、price、currency、availability、canonical URL、variant attributesから始めます。これらはページ、Product JSON-LD、Merchant Center feedで比較しやすい項目です。

Product snippetsとmerchant listingsの違いは何ですか？

Product snippetsは検索結果上の商品情報表示に近く、評価、価格、在庫などを扱います。Merchant listingsは購入可能なページ向けで、配送、返品、サイズ、バリエーションなど、より商取引に近い項目を扱います。

すべての商品ページにFAQ schemaが必要ですか？

ページ上に買い手向けのFAQが実際にあり、実装がそのmarkupを扱える場合に検討します。ユーザーに見えない構造化データを追加するためだけのFAQ schemaは、品質上のリスクになります。

商品ページSEOはどの頻度で見直すべきですか？

テンプレート変更、feed変更、価格や在庫自動化の変更、大きなローカライズ更新、Search ConsoleやMerchant Centerのwarningが出た後に見直します。高トラフィックSKUは定期的に確認します。

Foundaxはどこを支援しますか？

Foundaxは商品レコード、PDP metadata、Product JSON-LD、sitemap/Google workflows、GMC preflight/syncを同じ運用経路に置き、page、schema、feedのずれを減らします。

参考資料

より広い商品発見モデルは、Product Data Is Becoming the SEO Layer for AI Commerce Discoveryを読み、catalog、feed、storefrontの優先順位にはAgentic Commerce Product Data Guideを使ってください。

AI検索向け商品ページSEOチェックリスト：Schema、Feed、商品情報