SEO・AIO

商品ページの
SEO設計

検索とAIに拾われる商品情報の作り方を、EC・D2C事業者の実務目線で解説します。

— 02

検索意図に合う商品情報を設計する

商品ページに来る検索には、いくつかのパターンがあります。意図に合った情報がページにあるほど、検索でもAIでも拾われやすくなります。

商品ページに来る検索意図のパターン

• 指名検索：「（ブランド名）（商品名）」のように、特定の商品を探している。
• 型番・品番検索：「（型番）」で正確な仕様や在庫を確認したい。
• 比較検討検索：「（商品カテゴリ）おすすめ」「（商品）違い」のように、複数候補を比べたい。
• 用途・課題検索：「（用途）向け（商品カテゴリ）」のように、目的から探している。

指名・型番検索では、その商品ページが「正しい商品」であることを明確に示すことが重要です。比較・用途検索では、商品の特徴や他との違いを本文で語ることが効きます。

独自情報で答えるべき項目

メーカー文言の上に、自社ならではの情報を重ねます。次のような項目をテキストで明記すると、検索意図への答えになります。

• 用途・シーン：どんな場面で、どんな人に向くか。
• サイズ感・使用感：実際の寸法、重さ、着用感や操作感などの具体。
• 仕様の補足：スペック表に加えて、注意点や互換性などの実務的な情報。
• 他商品との違い：同シリーズや競合商品との比較ポイント。
• よくある質問：購入前に迷う点への回答。

これらは「一次情報」です。検索エンジンとAIの双方にとって、独自に作られた情報は評価・引用の手がかりになります。詳しくは検索意図の記事（検索意図の記事）も参考にしてください。

— 03

Product/Offer構造化データの正しい書き方

商品ページの構造化データには、Schema.orgのProduct型を使います。価格や在庫はProductの中のoffers（Offer型）で表現します。

Offer（price / priceCurrency / availability）の役割

Offerは「その商品をいくらで、どの通貨で、購入できる状態か」を機械可読に伝えます。中心となるのは次の3プロパティです。

• price：価格。ページに表示している価格と一致させます。
• priceCurrency：通貨。日本円ならJPY。
• availability：在庫状態。https://schema.org/InStock（在庫あり）やhttps://schema.org/OutOfStock（在庫なし）などをページの表示に合わせて指定します。

これらはあくまで「ページに表示している内容を正確に伝える」ためのもので、入力すれば必ずショッピング表示が出るわけではありません。

JSON-LDの記述例

ページに価格・在庫・レビューを表示している商品の例です。表示していない項目（例：レビューを出していないならaggregateRatingやreview）は入れません。

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "（商品名・ページ表示と一致）",
  "image": [
    "https://example.com/products/sample-1.jpg"
  ],
  "description": "（商品説明・ページ本文と整合する内容）",
  "sku": "（SKU・品番）",
  "brand": {
    "@type": "Brand",
    "name": "（ブランド名）"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/sample",
    "priceCurrency": "JPY",
    "price": "12800",
    "availability": "https://schema.org/InStock"
  }
}

レビューをページに表示している場合に限り、aggregateRating（集計評価）やreview（個別レビュー）を追加できます。表示している件数・評価値と一致させることが条件です。

{
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.3",
    "reviewCount": "27"
  }
}

検証してから公開する

公開前に、GoogleのリッチリザルトテストやSchema.orgのバリデータで、必須プロパティの不足や型の誤りがないかを確認します。構造化データの基本は構造化データの記事（構造化データの記事）にまとめています。なお、検証を通過しても表示は保証されない点は変わりません。

— 05

画像と一次情報で差をつける

商品ページの独自性は、テキストの一次情報と画像の質で大きく変わります。

— 07

計測と改善のサイクル

商品ページの施策は、入れて終わりではなく、計測して直すサイクルが要です。

見るべき指標

• Search Console：商品ページ単位の表示回数・クリック・掲載順位・クエリ。どの検索意図で表示され、クリックされているかを確認します。
• 構造化データのエラー：Search Consoleの拡張（商品）レポートで、無効な項目や警告が出ていないかを定期的に確認します。
• インデックス状況：重要な商品ページがインデックスされているか、逆に重複・パラメータURLが過剰にインデックスされていないかを確認します。

改善の優先順位

1. 1規約リスクの除去：表示と一致しない構造化データ、表示していないレビューのマークアップなどを最優先で正します。
2. 2重複・薄いページの整理：メーカー文言だけのページに一次情報を足す、不要なパラメータURLを正規化する。
3. 3主要商品の本文強化：アクセスや在庫の多い商品から、独自情報・FAQ・画像を厚くします。
4. 4構造化データの整備：表示している情報に限定して、Product/Offerを正確に実装します。

一度に全商品を直すのは現実的ではありません。流入や売上への寄与が大きい商品から、影響範囲を見ながら進める形が効率的です。

よくあるご質問