EC の SEO は、コーポレートサイトや情報メディアの SEO とは別物として扱うべき領域です。商品が日々入れ替わり、在庫が切れ、季節で需要が動き、レビューが SERP の見栄えを左右し、ファセットナビが無数の URL を生み、JavaScript で価格と在庫が描画される — この複雑さが、汎用 SEO の教科書通りに進めると確実につまずく原因になります。経済産業省「電子商取引に関する市場調査」によれば、2024年の日本国内 BtoC-EC 市場は 24兆8,461億円、物販系分野だけで 15兆1,617億円規模に達しています。母集団が大きいぶん、構造的な打ち手の差が売上に直結する市場です。本ガイドは Shopify SEO を軸に、WooCommerce でも応用できる EC SEO の現場視点で、商品ページから国際展開まで実装の教科書として総ざらいします。
※ 出典: 経済産業省「令和6年度 電子商取引に関する市場調査」(取得 2026-05)
Chapter 1: EC SEO の特殊性 — 在庫切れ・季節性・商品入れ替え
通常 SEO との4つの違い
EC サイトは、情報メディアやコーポレートサイトと比べて以下4点が構造的に異なります。
| 観点 | 情報メディア | EC サイト |
|---|---|---|
| 主要 LP | 記事ページ | 商品ページ・カテゴリページ |
| URL 増減 | 緩やか | 商品追加・廃番で日々変動 |
| ユーザー行動 | 読了 | 比較・カート投入・離脱・再訪 |
| 在庫 | 概念なし | 切れ/再入荷で SERP 体験が変動 |
このため EC SEO は、リライトと外部リンクだけでは伸びません。商品ライフサイクルと SEO 資産の整合を仕組み化する必要があります。
在庫切れページが放置されるとどうなるか
最大の落とし穴は「終売・在庫切れ商品の URL を 404 にして資産を捨てる」運用です。Google が認識した URL は内部リンクと被リンクを蓄積しているため、404 にした瞬間に評価が四散します。Google Search Central は在庫切れ商品の扱いを公式に整理しており、長期的に再入荷予定があれば 200 のまま在庫切れ表示を残し、廃番なら 301 でカテゴリ・後継商品へリダイレクトを推奨しています。Offer.availability を OutOfStock に正しく更新すれば、SERP 上に在庫切れラベルが出る場合があります。
※ 出典: Google Search Central「Best practices for ecommerce in Google Search」(取得 2026-05)
季節性とエバーグリーンの分け方
季節商品(クリスマス・母の日・お中元)は、毎年同じ URL を流用して被リンクとレビューを蓄積する設計が王道です。年ごとに /gift/christmas-2025/ /gift/christmas-2026/ と URL を切ると評価が分散します。/gift/christmas/ 一本にして、本文・画像・タイトルを毎年更新し、dateModified を新しくする運用が累積効果を得ます。
カート放棄率という現実
カート放棄率 は Baymard Institute の継続調査で平均約 70.2%(49 件の調査平均)と報告されています。SEO で集客した後段でほぼ7割を取りこぼす前提で、商品ページの情報設計・レビュー配置・チェックアウト導線を含めた最適化が必須です。SEO 単独では売上に届かない領域だと最初から覚悟しておく必要があります。
※ 出典: Baymard Institute「49 Cart Abandonment Rate Statistics」(取得 2026-05)
詳細は カート放棄率 用語解説 と Web CVR 監査ツール を参照してください。
Chapter 2: 商品ページ最適化 — title から レビュー まで
商品ページが SEO 上の主役である理由
カテゴリページが集客の入り口になりやすい一方、購買意図の最も高い検索クエリ(型番・固有商品名・「○○ レビュー」「○○ 在庫」)は商品ページが受けます。商品ページの最適化は売上 KPI に直結する領域です。
title タグの設計テンプレ
{商品名} {型番/サイズ/カラー} | {ブランド名} {店舗名}
長すぎる title は SERP で省略され CTR を落とします。Google は表示幅を約 580px 前後(およそ全角28-32文字)で打ち切るため、左側に主要 KW を配置する設計が安全です。型番検索を取り逃さないために、必ず型番を含めることを推奨します。
description は CTR レバー
<meta name="description"> は Google 公式が「ランキング要因ではないが SERP の表示に使われる」と明示しています。商品ページでは在庫状況・送料・返品保証・ポイント還元など、競合と差がつく要素を120-160字で記述します。
※ 出典: Google Search Central「Control your snippets in search results」(取得 2026-05)
画像 SEO の基本
- ファイル名:
product-id-color.jpg(日本語ファイル名はサーバ環境で文字化けすることがあるため英数推奨) alt: 商品名・色・素材・型番を自然文で- 画像形式: 大半のブラウザで対応する WebP または AVIF
- 画像 sitemap: Shopify は標準で
sitemap.xmlに画像を含めるため、テーマで<img>のloading="lazy"を必ず設定
構造化データ — Product / Offer / AggregateRating の三点セット
商品ページに以下を JSON-LD で配置します。詳細は 構造化データ完全ガイド と Product schema 用語解説 を参照してください。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "○○ シャンプー 300ml ラベンダー",
"image": [
"https://example.com/products/shampoo-300-1.jpg",
"https://example.com/products/shampoo-300-2.jpg"
],
"description": "敏感肌向けノンシリコンシャンプー。アミノ酸系洗浄成分でしっとり仕上げ。",
"sku": "SHP-300-LV",
"gtin13": "4901234567890",
"brand": {"@type": "Brand", "name": "○○ Brand"},
"offers": {
"@type": "Offer",
"url": "https://example.com/products/shampoo-300-lv",
"priceCurrency": "JPY",
"price": "2980",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition",
"shippingDetails": {
"@type": "OfferShippingDetails",
"shippingRate": {"@type": "MonetaryAmount", "value": "550", "currency": "JPY"},
"shippingDestination": {"@type": "DefinedRegion", "addressCountry": "JP"}
},
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "JP",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
}
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.6",
"reviewCount": "128"
}
}
</script>
shippingDetails と hasMerchantReturnPolicy は、Google が 2023年5月の発表で「Merchant Center のフィードと同等の情報を構造化データで提供することで、無料リスティングの対象範囲とリッチリザルトの拡張に寄与する」とした要素です。EC では実装の優先度が高い項目です。
※ 出典: Google Search Central「Product structured data」(取得 2026-05)
レビューを商品ページに直接表示する
外部レビューサービスを JavaScript ウィジェットで埋め込むだけだと、Google が読み取れない場合があります。サーバサイドでレビュー本文を HTML として描画し、Review schema を併記する設計が安全です。レビューは Review schema の author reviewBody datePublished を必ず含めます。
在庫切れ時の HTTP ステータス判定フロー
| 状態 | HTTP | schema availability | 表示 |
|---|---|---|---|
| 在庫あり | 200 | InStock | 通常 |
| 一時的に在庫切れ | 200 | OutOfStock | 「再入荷予約」CTA |
| 季節終了 | 200 | OutOfStock | 「来季の入荷予定」表示 |
| 完全廃番(後継あり) | 301 → 後継商品 | — | — |
| 完全廃番(後継なし) | 301 → カテゴリ | — | — |
| 完全廃番(カテゴリも閉鎖) | 410 | — | — |
Shopify のデフォルトは「廃番にしても URL を残す」設計に近く、商品アーカイブ機能と組み合わせて 301 を打つ運用を構築する必要があります。
Chapter 3: カテゴリページ設計 — IA・ファセット・ページネーション
カテゴリは「箱」ではなく「LP」
EC SEO で最も投資 ROI が高いのは、実は商品ページではなくカテゴリページです。「シャンプー 敏感肌」「ランニングシューズ メンズ 25.5cm」のような中ボリューム KW は、個別商品では取り切れず、カテゴリページの方が網羅性で勝ちます。カテゴリページを LP として作り込む発想が必要です。
カテゴリ LP に必要な要素
- H1 にカテゴリ名 + 修飾語(「敏感肌向けシャンプー 全32商品」)
- 200-400字の編集的な紹介文(カテゴリの選び方・初心者の見方)
- ファセット(価格・ブランド・成分・容量)
- 商品一覧(24-48件 / ページ)
- ページネーションまたは「もっと見る」
- FAQ 5-7問(カテゴリ単位の購入前疑問)
- 関連カテゴリへの内部リンク
IA(情報設計)の階層を3階層以内に
カテゴリ階層が深くなると、クロールバジェットが商品ページまで届きません。理想は /category/{level1}/{level2}/{product-id} の3階層、URL は /c/shampoo-sensitive/ のように短く保ちます。階層は BreadcrumbList schema で機械可読化します。BreadcrumbList 用語解説と 構造化データ完全ガイド も併読してください。
ページネーション設計
rel="next" / rel="prev" のサポートは Google が2019年に終了済みであることを明言しています。現状の推奨は次の3択です。
| 方式 | 利点 | 注意 |
|---|---|---|
通常のページ分割(?page=2) | クロール可能 | 各ページがインデックスされうる |
| 全件表示(View All) | 1 URL に集約 | ページ重量が増す |
| 無限スクロール + クロール可能なリンク | UX 良 | リンクが <a href> で取れるか要検証 |
?page=2 を採用する場合、各ページの <title> <meta description> を1ページ目と差別化し、self-canonical を貼ります(page=1 と page=2 を別の URL として扱う)。1ページ目に rel="canonical" を全ページから打つ運用は、Google のドキュメント上は推奨されていません。
※ 出典: Google Search Central Blog「More Updates To Pagination」(取得 2026-05)
Chapter 4: ファセットナビとクロールバジェット — クロールの罠を回避する
ファセットナビが生む URL 爆発
ファセット(カラー・サイズ・価格帯・ブランドの絞り込み)は、ユーザー体験を上げる一方で、組み合わせ次第で 数万から数百万 URL を生成します。Google が全てクロールすればクロールバジェットを浪費し、本来評価したい商品ページ・カテゴリページの再訪頻度が落ちます。
Google は2024年に「Faceted Navigation の SEO 最適化」を公式ドキュメントに整理しました。基本的な指針は以下の通りです。
| ファセット種別 | 推奨対応 |
|---|---|
| 商品一覧の単純な絞り込み(例: ブランド) | 重要なものだけ rel="canonical" を親カテゴリへ向け、robots.txt で ?brand= をブロック |
| SEO 価値のある絞り込み(例: 「サイズ 25.5cm」) | 専用 LP として /c/running-shoes/mens/25-5cm/ を切り、独自 title/description を持たせる |
| ソート(価格順・新着順) | URL パラメータごと Disallow |
| ページネーション | Allow、ただし self-canonical |
※ 出典: Google Search Central「Faceted navigation best (and 5 of the worst) practices」(取得 2026-05) / Google Search Central「URL structure」(取得 2026-05)
Shopify でのファセット制御
Shopify は標準で ?filter.v.option.color=Red のようなパラメータを生成します。Online Store 2.0 以降は theme.liquid の <head> に robots meta を挿入する手法ではなく、Shopify Admin の「Robots.txt」ファイル編集機能(templates/robots.txt.liquid)でフィルタ URL を除外する運用が現実的です。
# templates/robots.txt.liquid(抜粋)
{% for group in robots.default_groups %}
{{- group.user_agent }}
{%- for rule in group.rules -%}
{{ rule }}
{%- endfor -%}
Disallow: /*?filter.*
Disallow: /*&filter.*
Disallow: /*?sort_by*
Disallow: /*&sort_by*
{% endfor %}
※ 出典: Shopify Help Center「Editing the robots.txt.liquid file」(取得 2026-05)
クロールバジェットの実態把握
Search Console の「設定 → クロールの統計情報」で、Googlebot のリクエスト数・レスポンス時間・取得タイプの分布が確認できます。「未検出」や「重複しています、ユーザーにより、Google とは異なる正規 URL が選択されています」が増えていればファセット URL が溢れている兆候です。原因切り分けには Search Console と GA4 の両軸が必要です。
Chapter 5: Product / Review schema 実装 — リッチリザルトと AI 検索引用の両輪
Product schema の必須・推奨プロパティ
Google ドキュメントに沿って、商品ページに最低限入れたいプロパティを優先順位順に整理します。
| プロパティ | 必須/推奨 | 用途 |
|---|---|---|
name | 必須 | 商品名 |
image | 必須 | 商品画像 |
offers (price / priceCurrency / availability) | 必須 | 価格・在庫 |
description | 推奨 | 商品説明 |
sku / gtin / mpn | 推奨 | 識別子 |
brand | 推奨 | ブランド名 |
aggregateRating | 条件付き | レビュー集計 |
review | 条件付き | 個別レビュー |
shippingDetails | 推奨 | 配送情報 |
hasMerchantReturnPolicy | 推奨 | 返品条件 |
gtin(JAN/EAN/UPC など)の入力は Google Merchant Center 連携でも必須項目です。型番不明でも、可能な限り入手して登録すべき項目です。
Review schema の禁止事項
Google は「セルフサービング(自社についての評価を自社で書く)レビューは構造化データに含めない」と明示しています。Aggregator として他社商品をまとめるサイトでも、レビューが直接表示されないページに Review schema を貼ると違反です。違反は手動対策(マニュアルアクション)の対象になります。
※ 出典: Google Search Central「Review snippet structured data」(取得 2026-05)
Variant 商品(バリエーション)の正しい schema
色・サイズ違いを別商品として持つか、1商品の variant として持つかは設計判断が分かれます。2024年に Google は ProductGroup と Product を分けて記述するパターンを正式サポートしました。ProductGroup の hasVariant に各 Product を入れ子にする書き方です。
{
"@context": "https://schema.org",
"@type": "ProductGroup",
"name": "○○ ランニングシューズ メンズ",
"productGroupID": "running-shoes-mens-001",
"variesBy": ["color", "size"],
"hasVariant": [
{
"@type": "Product",
"sku": "RS-001-BLK-26",
"color": "Black",
"size": "26.0",
"offers": {"@type": "Offer", "price": "12800", "priceCurrency": "JPY"}
},
{
"@type": "Product",
"sku": "RS-001-WHT-26",
"color": "White",
"size": "26.0",
"offers": {"@type": "Offer", "price": "12800", "priceCurrency": "JPY"}
}
]
}
※ 出典: Google Search Central「Product variants markup」(取得 2026-05)
AI 検索引用と構造化データの関係
ChatGPT Search や Perplexity は、構造化データを商品情報の機械可読ソースとして使う場面が増えています。価格・在庫・レビュー数・ブランドが構造化されていることで、AI が「在庫切れの商品を勧めない」「最新価格を反映した提案を返す」といった精度向上が起きます。LocalBusiness Organization も含め、AI に正しく自社の輪郭を伝える整備は LLMO/GEO 完全ガイド と併読してください。
Chapter 6: レビュー獲得とモデレーション — 自動メール・サードパーティ・口コミ運用
レビューが SEO と CVR の両方に効く理由
商品ページにレビューがあると、(1) 滞在時間が伸びる、(2) ユーザー生成コンテンツとして本文に多様な表現が追加される、(3) aggregateRating schema でリッチリザルト化される、(4) 購入の心理的障壁が下がる、の4点で効きます。Baymard Institute の調査でもレビューの有無と CVR には正の相関が継続的に確認されています。
※ 出典: Baymard Institute「Product Page Research」(取得 2026-05)
自動レビュー依頼メールの設計
購入後 7-14日が依頼の最適タイミング(商品到着 + 試用期間を考慮)と言われます。メール本文は次の3点を意識します。
- 件名で動かす: 「○○ のレビューをお願いします」より「○○ の使い心地はいかがでしたか?」のように体験を聞く
- 入力フォームは最短化: 星評価 + 自由記述 + 写真任意の3項目
- 書きやすさ: 「使った感想を1-2行で結構です」と明示
メール文面のテンプレ例は本ガイド末尾の「テンプレ集」に収録しています。
Yotpo / Stamped / Judge.me 等の選定軸
| 軸 | 内容 |
|---|---|
| Shopify 連携の深さ | テーマへの埋め込み・チェックアウト後メールの自動化 |
| 構造化データ出力 | Review aggregateRating を SSR で出力するか |
| モデレーション機能 | 不適切レビューの自動検知・手動承認フロー |
| 多言語対応 | 国際展開時の翻訳・国別表示 |
| 価格 | 月額 + レビュー数による段階課金が主流 |
特に「JavaScript ウィジェットだけで挿入され、Google が読み取れない」実装は SEO 効果がほぼゼロになります。導入前に Rich Results Test と View Source(HTML ソース)で aggregateRating が SSR されているか確認します。
サクラレビュー対策
ステマ規制(景品表示法、2023年10月施行)により、事業者が依頼したレビューであることを隠すと違反になります。消費者庁の運用基準では、事業者が金銭・商品提供と引き換えにレビューを依頼した場合は「PR」「広告」「事業者からの提供あり」の明示が必須です。
※ 出典: 消費者庁「令和5年10月1日から、ステルスマーケティングは景品表示法違反となります」(取得 2026-05)
ネガティブレビューへの返信運用
ネガティブレビューを削除しようとしない方が長期的な信頼は高まります。返信は「謝意 → 事実確認 → 改善策」の三段構成が王道です。返信文面の自動生成は 口コミ返信文ジェネレータ で実務的に運用できます。
Chapter 7: Shopify 特化技術 — テーマ最適化・Liquid 最適化・アプリ過剰の弊害
Shopify と WooCommerce の SEO 観点比較
| 観点 | Shopify | WooCommerce |
|---|---|---|
| サイト速度 | CDN 込みで速い | サーバ依存・要キャッシュ設定 |
| schema 出力 | テーマ次第 / アプリ追加可 | プラグイン次第(Yoast / RankMath) |
| URL 構造 | /products/ /collections/ 固定 | 自由 |
| robots.txt 編集 | robots.txt.liquid で可能 | テーマ・プラグインで可能 |
| 国際展開 | Markets で hreflang 自動 | 多言語プラグイン要 |
詳細比較は WordPress vs Shopify と Shopify 用語解説 を参照してください。
Shopify Plus の料金体系(2026年5月時点)
Shopify Plus は2023年2月に北米基本料金が月額 $2,300 に改定されました(年商に応じた変動あり)。「Shopify Plus $2,000」と書かれた旧情報は2023年改定以前の値であり、現時点では古い情報です。日本のリセラ経由・年間契約割引の有無で実額は変動します。
※ 出典: Shopify Plus 公式(取得 2026-05)
Liquid テンプレートの SEO 最適化ポイント
Shopify テーマで触るべき主要ファイルは以下です。
| ファイル | 役割 | SEO 観点での修正 |
|---|---|---|
layout/theme.liquid | 全ページ共通 head | canonical / hreflang / 共通 schema |
templates/product.liquid | 商品ページ | Product schema・OG・breadcrumb |
templates/collection.liquid | カテゴリページ | H1・編集文・pagination |
templates/robots.txt.liquid | クロール制御 | フィルタ・ソートの Disallow |
sections/header.liquid | グローバルナビ | 内部リンク階層 |
{% schema %} ブロックでテーマカスタマイザに項目を露出させると、ノンエンジニアでも編集文や FAQ の追加が可能になります。
アプリ過剰がもたらす速度劣化
Shopify アプリは便利ですが、各アプリが <script> を追加して非同期ロードのウォーターフォールを膨らませると、Core Web Vitals を直撃します。1ページあたり 20本以上の外部スクリプトが乗ると LCP / INP が顕著に悪化します。
対策として、(1) Shopify 公式の「Online Store Performance」で速度スコアの推移を監視、(2) 月次でアプリの ROI レビュー、(3) ウィジェット系アプリは必要なページだけにロードを限定、を推奨します。Web 性能の詳細は Core Web Vitals 完全ガイド を参照してください。
Section group とテンプレートの分離
Online Store 2.0 で導入された「Section group」を活用すると、商品ページのレイアウトをノンエンジニアが安全に組み替えられます。SEO 観点では、H1 と product schema が必ず描画されるよう、削除不可セクションとして固定する設定が安全です。
Chapter 8: 国際展開 — hreflang・通貨・地域別在庫
hreflang の基本
hreflang は、同じコンテンツを言語・地域別に出し分けている場合に Google に正しい版を提示するための属性です。EC の国際展開では必須の整備対象です。記述は3パターンあります。
<!-- パターン1: HTML head に直接 -->
<link rel="alternate" hreflang="ja-jp" href="https://example.com/jp/products/sku" />
<link rel="alternate" hreflang="en-us" href="https://example.com/us/products/sku" />
<link rel="alternate" hreflang="x-default" href="https://example.com/products/sku" />
- 各 URL は必ず相互に
hreflangで参照する(A→B を書いたら B→A も書く) x-defaultを必ず1つ含める(言語マッチしない場合のフォールバック)- HTTP ヘッダ・sitemap でも記述可能
※ 出典: Google Search Central「Tell Google about localized versions of your page」(取得 2026-05)
Shopify Markets の hreflang 自動生成
Shopify Markets を有効にすると、/jp/ /us/ のサブパスまたは別ドメインで地域別ストアを構成し、hreflang を自動出力できます。手動メンテナンスより遥かに事故が少ないため、Shopify 利用なら Markets 採用が第一選択です。
通貨・税表示・送料
地域別の在庫・通貨・税表示は、SEO というより信用とコンバージョンの問題です。Schema の priceCurrency を表示通貨と一致させる、shippingDetails.shippingDestination で対象国を明示する、hasMerchantReturnPolicy.applicableCountry で返品ポリシーの適用国を明示する、の三点が最低ラインです。
国別在庫の見せ方
「日本では在庫あり、米国では在庫なし」のような状態を Schema に正しく反映するには、地域別の Offer を eligibleRegion で出し分けます。在庫ステータスを地域ごとに InStock / OutOfStock で正しく出力することで、AI 検索や Google Shopping が地域文脈で正しい提案を返せます。
Chapter 9: よくある失敗 10 パターン
EC SEO で繰り返し見る失敗を10件、回避策とセットで整理します。
- 在庫切れページを 404 にする — 評価が四散。一時的なら 200 +
OutOfStock、廃番なら 301 で後継商品またはカテゴリへ。Google 公式の在庫切れベストプラクティスを参照。 - カテゴリページが商品一覧だけ — H1・編集文・FAQ・関連カテゴリ内部リンクを足すだけで順位が動くケースが多い。
- ファセット URL を全クロール許可 —
?color=Red&size=M&price=...の組み合わせで数万 URL がインデックスされ、クロールバジェットが枯渇する。 - レビューを JavaScript ウィジェットのみで埋め込み — Google が読み取れず schema 効果ゼロ。SSR +
aggregateRatingを必須化。 - Product schema の
availability更新を忘れる — 在庫切れ商品にInStockを出し続けると、SERP のラベルと実態が乖離して信頼が落ちる。 - 季節商品の URL を年ごとに切る —
/gift/christmas-2025//gift/christmas-2026/で資産が分散する。1 URL に集約して毎年更新。 - Shopify アプリの入れ過ぎ —
<script>20本超で LCP / INP が悪化、ランキング・CVR を両方落とす。 - Shopify Plus を「$2,000」と書く — 2023年改定で $2,300 が正しい。古い情報源の引き写しは信用を損なう。
- ステマ規制違反 — 自社依頼レビューを「PR」「事業者提供あり」明示なしで掲載。景品表示法違反で行政指導対象。
- 国際版で hreflang 相互参照を欠く — A→B のみで B→A を書き忘れると Google が hreflang を無視。x-default の欠落も同様。
詳細な事例別チェックリストは EC SEO よくある失敗集(blog) も併読してください。
Chapter 10: 計測と改善 — GA4 拡張EC・Search Console・購買経路分析
GA4 拡張 EC イベントの最低構成
GA4 では拡張EC(Enhanced Ecommerce)として以下のイベントを実装します。
| イベント | 発火タイミング | 主要パラメータ |
|---|---|---|
view_item_list | 一覧表示 | item_list_id items[] |
view_item | 商品ページ表示 | items[] currency value |
add_to_cart | カート追加 | items[] currency value |
begin_checkout | チェックアウト開始 | items[] currency value |
purchase | 購入完了 | transaction_id items[] currency value |
これらが揃うと、ファネルの離脱ポイントが GA4 のレポート画面で可視化されます。transaction_id の重複排除を必ず実装し、サンキューページのリロードによる二重カウントを防ぎます。
※ 出典: Google Analytics「Measure ecommerce」(取得 2026-05)
Search Console での EC 観点モニタ
- 検索パフォーマンス: クエリを「ブランド名」「商品名」「型番」「カテゴリ」で分けて推移を追う
- インデックス作成 > ページ: 「クロール済み — インデックス未登録」の急増はファセット URL の溢れ
- 拡張 > 商品スニペット: Product schema のエラー・警告を週次でチェック
- エクスペリエンス > Core Web Vitals: モバイル LCP・INP の悪化アラート
購買経路分析を「最終 KW」だけで終わらせない
EC の購買は、認知 → 比較 → 検討 → 購入の各段階で接点が複数あります。GA4 の「広告 > アトリビューション > モデル比較」で、ラストクリックとデータドリブンの数字差を確認すると、SEO の本当の貢献度が見えます。SEO は「最後の購入」よりも「最初の認知」と「比較検討時の安心」で効くことが多い領域です。
月次の改善ループ
- 主要カテゴリ・商品の検索順位(Search Console + サードパーティ)
- 商品ページごとの CVR(GA4)
- カート放棄率(GA4 ファネル)
- レビュー数の推移・平均評価
- Core Web Vitals の前月比
これら5指標で1ページのダッシュボードを作り、四半期に1度、優先課題を絞り込む運用が現実的です。
Tufe Company の支援領域
ここまでの内容を自社で全部やり切れるなら、本セクションは読み飛ばして問題ありません。「実装は分かったが、運用に手が回らない」「現状の Shopify が何点なのか客観評価が欲しい」という方向けに、以下を提供しています。
- 無料診断: Web CVR 監査ツール で商品ページの改善余地を可視化
- 構造化データ整備: Schema Markup Library(¥9,800) で Product / Review / BreadcrumbList の JSON-LD テンプレを一括導入
- AI 検索引用最適化: AI Search Health Check(¥14,800) で ChatGPT/Perplexity からの引用状況を診断
- 継続支援: EC & SNS Growth サービス で実装・運用・改善を伴走
EC SEO 公開前40項目チェックリスト
A. 商品ページ基礎(10項目)
- title が「商品名 + 型番 + ブランド」で全角28文字以内
-
<meta description>が120-160字、送料・返品保証など差別化要素を含む - H1 は商品名のみ(型番は H2 以下に)
- 画像
altが商品名・色・素材を含む自然文 - 画像形式が WebP / AVIF
- 画像が4枚以上(正面・背面・サイズ感・使用シーン)
- サイズ表・素材表が HTML テーブルで描画されている
- 在庫ステータスがリアルタイムに反映される
- 「同カテゴリの他商品」内部リンクが3-6個
- パンくずリストが描画され、
BreadcrumbListschema 出力済み
B. 構造化データ(10項目)
-
Productschema の必須プロパティ全充足 -
offers.priceが表示価格と完全一致 -
offers.priceCurrencyが表示通貨と一致 -
offers.availabilityが在庫状態と一致(InStock / OutOfStock) -
shippingDetailsを設定 -
hasMerchantReturnPolicyを設定 -
aggregateRatingがレビュー実数と一致 -
Reviewschema の author / datePublished を出力 - バリエーション商品で
ProductGroup+hasVariantを採用 - Rich Results Test でエラー・警告ゼロ
C. カテゴリ・ナビ(10項目)
- カテゴリ階層が3階層以内
- 各カテゴリページに編集文200字以上
- カテゴリ FAQ 5問以上
- ページネーションが
?page=2形式で self-canonical - フィルタ・ソート URL が
robots.txtでDisallow - グローバルナビが全カテゴリへ2クリック以内
- サイドバーに人気カテゴリ・関連カテゴリ
- 検索結果ページが
noindex - 関連商品ロジック(協調フィルタ・タグベース)
- 在庫切れ商品が一覧の末尾に並ぶ
D. 国際・性能・計測(10項目)
- hreflang が相互参照 +
x-default含む -
priceCurrencyとshippingDestinationが地域別に正確 - LCP が モバイル 2.5秒未満
- INP が モバイル 200ms 未満
- CLS が モバイル 0.1 未満
- Search Console エラーゼロ
- GA4 拡張 EC イベント5種実装
-
transaction_id重複排除 - Search Console と GA4 の連携設定
- サイトマップに商品 URL を全件登録
レビュー依頼メール テンプレ集
購入後7日メール
件名: ○○ をお試しいただけましたか?
○○様
このたびは {商品名} をご購入いただきありがとうございました。
お手元に届いて1週間ほど経ちましたが、使い心地はいかがでしたか?
もしよろしければ、星の数とひとことコメントだけで結構ですので、
レビューをお寄せいただけると、同じ悩みを持つ方の参考になります。
▶ レビューを書く(1分で完了)
{レビュー URL}
ご感想やご要望があれば、こちらにご返信いただいても結構です。
{店舗名} カスタマーサポート
ネガティブレビューへの返信テンプレ
○○様
{商品名} へのご感想ありがとうございます。
期待にお応えできなかったとのこと、心よりお詫び申し上げます。
ご指摘いただいた「{具体的な指摘}」については、
{原因 / 改善予定 / 代替案} を検討中です。
差し支えなければ {サポート連絡先} へ直接ご連絡いただけますと、
個別対応の上、改善状況もお伝えします。
このたびはご不便をおかけし、申し訳ございませんでした。
{店舗名} カスタマーサポート
公的リソース集
EC 事業者がブックマークすべき一次ソースです。
- 経済産業省「電子商取引に関する市場調査」 — 日本国内 EC 市場の年次公式統計
- 消費者庁「ステルスマーケティング規制」 — 景品表示法による事業者依頼レビューの表示義務
- Google Search Central「Best practices for ecommerce in Google Search」 — Google 公式の EC SEO ガイダンス
- Google Search Central「Product structured data」 — Product schema の正確な仕様
- Shopify Help Center — Shopify テーマ・robots.txt・Markets の公式ヘルプ
- Baymard Institute — EC UX/CVR の継続調査機関
- 国税庁「インボイス制度特設サイト」 — 適格請求書発行事業者の登録・運用
- 総務省「電気通信事業法」 — Web フォーム・Cookie 同意の規制
よくある質問
Q1. Shopify と WooCommerce、SEO 観点で差はありますか
サイト速度と国際展開の容易さで Shopify、URL 構造・コンテンツ表現の自由度で WooCommerce が優位です。中小 EC の立ち上げは Shopify、ブランドサイト統合や独自要件は WooCommerce が向く傾向があります。詳細は WordPress vs Shopify を参照してください。
Q2. Shopify Plus の月額はいくらですか
2023年2月の改定で、北米基本料金は月額 $2,300 です。年商規模・年間契約・リセラ経由で実額は変動します。「$2,000」と書かれた情報は改定前の古い値です。
※ 出典: Shopify Plus 公式(取得 2026-05)
Q3. レビュー獲得は必須ですか
EC で CVR を伸ばすうえでほぼ必須です。Baymard Institute の継続調査でも、レビュー有無は購買意思決定に強く影響することが報告されています。商品ページに Review aggregateRating schema を SSR で出力する設計が前提です。
※ 出典: Baymard Institute「Product Page Research」(取得 2026-05)
Q4. ファセットナビは全部 noindex にすべきですか
全部ではありません。検索需要のあるファセット(例: 「ランニングシューズ 25.5cm」)は専用 LP として index 維持、検索需要のないファセット(色やソート順)は Disallow または noindex が原則です。Google 公式の Faceted Navigation ガイドを参照してください。
Q5. 在庫切れ商品の URL はどうすべきですか
長期的な再入荷予定があれば 200 + OutOfStock で残し、廃番なら 301 で後継商品またはカテゴリへリダイレクトします。410 は完全閉鎖のカテゴリにのみ使います。Google Search Central「Best practices for ecommerce」公式の通りです。