Ecommerce SEO 完全ガイド

要点 — Ecommerce SEO はオンラインストア向けの SEO です。購入目的の検索で商品ページとカテゴリページを Google に表示させます。特別な「Ecommerce アルゴリズム」はありません。通常のサイトよりページが多く、同じ商品の5色展開や同じカテゴリの10通りの並べ替えなど、似たページが大量に生まれるため難しくなります。Google が売上につながる本来のページを評価できるよう整理することが仕事です。

Ecommerce SEO とは

ストアでは、主に二種類のページが検索経由の売上を生みます。

• 商品ページ — 販売する商品ごとのページ。
• カテゴリ（コレクション）ページ — 「メンズ ランニングシューズ」のように商品をまとめる一覧。

Ecommerce SEO は、「防水ハイキングブーツ」や「$100 未満のワイヤレスイヤホン」のような購入意図の強い検索で、これらのページを上位表示させる取り組みです。Google の仕組みと規則はほかのサイトと同じで、クロール可能で検索意図に合い、競争できる信頼性を備えたページが必要です。

ストアがブログより難しい理由

ブログは100ページほどでも、色やサイズを持つ2000商品から、フィルタと並べ替えを含めると 数十万 の URL が生まれます。その多くは重複し、Google のクロール能力を消費して自社ページ同士を競合させます。数千の絞り込み URL ではなく、本来のページへ Google を集中させる整理が重要です。

最も重要な施策

• 独自の説明を書く。 ほかの50店舗も使うメーカー文を転載せず、商品ごとに独自の文を加えます。
• カテゴリページへ役立つ内容を置く。 商品グリッドだけでなく短く有用な導入を加え、読まれないキーワード文を下部へ詰め込みません。
• 在庫切れを適切に扱う。 再入荷するならページを維持し、恒久終了なら類似商品へリダイレクトするか404を返します。
• 商品構造化データを使う。 星、価格、配送情報などの検索表示を得られます。ただし表示を改善してクリックを増やすもので、順位を直接上げるものではありません。

最も多い誤解

商品スキーマを追加しても順位は上がりません。 Google の担当者も明言しています。スキーマは星、価格、「在庫あり」などのリッチリザルトを可能にし、すでに順位があるページのクリックを増やします。可視性の倍率であり、上位表示への近道ではありません。

ファセットナビゲーション、クロール バジェット、Shopify などのプラットフォーム別対策、次の学習先まで確認するには、Advanced タブへ進んでください。

要点 — Ecommerce SEO は順位以前に規模と構造の問題です。ストアはバリエーション、フィルタ、並べ替えパラメータから類似 URL を自動生成するため、巨大な URL 空間の制御が中心になります。Google の順位付けやインデックスは一般サイトと同じですが、各ページの売上、プラットフォーム固有の URL、重複が負荷を増やします。代表的な技術課題はファセットナビゲーションです。商品構造化データはリッチリザルトの資格を与えますが順位要因ではありません。Core Web Vitals は確認済みの要因ですが、関連性や権威性より影響は小さめです。小規模店の多くはクロール バジェットを気にする必要がなく、大規模カタログでは重要です。

ストアは Google のクロール速度を上回って URL を生む

Ecommerce SEO を特徴づけるのは規模です。10000商品のカタログへフィルタ、並べ替え、バリエーションを加えると、クロール可能な URL は数十万へ増え、その多くが類似します。一商品を上げることより、無限の絞り込み URL ではなく売上を生むページへ Google の注意を向けることが中心課題です。順位シグナル、関連性、権威性は一般サイトと同じで、特別な「Ecommerce アルゴリズム」はありません。規模と構造が通常の SEO 判断を基盤設計の判断へ変えます。

Google は Search Central に専用の Ecommerce セクション を公開しています。冒頭の課題は “A critical challenge for any ecommerce website is being discovered in Search.” (翻訳)「Ecommerce サイトにとって重大な課題は検索で発見されること」です。ストアが最初につまずくのは順位より発見であり、ここを優先します。

Ecommerce SEO が一般 SEO より難しい理由

五つの負荷が重なります。

1. 規模。 10000 SKU、5色、4サイズの中規模小売でも、ファセット前に200千超（200000+）の潜在 URL があります。
2. 標準で重複。 バリエーション、絞り込み、並べ替え、セッション ID、ページネーションが類似 URL を作ります。プラットフォームの仕様なので、意図的に管理します。
3. プラットフォーム制約。 完全には変更できない URL 構造があります。
4. ページごとの売上。 購入意図クエリで商品・カテゴリページが下がると売上へ直接影響します。
5. リッチリザルトの広さ。 商品スニペット、販売者リスティング、ショッピング パネル、画像検索、Lens、Shopping タブには正しい構造化データが必要です。

ファセットナビゲーション — Ecommerce の代表的課題

大規模ストアで技術課題を一つ直すなら、ファセットナビゲーションです。色、サイズ、価格、ブランドなどの絞り込みは類似 URL を組み合わせ爆発させます。Google のファセットナビゲーション指針 は二つの失敗を挙げます。過剰クロールでは URL が “appear novel, causing crawlers to access many useless URLs before recognizing their lack of value” (翻訳)「新規に見え、価値がないと判断するまで多数の不要 URL をクロール」し、発見遅延では “Resources spent on faceted URLs reduce time available for discovering genuinely new content” (翻訳)「ファセット URL に使う資源が新しい内容の発見時間を減らす」と説明します。

絞り込み URL をインデックスに不要とする場合、Google は robots.txt のブロック、URL フラグメント（Google は “generally doesn’t support URL fragments in crawling and indexing” (翻訳)「一般にクロールとインデックスで URL フラグメントを扱わない」）、非絞り込みページへの rel="canonical"、フィルタリンクの nofollow を提示します。「赤いランニングシューズ」のように需要がある組み合わせを登録するなら、標準の & 区切り、一定のフィルタ順を使い、結果がない組み合わせは 404 を返します。

ここで捨てるべき誤解は、canonical タグだけでファセットナビゲーションを直せるという考えです。canonical は命令ではなくヒントで、絞り込み URL への内部・外部リンクなど他のシグナルと矛盾すれば Google は無視できます。canonical は一層にすぎず、URL を決して取得させないなら robots.txt の方が強いクロール浪費対策です。

クロール バジェットが本当に重要になる条件

Gary Illyes はおよそ “90% of websites don’t need to think about crawl budget” (翻訳)「ウェブサイトの90%はクロール バジェットを考える必要がない」と述べています。URL 管理が良好で固有ページが約10000未満なら、ボトルネックはクロール量より内容品質とインデックスです。残る10%には、大規模カタログ、日々の SKU 入れ替え、組み合わせ URL を生むファセットナビゲーションが含まれます。

10000+の固有ページ、発見まで数週間かかるページ、GSC の大きな「クロール済み - インデックス未登録」が症状です。Google は大規模サイトに “Eliminate duplicate content to focus crawling on unique content rather than unique URLs” (翻訳)「重複内容をなくし、固有 URL ではなく固有内容へクロールを集中する」と案内し、恒久削除には 404／410、長いリダイレクト チェーンの回避を勧めます。クロール節約に noindex を使わないでください。Google は “will still request, but then drop the page when it sees a noindex” (翻訳)「取得後に noindex を見てページを除外」するため、節約になりません。真のクロール浪費は robots.txt で防ぎ、クロールは必要だが登録不要なものに noindex を使います。

構造化データ：順位ではなく表示資格

Ecommerce SEO で最も過大評価される考えなので明確にします。商品構造化データで順位は上がりません。 John Mueller は2025年4月に “Structured data won’t make your site rank better.” (翻訳)「構造化データでサイト順位は上がらない」と述べました。商品スニペットや販売者リスティングの資格を与え、すでに順位があるとき CTR を高めます。スキーマは可視性の倍率であり順位レバーではありません。

購入可能なページには Merchant Listing、編集・レビューページには Product Snippet を使います。販売者リスティングには name、image、正の price と ISO-4217 priceCurrency を持つ Offer が必要です。availability、shippingDetails、hasMerchantReturnPolicy、aggregateRating も加えます。バリエーションには ProductGroup + Product を使い、グループと各商品へ固有 ID を付けます。構造化データと Google Merchant Center フィードを併用します。Google はフィードが “increases confidence Google knows all of your products, since web crawling is not guaranteed to find all products on your site.” (翻訳)「クロールで全商品が見つかる保証がないため、Google が全商品を把握している確信を高める」と説明しています。

Core Web Vitals — 実在する要因を適切な比重で見る

Core Web Vitals を含むページ エクスペリエンスは確認済みの順位要因です。ただし関連性や権威性に比べ影響は控えめです。ストアでは商品・カテゴリ テンプレートの LCP、特にヒーロー画像とレンダリングを妨げるスクリプトが有力です。コンバージョン改善と同点時の差には役立ちますが、弱いページを強い競合より上へ押し上げるものではありません。

在庫切れ商品

反射的に処理せず、恒久性で判断します。

• 一時的な在庫切れ： URL を公開・インデックス可能に保ち、構造化データの availability を OutOfStock にし、再入荷通知を用意します。Mueller は “what works best for us is if we can keep the URL online for things that are really temporary.” (翻訳)「本当に一時的なら URL をオンラインに保つのが最適」と述べています。
• 恒久終了でリンク／流入あり： 最も近い代替商品またはカテゴリへ301。
• 恒久終了で評価なし： 404または410。
• 避ける： 外部リンクがあるページへの noindex、さらに廃止され得る商品へのリダイレクト チェーン。

原則は Mueller の “the short version is to do what works best for the user, and search engines will generally figure it out from there too.” (翻訳)「利用者に最善のことをすれば、検索エンジンも概ね理解する」です。

カテゴリページには適切な内容が必要

商品グリッドだけのカテゴリページは順位を得にくくなります。Mueller は “When ecommerce category pages don’t have any other content at all beyond links to the products, it’s really hard for Google to rank those pages.” (翻訳)「商品リンク以外の内容がなければ Google が順位付けするのは非常に難しい」と述べました。ただし下部へキーワード文を詰め込むのも誤りで、 “about 90-95% of extra text placed at the bottom of pages is unnecessary.” (翻訳)「ページ下部の追加文の約90-95%は不要」とも述べています。Gary Illyes の結論は、内容を加えるなら “add content that people will actually find useful,” (翻訳)「利用者が本当に役立つ内容を加える」であり、低品質な自動生成文ではありません。買い物客が読む短く有用な導入にします。

プラットフォーム選択は重要だが、SEO 不可能なものはない

プラットフォームの構造は規模に応じて SEO へ累積的に影響するため、選択は SEO 判断でもあります。ただし主流のプラットフォームが本質的に SEO 不可能ということはなく、出発点の難しさが異なるだけです。

• Shopify は /collections/[name]/products/[slug] を強制し、所属コレクションごとに商品 URL を重複させます。/products/[slug] へ canonical を向けても内部リンクがコレクション URL を指し、シグナルがずれます。一般的な修正はテーマから | within: collection Liquid フィルタを除くことです。
• WooCommerce / WordPress は URL を完全に制御でき、SEO プラグインと深く連携できますが、性能を自ら設計します。
• BigCommerce は Shopify より標準 SEO と URL 柔軟性が強く、中規模市場の有力な選択肢です。
• Magento / Adobe Commerce は最大の柔軟性を持つ一方、レイヤード ナビゲーションや並べ替えパラメータを適切に設定しないと深刻な重複を生む企業向けツールです。

次に読むもの

このハブが全体の地図です。以下の各テーマには個別の詳細ガイドがあり、サイドバーからも移動できます。

プラットフォーム ガイド — 各構成の SEO 実態

• Shopify SEO — コレクション／商品 URL の強制重複、within: collection の修正、変更できない点。
• Magento SEO — Adobe Commerce のレイヤード ナビゲーションと並べ替えパラメータを制御する方法。
• WooCommerce SEO — WordPress の URL 制御と、その柔軟性に伴う性能対策。
• BigCommerce SEO — 強い標準機能と中規模市場での均衡。

ストア内部のテーマ

• 商品ページ SEO — 独自説明、画像 SEO、バリエーション、購入意図クエリのオンページ要因。
• カテゴリページ SEO — 適切な内容、階層への内部リンク、商用ヘッド語句。
• 在庫切れ — 一時品と廃止品を恒久性で分ける判断。
• ファセットナビゲーション — いつブロック／登録するか、canonical だけでは不十分な理由。
• サイト構造 — メニュー → カテゴリ → サブカテゴリ → 商品のリンク構造。
• Ecommerce SEO 監査 — クロール浪費、重複、インデックス欠落を反復可能に見つける手順。

基礎となる クロール バジェット、canonicalization、ファセットナビゲーションは technical SEO の解説も参照してください。Ecommerce はそれらを大規模に適用します。

AI 要約

Advanced 版の要点です。

• アルゴリズムは同じで、条件が難しい。 特別な順位付けやインデックスはなく、規模と構造が難しさを生みます。
• 五つの負荷： カタログ規模、標準の重複、プラットフォーム URL、ページごとの売上、広いリッチリザルト面。
• ファセットナビゲーションが代表的技術課題。 robots.txt、canonical、nofollow、空の組み合わせへの404で過剰クロールと発見遅延を抑えます。canonical はヒントです。
• 構造化データ ≠ 順位。 Mueller は “Structured data won’t make your site rank better.” (翻訳)「構造化データでサイト順位は上がらない」と述べています。Product／Merchant Listing と Merchant Center フィードを併用します。
• Core Web Vitals は実在するが控えめな要因で、関連性と権威性が優先です。
• クロール バジェット： 約90%のサイトは無視できますが、ファセットを持つ大規模カタログは対象です。節約目的に noindex を使わず robots.txt で止めます。
• 在庫切れ： 一時品は OutOfStock で維持し、評価のある廃止品は301、それ以外は404／410。
• カテゴリページには有用な内容を置き、下部のキーワード文を避けます。
• プラットフォームごとに出発点が違うだけで、Shopify、WooCommerce、BigCommerce、Magento のいずれも SEO は可能です。

公式ドキュメント

検索エンジンの一次資料です。

Google — Ecommerce ハブ

• Ecommerce のベストプラクティス概要 — Google の専用セクションと八つの下位テーマ。
• 商品データを Google と共有 — 構造化データと Merchant Center フィードを併用する理由。
• Ecommerce に関連する構造化データ — ストアで重要なスキーマ。
• Ecommerce URL 構造のベストプラクティス — 重複 URL とバリエーション パラメータ。
• サイト構造を Google に理解させる — メニュー → カテゴリ → 商品の内部リンク。
• ページネーションと段階的読み込み — ページ送り、追加読み込み、無限スクロール。
• 高品質なレビューを書く — 店内レビューと編集内容への指針。

Google — 構造化データとクロール

• Product 構造化データ入門 — 商品スニペットと販売者リスティング。
• 販売者リスティング構造化データ — 必須・推奨プロパティ。
• 商品バリエーション構造化データ — バリエーション用の ProductGroup + Product。
• ファセットナビゲーション URL のクロール管理 — Ecommerce 最大のクロール課題に関する基準資料。
• クロール バジェットの最適化 — 10k+／1M+規模のカタログ向け。

Bing／Microsoft

• Bing Webmaster Tools — マークアップ検証とクロール情報。JSON-LD などに対応します。
• Bing Webmaster Tools の JSON-LD 対応 — Bing の構造化データ対応。Microsoft Merchant Center は Google フィードを取り込めます。

情報源からの引用

Google の公式発言です。利用可能な深いリンクは引用箇所へ移動します。

中心的な誤解 — 構造化データは順位要因ではない

• “Structured data won’t make your site rank better. It’s used for displaying the search features listed in developers.google.com/search/docs/…” (翻訳)「構造化データで順位は上がらず、記載された検索機能の表示に使われる」 — John Mueller、Google、Bluesky、2025年4月。

  Search Engine Journal の報道を通じた発言で、原文は Bluesky 投稿です。

  報道を読む

発見が Ecommerce 最初の課題

• “A critical challenge for any ecommerce website is being discovered in Search.” (翻訳)「Ecommerce サイトにとって重大な課題は検索で発見されることです」 — Google Search Central ドキュメント。 引用箇所へ

URL 構造 — 重複を減らす

• “Minimize the number of alternative URLs that return the same content.” (翻訳)「同じ内容を返す代替 URL の数を最小限にする」 — Google Search Central ドキュメント。 引用箇所へ

サイト構造 — ナビゲーションが理解を形づくる

• “navigation structures on your site (such as menus and cross page links) can impact Google’s understanding of your site structure.” (翻訳)「メニューやページ間リンクなどのナビゲーション構造は Google のサイト構造理解へ影響する」 — Google Search Central ドキュメント。 引用箇所へ

商品ページの構造化データ

• “can help Google understand your page better and display it as a rich result.” (翻訳)「Google がページをより理解し、リッチリザルトとして表示する助けになる」 — Google Search Central ドキュメント（構造化データを必須ではなく推奨する理由）。

  Google の「商品データを共有」ページに基づきます。理解とリッチリザルトに役立つとされ、順位向上とは説明されていません。

Merchant Center とクロール

• フィードのアップロードは Google が全商品を把握している確信を高めます。“since web crawling is not guaranteed to find all products on your site.” (翻訳)「ウェブ クロールでサイト上の全商品が見つかる保証はないため」です。 — Google Search Central ドキュメント。

  Google の「商品データを共有」指針からの要約で、引用節は逐語です。

ファセットナビゲーション — クロールを損なう理由

• ファセット URL は “appear novel, causing crawlers to access many useless URLs before recognizing their lack of value.” (翻訳)「新規に見え、価値がないと判断する前にクローラーが多数の不要 URL へアクセスする」。 — Google Crawling Infrastructure ドキュメント。 出典

クロール バジェット — 節約に noindex を使わない

• “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” (翻訳)「Google は取得した後で noindex を見てページを除外するため、クロール時間を浪費する」。 — Google Search Central ドキュメント。 引用箇所へ

在庫切れ商品

• “what works best for us is if we can keep the URL online for things that are really temporary, in the sense that if the URL remains indexable and with structured data you tell us this product is currently not available.” (翻訳)「本当に一時的なものは URL をオンラインかつインデックス可能に保ち、構造化データで現在利用不可と伝えるのが最適」。 — John Mueller、Google SEO Office Hours。 Search Engine Journal による Office Hours の報道を通じた発言です。 報道を読む

カテゴリページの内容

• “When ecommerce category pages don’t have any other content at all beyond links to the products, it’s really hard for Google to rank those pages.” (翻訳)「商品リンク以外の内容がまったくない Ecommerce カテゴリページを Google が順位付けするのは非常に難しい」。 — John Mueller、Google。

  iLoveSEO による Mueller の Office Hours 発言の報道を通じています。

  報道を読む
• カテゴリ内容については “add content that people will actually find useful” (翻訳)「利用者が本当に役立つ内容を加える」のであり、“low-quality, auto-generated blurbs of text.” (翻訳)「低品質な自動生成の短文」ではありません。 — Gary Illyes、Google。

  Search Engine Roundtable による Office Hours の報道を通じています。

  報道を読む

Ecommerce SEO 基礎チェックリスト

あらゆるストアを最初に監査するときの、おおよその作業順です。

• インデックスが健全 — site: と GSC で本来の商品／カテゴリが登録され、フィルタ、並べ替え、セッション ID の URL が除かれている。
• ファセットナビゲーションを制御 — 不要な絞り込み URL は robots.txt でブロックまたは canonical 化し、空の組み合わせは404。canonical だけに依存しない。
• バリエーションを統合 — 商品ごとに一つの canonical、または意図的な ProductGroup。色・サイズごとの薄い URL を登録しない。
• URL が説明的で安定 — ID ではなく語句を使い、内部リンクに追跡／セッション パラメータを置かず、リンク、サイトマップ、canonical を一致させる。
• 内部リンクが階層を下る — メニュー → カテゴリ → サブカテゴリ → 商品を、JS 専用でない実際の <a href> で結ぶ。
• 商品説明が独自 — メーカー文の逐語転載ではない。
• カテゴリページに有用な内容がある。
• 在庫切れ方針を設定 — 一時品は維持し、恒久品はリダイレクト／404。
• 構造化データが有効 — 購入ページへ Merchant Listing、入れ子の Offer、正の価格、通貨を置き、バリエーションには ProductGroup。
• ページ内構造化データとともに Merchant Center フィードがある。
• 商品・カテゴリ テンプレートで Core Web Vitals 合格（まず LCP）。
• 該当時だけクロール バジェットを確認 — 10k+ページ、重いファセット、大きな「クロール済み - インデックス未登録」。
• ページネーションをクロール可能にする — <a href> のページリンクを使い、代替のない無限スクロールや系列すべての canonical を1ページ目にする設定を避ける。

判断の枠組み

1. 同じアルゴリズム、異なる表面積。 Ecommerce 専用アルゴリズムはありません。ページが弱いときは「Ecommerce の裏技」を探さず、一般ページと同じく、クロール済みか、登録済みか、関連性と権威性があるかを診断し、その下の Ecommerce 固有の失敗層も確認します。

2. 重複を先に見る。 ストアでは重複が既定状態であり、統合が仕事だと考えます。最適化の前に、ほぼ同じ内容を返す URL 数と、canonical にしたい一つを確認します。主因はバリエーション、フィルタ、並べ替えパラメータ、ページネーションです。

3. スキーマは倍率でありレバーではない。 構造化データは、すでに順位があるページの可視性をリッチリザルト → CTR で増幅します。順位自体は動かしません。順位戦略ではなく CTR／表示資格への投資として扱います。

4. クロール バジェットの門。 多くのストアは対象外です。約10k+の固有ページ、ファセット爆発、速い在庫変動、登録に数週間かかるページがあるときだけ時間を使います。未満なら内容とインデックスを直します。

5. 在庫切れ判断。 恒久性、次に評価で分けます。一時的 → 公開維持 + OutOfStock、恒久的でリンク／流入あり → 最も近いページへ301、恒久的で評価なし → 404／410。外部リンクがあるページを noindex にしません。

Ecommerce SEO — 早見表

構造化データの用途

Merchant Listing の必須項目と推奨項目

• 必須： name、image、offers → price > 0 と ISO-4217 priceCurrency を持つ入れ子の Offer。
• 推奨： description、brand.name、sku、gtin、availability、itemCondition、shippingDetails、hasMerchantReturnPolicy、aggregateRating、review。

ファセットナビゲーション — 目的別の制御

在庫切れ

基本事項

• 構造化データ：リッチリザルトの資格。順位要因ではない。
• Core Web Vitals：確認済み要因だが関連性／権威性より控えめ。
• クロール バジェット：約**90%**のサイトは無視できる。
• canonical タグ：命令ではなくヒント。ファセットで単独依存しない。

最も労力を浪費する Ecommerce SEO の誤り

構造化データを順位施策として扱う

Product マークアップは対象ページをリッチリザルト向けに理解可能にしますが、順位は上げません。スキーマに順位変化を期待する前に、クロール可能性、インデックス可能性、関連性、権威性を直します。

クロール バジェット節約に noindex を使う

Google は noindex を確認するためページを取得するので、クロールは発生します。noindex はインデックス制御に使い、取得不要な URL 空間には意図的なクロール防止策を使います。

canonical タグだけでファセットナビゲーションを解決しようとする

canonical はヒントで、バリエーションをクロールする必要もあります。不要状態へのクロール可能な経路を取り除き、実際にクロール浪費がある部分へ狭い robots.txt 規則を使います。

プラットフォームの初期設定をすべて正しいと考える

Shopify、WooCommerce、BigCommerce、Magento はバリエーション、パラメータ、内部リンクで異なる妥協をします。名称を信頼せず、生成 HTML と URL の挙動を監査します。

廃止商品をすべてホームページへリダイレクトする

無関係なリダイレクトは soft 404 として扱われ得ます。廃止商品は本当に似た代替品または関連カテゴリへ送り、有用な移動先がなければ 404／410 を返します。

Ecommerce SEO 運用のためのツール

• Faceted Navigation Auditor — 実際のフィルタ、並べ替え、ページネーション、追跡 URL を分類し、登録、canonical、ブロック、404 を判断します。
• Schema Markup Validator — JSON-LD または完全な HTML 内の商品、Offer、バリエーション、パンくず、Organization マークアップを検査します。
• Rich-Result Eligibility Checker — 現在のマークアップが満たす Google 商品リッチリザルト要件と不足プロパティを確認します。
• Google Search Console Page Indexing — 商品、カテゴリ、ファセット、ページネーション、バリエーション URL を分け、登録膨張や発見欠落を探します。
• Google Search Console Crawl Stats — クロール バジェットが重要なストアでリクエスト傾向と応答を見ます。
• Google Merchant Center — フィードと構造化データを併用し、在庫やデータ品質の不一致を調べます。
• Ahrefs Site Audit または Screaming Frog — canonical 競合、リダイレクト チェーン、孤立商品、重複、クロール深度を大規模に調査します。
• Google Rich Results Test と URL Inspection — 配信済みマークアップを検証し、Google のレンダリング、インデックス、選択 canonical を代表 URL で確認します。

Ecommerce SEO の健全性指標

ページ種別ごとのインデックス範囲

指標： インデックス済み、重複、クロール済み未登録、soft 404 の URL を、商品、カテゴリ、ファセット、バリエーション、ページネーション、廃止商品へ分割。分かること： 必要な在庫が発見可能で、重複 URL 群が抑制されているか。取得方法： Search Console Page Indexing の出力をカタログとクロール データで分類。基準／現実的範囲： 各種別の承認済み URL 在庫と実数を比較し、一律のサイト全体登録率は使わない。頻度： 月次およびプラットフォーム公開後。

非 canonical URL のクロール比率

指標： 重複するファセット、並べ替え、追跡、統合済みバリエーション URL に使われた検証済み Googlebot リクエスト比率。分かること： 規模と URL 生成が商品・カテゴリからクロールを奪っているか。取得方法： 既知の URL パターンでサーバーログを分け、Crawl Stats と比較。基準／現実的範囲： テンプレート別ベースラインを作り、意図的に抑制する種類の継続的減少を目指す。小規模店では最適化不要の場合がある。頻度： 修正中は週次、その後は大規模カタログで月次。

テンプレート別 Core Web Vitals 合格率

指標： 良好なフィールド CWV 状態を持つ商品・カテゴリ URL グループの比率。分かること： 売上テンプレートで買い物客と検索エンジンへ健全な体験を提供しているか。取得方法： Search Console Core Web Vitals または CrUX をテンプレートと端末別に分割。基準／現実的範囲： Google の現行の良好／改善必要／不良分類と自社傾向を使い、フィールド データをラボ点数だけで置き換えない。頻度： ローリング期間を使うため月次、公開時はラボ確認も行う。

オーガニック ランディングページ価値

指標： canonical な商品・カテゴリ ランディングページのクリック、表示、コンバージョン、売上。分かること： 技術的な健全性が商業価値を生むページを支えているか。取得方法： Search Console の URL データを解析・Ecommerce レポートと結合。基準／現実的範囲： ページ種別と季節が同じ過去期間を比較する。利益率、在庫変動、需要が違うため普遍的な売上目標は不適切。頻度： 運用は週次、戦略は月次。

役立つ参考資料

私の関連記事

• Enterprise SEO — 大規模 Ecommerce を特徴づけるクロール バジェット、規模による重複、ファセットナビゲーション。
• テクニカル SEO 初心者ガイド — ストア全体の技術基盤。
• SEO の内部リンク — 数千の商品・カテゴリページを結ぶ内部リンク。
• Search Engine Land 著者アーカイブ — Ecommerce 課題にも触れる私の technical SEO 記事。

ほかの著者による資料

• Ecommerce SEO 初心者ガイド — Chris Haines による Ahrefs の手順ガイド。
• Backlinko の Ecommerce SEO ガイド — データが豊富で広く引用される解説。
• Shopify の重複内容を解決 （Amsive）— コレクション／商品 URL の詳細な修正。
• r/TechSEO — クロール、インデックス、ファセットのデバッグ事例。
• Search Engine Land Ecommerce SEO Guide — 分野全体の参考ガイド。
• Shopify Ecommerce SEO Guide — Shopify 固有の制約と標準機能。
• Shopify SEO の構造制約と回避策 （NotProvided.eu）— コレクション／商品 URL 重複と修正可能範囲。

引用できる統計

• 約90%のサイトはクロール バジェットを考える必要がない — Gary Illyes、Google。裏を返せば、ファセットナビゲーションを持つ大規模 Ecommerce カタログは残る10%に該当します。 背景
• カタログ規模は急速に膨らむ — 10000 SKU × 5色 × 4サイズ = 200千超（200000+）の潜在 URL。これはファセットナビゲーション適用前です。一ページの難しさではなく規模が Ecommerce SEO の中心問題です。
• 発見では内部リンクがサイトマップより上位 — Google は XML サイトマップを URL 発見の二番目に重要な方法とし、内部リンクを第一と説明しています。ストアではナビゲーションとカテゴリ構造がサイトマップより多くの発見を担います。

  Google 担当者の発言を通じた方向性の指針で、公表された指標ではありません。

変更履歴