GEO E-Commerce

EC向けGEO:AIに商品を推薦させる方法

Alejandro Rioja
Alejandro Rioja
1 分で読める
TL;DR

このサイトのGEOに関する助言は、Productスキーマをあえて外していることが多い——情報系サイトやローカルサービス系サイトにはそもそもカタログがないからだ。ECやDTCブランドにはプレイブックのもう半分が必要になる。AIによる購買回答がカテゴリを説明するだけでなく特定のSKUを推薦するように、Product、Offer、Reviewのデータを構造化すること、そしてページ上のスキーマそのものより重みを持つマーチャントフィードの層だ。

無料ニュースレター

毎週水曜。28,400人以上の読者。無駄なし。

2026年9月公開。

TL;DR: このサイトのGEOに関する助言は、Productスキーマをあえて外していることが多い——情報系サイトやローカルサービス系サイトにはそもそもカタログがないからだ。ECやDTCブランドにはプレイブックのもう半分が必要になる。AIによる購買回答がカテゴリを説明するだけでなく特定のSKUを推薦するように、Product、Offer、Reviewのデータを構造化すること、そしてページ上のスキーマそのものより重みを持つマーチャントフィードの層だ。

【運営者としての視点】 AIエンジン向けスキーママークアップという記事で、私はProductを「2026年に見送るタイプ」に分類した——このサイトも、私が運営している事業も商品カタログを扱っていないので、それは正しい判断だった。しかし、ECクライアントを抱える代理店から絶えずこの質問を受ける。正直なところ、これはブログ記事向けに書いたプレイブックの縮小版ではなく、本当に別物のプレイブックだ。これがそのもう半分になる。


目次

目次を開く

2つの異なる仕事:説明されることと推薦されること

情報系のGEO戦略は、誰かが質問をしたときにAIエンジンがあなたのページを引用することを望む。商品系のGEO戦略が望むのはもっと具体的なことだ——誰かが購入する準備ができたときに、エンジンがあなたの特定のSKUを名指しすること。

これらは異なる検索問題だ。「メモリーフォームマットレスとハイブリッドマットレスの違いは何か」は、明快なTL;DRと良質なFAQスキーマでブログコンテンツが勝てる質問であり、ChatGPTの回答であなたのブランドが引用されるようにする方法が扱っているのと同じ仕組みだ。一方、「横向き寝の人向けに900ドル以下で最適なハイブリッドマットレス」はまったく異なる形のクエリだ。エンジンはもはや最良の説明を探しているのではなく、価格、在庫状況、そして一つを他より名指しするに足る信頼シグナルを備えた候補商品の小さな集合を探している。

ほとんどのDTCブランドは前者のタイプのコンテンツ(カテゴリガイド、「マットレスの選び方」記事)に多く投資し、後者にはほとんど投資していない。この記事が扱うのはそのギャップだ。

ページのスキーマより重要な層:マーチャントフィード

ここが情報系GEOから来た人がつまずくポイントだ。ECの場合、ページ上のProductスキーマは、ブログ記事におけるArticleFAQPageとは違い、主要なシグナルではない。

AI主導の購買面——GoogleのAI Overviewsにおけるショッピング結果、そしてChatGPTやPerplexityが徐々に展開している店舗的な回答——は、構造化されたマーチャントフィードに大きく依存している。Google Merchant CenterとBing Merchant Center、Shopping広告やShoppingタブを支えているのと同じフィードだ。フィードは、カタログ規模でクリーンかつ機械可読な価格・在庫・GTIN・カテゴリのデータをエンジンに提供し、あなたが選んだ頻度で更新される——在庫の回転が速ければ1時間ごとでもよい。個々の商品ページ上のスキーマは、同じ情報のより遅く薄いバージョンであり、一度に1つのSKUしか扱えない。

実践的な手順は次のとおりだ。

  1. まずMerchant Center(とBing Merchant Center)のフィードを稼働させ、検証を通す。 すでにShopping広告を運用しているなら、おそらくすでにあるはずだ——それが本当に最新かどうか、2つ前の商品サイクルのリデザインから残った古いエクスポートではないかを確認しよう。Shopifyでは、内蔵のGoogle & YouTubeアプリがこのフィードを自動で同期する。プラットフォームが対応しているからといって思い込まず、実際にインストールされ接続されているか確認すること。
  2. フィードとページ上のスキーマを一致させ続ける。 フィードが「在庫あり、79ドル」と言っているのに、ページのOfferスキーマが別のことを言っているのは、AIエンジン向けスキーママークアップが情報系コンテンツについて警告しているのとまさに同種の信頼の矛盾だ——ここではさらに深刻だ。価格と在庫は購買回答が組み立てられる土台となる2つの事実だからだ。
  3. その後で初めてページにProductスキーマを追加する——直接引用されてほしい具体的なページに対してだ。カタログが巨大なら全体ではなく、利益率の高いページ、差別化要因、あるいは比較で名指ししてほしいSKUに絞る。

この記事から一つだけ実行するなら、フィードを正しく整えることだ。それ以外はすべて、フィードがすでに整っていることを前提にしている。

フィードが盤石になったあとのページ上スキーマ

json
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Hybrid Mattress, Queen, Medium-Firm",
  "brand": { "@type": "Brand", "name": "Your Brand" },
  "gtin13": "0012345678905",
  "mpn": "HYB-Q-MF",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "799.00",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "2026-12-31",
    "shippingDetails": {
      "@type": "OfferShippingDetails",
      "shippingRate": { "@type": "MonetaryAmount", "value": "0", "currency": "USD" },
      "deliveryTime": {
        "@type": "ShippingDeliveryTime",
        "handlingTime": { "@type": "QuantitativeValue", "minValue": 1, "maxValue": 2 },
        "transitTime": { "@type": "QuantitativeValue", "minValue": 3, "maxValue": 7 }
      }
    },
    "hasMerchantReturnPolicy": {
      "@type": "MerchantReturnPolicy",
      "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
      "merchantReturnDays": 100
    }
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "1284"
  }
}

地味に見える割に重みのあるフィールドがいくつかある。

  • gtin13/mpnbrand これらは、視覚的に似た十数社の競合や、同一マーケットプレイス上の同商品の転売業者から、あなたの出品をエンジンが区別できるようにする識別子だ。これがなければ、あなたは数あるマットレスの中の見分けのつかない一つになってしまう。
  • priceValidUntilと正確なavailability 商品を名指しした購買回答が価格や在庫状況を間違えれば、ユーザーの信頼は即座に崩れる——エンジンはそれに応じてこのデータの鮮度と一貫性を重み付けする。
  • hasMerchantReturnPolicyshippingDetails これらは購買判断を実際に妨げている2つの問い——「返品できるか」「いつ届くか」——に答えるものであり、比較型のAI回答はユーザーにクリックして確認させる代わりに、これらを直接表示する傾向を強めている。

レビュー:装飾ではなく本当の精査

AIエンジン向けスキーママークアップの記事では、AIエンジンが自己申告の評価に懐疑的であることを指摘した。この懐疑心は、記事の代わりに商品を売っているからといって消えるわけではない——むしろ、評価が購買判断において実質的な役割を果たしている分、ここではより重要になる。

実際に役立つこと:

  • 顧客があなたを信頼せずとも投稿できる第三者からレビューを取得する——検証済み購入プラットフォーム(Yotpo、Judge.me、Okendoなど)をaggregateRatingと個別のReviewスキーマに同期させる。自分で構築し自分で埋めるレビューウィジェットではなく。
  • 新しさと件数の両方が重要だ。 6件のレビューで4.9はノイズのように読める。1,200件で4.4は、数字が低くても本物のシグナルのように読める。件数を犠牲にして満点を追いかけないこと。
  • フィードからネガティブなレビューを抑え込まないこと。 何百というSKUに批判的なレビューが一つもないカタログは、それ自体が信頼シグナルだ——悪い方の。

比較コンテンツ:ブログ的GEOが今も正しくやっている部分

情報系GEOの戦術が直接転用できる唯一の場所は、誠実に作られた本物の「XとYの比較」「Y向けの最良のX」コンテンツだ。AIによる購買回答は、クエリが直接的な商品検索ではなく比較的なものであるとき、まさにこの種のコンテンツから大きく引用する——「横向き寝ならハイブリッドかメモリーフォームか」は、最終的に商品の推薦へと解決する場合でも、本質的にはコンテンツの問いだ。

ソロオペレーター向けGEOがFAQコンテンツについて説明しているのと同じやり方で構築しよう。まず直接的な回答を、ランディングページの見出しのようにではなく、実際に買い手が尋ねる言い回しで示す。あなたの比較ページがもっぱら自社製品へ結論を誘導するために存在しているなら、エンジンも読者もそれに気づく。競合や自社の別のSKUが勝つ場合も含めて、本物のトレードオフを名指しする比較こそが、引用されるに足る信頼を勝ち取る。

うまくいかないこと

  • 商品タイトルへのキーワード詰め込み。「ハイブリッドマットレス クイーン 最高冷却 メモリーフォーム 2026 硬め ミディアム」は何の役にも立たず、独自のタイトル品質チェックを持つMerchant Centerでのフィード承認を実際に損なう。
  • 表示ページと一致しないProductスキーマブロック。 スキーマが799ドルと言い、ページ(またはカート)が849ドルと言うなら、それは上述したのと同じ静かな信頼の崩壊であり、検証可能であるがゆえに見つかる。
  • これを一度きりのプロジェクトとして扱うこと。 実際のカタログでは価格、在庫、レビューが絶えず変化する。フィードに必要なのは更新の頻度であって、公開日ではない。その頻度を誰も担当していないなら、ソロオペレーター向けGEOが陳腐化チェック全般について説明しているのと同じ仕組み——対象がブログコンテンツではなく価格と在庫であるだけの同一メカニズム——で乖離を検知する、スケジュール実行されるエージェントに予算を割り当てよう。
  • 掲載を約束する「AIショッピング可視性」サービスにお金を払うこと。 このサイトの他の箇所と同じ注意点だ。有料サービスがエンジンに特定のSKUを推薦させる仕組みは存在しない。フィードの品質と本物の信頼シグナルだけが唯一のレバーだ。

よくある質問

Merchant Centerのフィードとページ上のProductスキーマ、両方必要か、それとも片方だけでよいか?

両方必要で、しかも一致していなければならない。カタログ規模のショッピング的な面において最もレバレッジの高いシグナルはフィードであり、ページ上のスキーマは、クローラーやエンジンが商品URLに直接到達したとき——比較記事内の引用経由も含めて——に目にするものだ。両者を別々のプロジェクトではなく、同じデータの2つの見え方として扱おう。

カタログに数千のSKUがある。すべてのページにProductスキーマが必要か?

まずフィードを整えること——それがカタログ全体を規模の面でカバーする。ページ上のスキーマについては、実際に直接引用してほしいものを優先しよう。最も利益率の高いもの、最も明確な差別化要因、あるいはすでに比較記事や購入ガイドから情報系トラフィックを得ているものだ。ほぼ同一の4,000のバリエーションページに薄いスキーマを施すより、本当に重要な200ページに堅固なスキーマを施すほうが価値がある。

これはGoogle Shopping広告に取って代わるのか、それとも並行して機能するのか?

並行してだ。フィードのインフラは共有されている——同じMerchant Centerフィードが、有料のShopping掲載枠と、ここで説明した自然検索やAI回答の面の両方を支えている。フィードをきれいに保てば、両方で同時に成果が出る。

自社サイトではなくAmazonやマーケットプレイス経由で販売している場合はどうか?

このプレイブックは、自社の商品ページと自社のフィードを持つブランド向けに書かれている。マーケットプレイスのみで販売している場合は、異なる、より限定的な問題を抱えている——あなたは汎用のAIエンジンではなく、Amazon独自のランキングと引用のシステムの中で最適化していることになる。それは別の記事のテーマだ。上記のスキームとフィードに関する助言がそのまま転用できると想定しないこと。

運営者としての結論

ECのGEOは情報系プレイブックの縮小版ではない——それは異なる主要シグナルの上で動く。まずMerchant Center(およびBing Merchant Center)のフィードを正確かつ最新に保ち、ページ上のProduct/Offerスキーマを装飾として扱うのではなくそれと整合させ、顧客があなたを直接信頼する必要のなかった場所からレビューを取得し、本当に比較的なクエリのために誠実な比較コンテンツへの投資を続けよう。掲載を金銭と引き換えに約束するものはすべて見送ること——このサイトの他のどこにもないのと同様、ここにも近道は存在しない。


関連記事:AIエンジン向けスキーママークアップ:最も効果の大きいタイプソロオペレーター向けGEOローカルビジネス向けGEOAI検索が実際にトラフィックをもたらしているか測定する方法

商品カタログのGEO診断が必要ですか? お問い合わせください——この記事の土台となっているフィードとページデータの照合チェックを含め、スキーマとGEOの監査を行っています。

続きを読む

関連記事

続きを読む

AIプレイブックをメールでお届け

毎週水曜。28,400人以上の読者。無駄なし。

↵ すべての結果を見る esc esc で閉じる