EC SEO は Product 構造化データと商品ページ最適化が中心

なぜこれを学ぶか

EC SEO は Product 構造化データの精度と URL 設計でリッチリザルトの表示権が決まる領域。 正しく実装すれば商品が SERP に画像 + 価格 + レビュー + 在庫付きで表示され、CTR が圧倒的に高まる。

中規模 EC（数千商品）以上では構造化データ + canonical + 在庫管理の運用が必須。

学ばないと起きること

学ぶメリット

• 商品ページのリッチリザルト（価格 / 在庫 / レビュー）獲得で CTR を 30-80% 改善できる
• Merchant Center で Google ショッピング系流入を取れる
• 在庫切れ・商品終了の正しい処理で評価ロスを防げる
• 商談で「商品カラー違いの canonical 設計」を即答できる

仕組み

Product 構造化データ

最低限の必須プロパティ:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "青いマキシ丈ドレス",
  "image": [
    "https://example.com/dress-1x1.jpg",
    "https://example.com/dress-4x3.jpg",
    "https://example.com/dress-16x9.jpg"
  ],
  "description": "リネン素材のマキシ丈ドレス、サイズ S / M / L",
  "brand": {"@type": "Brand", "name": "spotyou"},
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/dress-blue",
    "priceCurrency": "JPY",
    "price": "12800",
    "availability": "https://schema.org/InStock",
    "seller": {"@type": "Organization", "name": "spotyou"}
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "120"
  }
}
</script>

offers に在庫状況、aggregateRating にレビュー集計を入れると検索結果に星 + レビュー件数が表示される。

availability の値

在庫が変わったら必ず構造化データも更新する。

Merchant Center 連携

Google が無料で提供する商品データベース。商品フィードを送信すると:

• 通常検索の商品リッチリザルト
• 「商品検索」タブ
• Google ショッピング無料リスティング
• 「ショッピング情報」パネル

に商品が表示される候補になる。

キー概念

商品カラー違いの canonical 設計

3 つのパターン:

パターン A: メイン商品ページに統合（カラー違いを子オプションに）

<!-- /products/dress-blue, /products/dress-red などすべてのカラー違いページの canonical -->
<link rel="canonical" href="https://example.com/products/dress" />

メイン商品ページに評価を集約。カラー固有の KW 流入は捨てる。

パターン B: カラーごとに別ページとして自己参照

<!-- /products/dress-blue -->
<link rel="canonical" href="https://example.com/products/dress-blue" />

<!-- /products/dress-red -->
<link rel="canonical" href="https://example.com/products/dress-red" />

各カラーページが独立して上位を狙う。「ブルードレス」のような色固有 KW 流入を取りたい場合。

パターン C: URL パラメータで色を切り替え

/products/dress?color=blue
/products/dress?color=red

すべて /products/dress に canonical 統合。SEO 的にはシンプル。

ファセットナビゲーションの URL 制御

EC で「フィルタを 2-3 個組み合わせると URL が増殖」する問題:

/products?category=dress&color=blue&size=M&brand=nike&price=10000-20000

対処:

在庫切れ商品の処理

404 を返すと評価がゼロから再構築。301 で関連ページに引き継ぐのが基本。

偽レビューの絶対 NG

公式に明記された違反:

• 自社スタッフが書いたレビュー
• 業者から購入したレビュー
• 報酬と引き換えに依頼したレビュー
• 競合への意図的な低評価レビュー

検出されると 構造化データ手動対策で全商品のリッチリザルト剥奪。サイト全体評価にも波及する可能性。

よくある誤解

実務での適用

中規模 EC の SEO 設計チェックリスト

1. すべての商品ページに Product 構造化データ
2. 商品カラー / サイズ違いの canonical 戦略を決定
3. ファセットナビを robots.txt で除外
4. Merchant Center に商品フィード送信
5. 在庫切れ商品の処理ルールを CMS で自動化
6. レビュー集計は実レビューのみ（aggregateRating）
7. 商品画像は複数比率 + 高品質
8. パンくずリスト構造化データ実装

Search Console「ページ」レポートの活用

• インデックス済み商品数 / 未インデックス数
• 「重複、Google が選択した正規 URL がユーザー指定と異なります」の件数
• 「クロール済み - インデックス未登録」の商品（薄いコンテンツの可能性）

定期的に確認し、薄い商品ページの統合 / 充実化を進める。

トラブル別の対処

公式ソース

• Product 構造化データ
• merchant-listing 構造化データ
• Google Merchant Center
• 構造化データ品質ガイドライン
• ファセット ナビゲーションの管理

自己テスト

これらの内容を採点付きで挑戦したい場合は、本ドメインのプロ試験で 5 問形式で確認できる。