技術的なEコマースSEO

オンラインストアに固有の技術SEOの問題、つまりファセットナビゲーションとURLパラメータ、ページネーション、商品とバリアントのページ、在庫切れの処理、商品スキーマ、大規模カタログでのクロールバジェットを扱います。Ecommerce SEOピラーを技術SEOの視点から説明するページです。

初回公開:2026年6月27日 · 最終更新:2026年8月6日 · Advanced
言語

Eコマースサイトには、パンフレット型サイトにはない技術SEOの問題があります。何百万ものパラメータURLを生むファセットナビゲーション、ページネーションされたカテゴリページ、ほぼ重複する商品バリアント、在庫切れの商品、そしてクロールバジェットとインデックス肥大化が現実の問題になる規模のカタログです。このハブでは、これらの技術的な仕組みをまとめます。これらはEcommerce SEOピラー(構造化データやウェブサイト構造など他の技術クラスターにも)に属し、実装の要素を1か所に集めるためここにも掲載しています。マーチャンダイジング、カテゴリ戦略、プラットフォーム選定はEcommerce SEOセクションで扱います。

TL;DR — 大規模カタログの中心にあるのはクロールの経済性です。ファセットナビゲーション、ページネーション、バリアント処理はいずれも、Googleが予算を使うURLと統合または削除するURLを制御する問題に行き着きます。誤ると、薄いパラメータページが何百万件も生まれるインデックス肥大化か、重要なページがまったくクロールされない状態になります。以下では、ファセットナビゲーションの3つのレバーに加え、ページネーション、バリアント、在庫切れページの扱いを説明します。

Evidence for this claim Google recommends crawlable navigation from menus to categories, subcategories, and products, with direct links covering the catalog. Scope: Google ecommerce site-structure guidance. Confidence: high · Verified: Google Search Central: Ecommerce site structure Evidence for this claim Product structured data and Merchant Center feeds provide Google with product information and can enable richer shopping appearances. Scope: Google product data surfaces. Confidence: high · Verified: Google Search Central: Share product data

クロールの経済性が中心にある

ブログでは起きない技術的な問題がEコマースで起きる理由は、規模です。カタログは、Googleが予算を使って取得できる量を超えるクロール可能なURLを生成することがあります。ストアでの技術的な判断、つまりファセットナビゲーション、ページネーション、バリアントの統合は、限られたクロールバジェットをどこに配分するかという判断です。インデックスの肥大化とクロール不足は2つの失敗モードで、互いに逆方向へ働きます。そのため、URLパターンごとにどちらを防ぐかを決めることが作業になります。

ファセットナビゲーション:3つのレバー

サイズ、色、並べ替えなどのフィルターは、1つのカテゴリを何百万ものパラメータURLに増やします。3つのレバーがあり、それぞれ役割が異なります。

# robots.txt — stop Google crawling filter combinations you never want indexed
Disallow: /*?*sort=
Disallow: /*?*color=
<!-- On a filtered URL you'd rather consolidate than block: canonical to the clean category -->
<link rel="canonical" href="https://example.com/shoes/" />

robots.txtDisallowはクロールバジェットを節約しますが、DisallowされたURLはcanonicalを渡したりページ上のタグでインデックスから外したりできず、リンクされていればURLだけがインデックスされることもあります。canonicalはクリーンなカテゴリにシグナルを統合しますが、Googleはそれを読むためにフィルター済みURLをクロールします。noindex, followはリンクをクロール可能なままページをインデックスから外しますが、同様にクロールを消費します。パターンごとに選択してください。無限に増える低価値の組み合わせはブロックし、実在するカテゴリとほぼ重複する有用なものはcanonical化し、インデックスから外す必要がありつつクロール可能に保つページにはnoindexを使います。

The correct control follows the URL pattern's demand and usefulness; there is no single rule for every filter.

A faceted URL branches into four outcomes. Sort, tracking, or redundant combinations are blocked in robots.txt. Low-demand but navigable combinations canonicalize to the base category. Combinations with real search demand receive an indexable optimized page. Empty or nonsensical combinations return 404.

rel=prev/next後のページネーション

Googleは2019年にrel="prev"rel="next"をインデックスシグナルとして使うのをやめたため、ページネーションされたカテゴリページはそれぞれ独立して扱われます。2ページ目以降はインデックス可能な自己canonicalページにすべきで、商品をGoogleから隠す1ページ目へのcanonical化は避けます。また、すべての商品には、クロール可能なリンクから数クリック以内で到達できるようにします。全件を読み込む「すべて表示」ページを、一覧全体が適切なサイズで読み込める場合の、よりクリーンなcanonicalターゲットにすることもできます。

canonicalによるバリアントの統合

同じ商品の異なる色やサイズのほぼ重複したページは、統合しないと互いに競合します。正規の商品URLを1つ選び、バリアントからそこを指すか、ProductGroup構造化データでセットをモデル化して、Googleがバリアント付きの1商品として理解できるようにします。判断の基準は、そのバリアントに独自の検索需要があるかです。実際に検索される特定の色なら、折りたたむのではなく、独自のインデックス可能ページにする価値があります。

在庫切れ:送るシグナル

在庫切れページは、削除するかどうかではなく、どのシグナルを送るかの判断です。商品が再入荷するなら、URLを有効なまま(HTTP 200)維持し、商品スキーマのavailabilityOutOfStockにします。404ではページが蓄積したシグナルやリンクが失われます。完全に終了して代替がなければ404または410にし、明確な後継商品があれば301でそこへ転送します。季節商品を再入荷する予定なのに、反射的に404にするのが間違いです。

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.