カテゴリページの商品選定と並び順

TL;DR — すべてのカテゴリページは、表示する商品とその順序という2つを静かに決めています。並び順は通常、販売増加を目的に決めますが、同じ選択がGoogleに確実にクロールされ、内部リンクを多く受ける商品も決めます。在庫切れ商品を上位へ集中させず、「並び替え」操作から大量の類似URLを作らないことが重要です。

1ページに隠れている2つの判断

商品選定はカテゴリに含める商品を決め、並び順は既定の表示順を決めます。 Evidence for this claim Google recommends navigational links from menus to categories and from category pages to products so crawlers can discover an ecommerce catalog. Scope: Google Search ecommerce site-structure guidance. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure 検索エンジンがクロールできるのは発見可能なリンクで公開された商品だけで、ファセットURLには意図的なクロール制御が必要です。 Evidence for this claim Faceted navigation can create very large URL spaces and should be managed deliberately to avoid inefficient crawling. Scope: Google Search guidance for faceted navigation; the right controls depend on whether filtered URLs need indexing. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

「ランニングシューズ」「500ドル未満のノートPC」といったカテゴリは固定の商品グリッドに見えますが、背後では2つの判断が行われています。

1. 商品選定 — どの商品を表示するか。すべての商品、在庫ありだけ、手動で選んだ一部、在庫切れも含めるかを決めます。
2. 並び順 — 商品を表示する順序。買い物客が操作する前に見る既定の並び順（おすすめ、売れ筋、新着、価格など）と、切り替え可能な並び替え候補です。

ほぼすべての店舗が販売を増やすために設定しています。それ自体は問題ありませんが、同じ設定のSEO面は見落とされがちです。

並び順が検索に影響する理由

検索エンジンはページ上部と検索結果一覧の最初のページへ特に注意を向けます。既定の並び順の最初の1〜2行にある商品ほど、Googleに安定してクロールされ、重要だと扱われやすくなります。主要商品を「6ページ目」へ埋めると、買い物客にもGoogleにも届きにくくなります。

UX面もあります。Baymard Instituteの調査では、純粋な「売れ筋順」は似た人気商品を上位へ集中させ、品ぞろえ全体を実際より狭く見せて離脱につながることがあります。多様性を含む「おすすめ順」「関連度順」は、買い物客にも検索エンジンにも適する傾向があります。

問題になりやすい2点

1. 在庫切れ商品が先頭を占める。 最初に「売り切れ」商品ばかり見えると、ページの有用性が下がります。販売できない商品へ最も価値の高い位置を使わず、既定順の末尾へ送るか「在庫切れを表示」切り替えの背後へ置きます。在庫切れ商品の個別ページを維持・リダイレクト・削除する判断とは別問題です。

2. 「並び替え」操作が重複URLを作る。 価格順へ切り替えるとURLが?sort=priceなどへ変わることがあります。同じ商品一覧を別順序で見せるだけでも、検索エンジンには別ページに見えます。制御しなければ、並び替え候補の数だけ類似URLが増えます。通常は開発者やプラットフォーム側の設定ですが、存在を把握すべき問題です。

簡単な確認事項

• 既定順の先頭へ在庫切れ商品を置かず、下位へ送るか切り替え表示の背後へ置きます。
• 明確な理由がなければ、純粋な売れ筋順より、多様性を含むおすすめ順・関連度順を優先します。
• 主要商品を誰も到達しない深い位置へ埋めないでください。
• 並び替えURLがインデックス可能な重複ページにならないよう設定します。

正確な?order=priceの重複ルール、robots.txtの設定、在庫切れ商品の降格とクロール効率の関係、itemListOrderでできること・できないことはAdvancedタブで確認してください。

TL;DR — カテゴリページには異なるSEO作用を持つ2つの判断があります。商品選定は内容の品質と内部リンクの到達範囲を左右し、並び順は重複コンテンツとクロール優先度を左右します。Googleは?order=priceを重複例として明示しています。純粋な並び替えには独立した検索需要がほぼないため、基本ページへcanonical化するかrobots.txt/noindexで制御します。既定の1種類だけをcanonicalかつインデックス可能にし、多様性のあるおすすめ順・関連度順を使います。在庫切れ商品は先頭へ置かず、itemListOrderは表示順を説明するだけで順位を指示しない点も理解してください。

2つのレバーと異なるSEO作用

Googleは、クローラーがカタログを発見できるよう、メニューからカテゴリへ、カテゴリから商品へリンクすることを推奨しています。 Evidence for this claim Google recommends navigational links from menus to categories and from category pages to products so crawlers can discover an ecommerce catalog. Scope: Google Search ecommerce site-structure guidance. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure 絞り込みと並び替えは大量のURLを作るため、クロール動作を商品配置とは別に設計します。 Evidence for this claim Faceted navigation can create very large URL spaces and should be managed deliberately to avoid inefficient crawling. Scope: Google Search guidance for faceted navigation; the right controls depend on whether filtered URLs need indexing. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

このテーマを一般的なカテゴリページSEOやファセットナビゲーションから分ける理由は、商品選定と並び順が別々の仕組みで壊れるレバーだからです。

• 商品選定は、掲載内容の品質・完全性と、内部リンクの到達範囲に影響します。在庫切れや薄い類似商品ばかりの既定表示は価値が低く見え、目立たせない商品にはカテゴリからの内部リンクが減ります。
• 並び順は、?sort=URLによる重複コンテンツとクロール予算、さらに既定表示の上部・ページネーション1ページ目へ何を置くかというクロール優先度に影響します。

商品担当者はコンバージョンのために既定順を選びますが、その同じ選択のSEO影響まで共有されることはほぼありません。以下では両面を扱います。

並び順がSEO問題になる理由

並び順は同じ商品を並べ替えるだけのUX機能に見えますが、Googleは重複コンテンツ問題として扱っています。Eコマースのページネーションガイダンスでは、“Avoid indexing URLs with filters or alternative sort orders,” (翻訳) 「フィルタや別の並び順を持つURLのインデックス登録を避ける」という節で、“you may support ?order=price on URLs to return the same list of results ordered by price.” (翻訳) 「同じ結果一覧を価格順で返す?order=priceをURLで提供する場合がある」と例示しています。推奨は、“To avoid indexing variations of the same list of results, block unwanted URLs from being indexed with the noindex robots meta tag or discourage crawling of particular URL patterns with a robots.txt file.” (翻訳) 「同じ結果一覧の変形をインデックスさせないため、不要なURLをnoindexで除外するか、robots.txtで特定URLパターンのクロールを抑える」です。

これは絞り込みより明確な重複例です。color=redのようなフィルタは商品集合自体を変え、ロングテール需要を獲得できます。一方、並び替えはGoogleの表現どおり*“the same list of results”* (翻訳) 「同じ結果一覧」を別順序で返すだけなので、通常はインデックスする価値がありません。

並び替えは「アクティブパラメータ」です。 URLパラメータガイドでは、並び替えをフィルタ、ページネーション、検索と同じアクティブ分類に置いています。表示内容を変えるため、インデックス方針を決める必要があります。トラッキングのようなパッシブパラメータとは違います。原文の注意は “You should avoid passive parameters like those used for tracking on internal links.” (翻訳) 「内部リンクではトラッキング用などのパッシブパラメータを避けるべき」です。?sort=price-ascには、基本ページへのcanonicalまたはnoindexとrobots.txtという明確な判断が必要です。

クロール深度との関係。 Googleはカテゴリが商品発見の入口だと説明し、すべての商品へリンクしなければ “Googlebot might not find all of your products by crawling alone.” (翻訳) 「Googlebotがクロールだけでは全商品を見つけられない可能性がある」と注意しています。ページネーションでは最初のページまたは最初のN商品が最も安定してクロールされるため、既定の並び順がクロール深度の優位を得る商品を直接決めます。価格昇順で主要商品を6ページ目へ埋めるより、需要に合う商品を1ページ目へ集中させます。

既定順を選ぶ: マーチャンダイジングとSEOは多くの場合一致する

幸い、コンバージョンとSEOの目標は多くの場合同じ方向を向きます。

Baymard Instituteの調査は、純粋な売れ筋順より、多様性を含む関連度順・おすすめ順を推奨しています。売れ筋順は似た大量販売商品を上位へ集中させ、品ぞろえが実際より狭く見えて離脱につながることがあります。Practical Ecommerceも同じCRO上の問題を示し、“when the shopper is presented with bad choices right out of the gate, he’s apt to bail immediately.” (翻訳) 「最初から悪い選択肢を見せられると、買い物客はすぐ離脱しやすい」と説明しています。

見落とされるSEO上の反響は、ファーストビューの商品集合が、最も安定してクロールされ、最も多く内部リンク評価を受ける集合でもあることです。上位が狭く偏っていれば、UIとクロールの両方で残りのカタログを不利にします。代表性の高い既定順は、カタログの幅をGoogleへ示し、内部リンク評価をより広く配分します。

別の既定順が妥当な場合: クリアランスカテゴリなら価格昇順、新着コレクションなら新着順が意図に合います。常におすすめ順にするのではなく、カタログを代表し、クロール価値のある商品を前へ置く順序を選び、多様性を外すなら理由を持つことが原則です。

一覧内の在庫切れ商品

これは在庫切れ商品の個別ページをリダイレクト・404・維持する判断とは別です。この問題は別記事で扱っており、Googleの一般的な方針は一律404よりURL維持を支持します。ここでは、在庫切れ商品を既定のカテゴリ一覧へ出すか、出すならどこへ置くかだけを考えます。

Googleは一覧レベルの専用ルールを出していません。John Mueller氏は在庫水準が通常検索のランキング要因かを問われ、“seems unrelated, at least for normal search.” (翻訳) 「少なくとも通常検索では無関係に見える」と回答しています。在庫切れ商品については、Googleが在庫切れを認識すると “we will assume it’s more like a soft 404 error, where we will drop that URL,” (翻訳) 「soft 404に近いとみなし、そのURLを除外する」と述べる一方、“even if one product goes out of stock, the rest of the site’s rankings are not affected by that.” (翻訳) 「1商品が在庫切れでも、サイトの他の順位には影響しない」と強調しています。

したがって「在庫ありなら順位が上がる」仕組みはありません。一覧内で在庫切れ商品を下げる理由は、直接のランキング要因ではなく効率と品質です。

1. クロール・内部リンク評価の浪費。 購入できない商品へ1〜N位の位置を与えると、最も強いクロール深度と内部リンク上の優位を取引不能なページへ渡します。
2. 内容品質。 在庫切ればかりの一覧は薄く有用性が低く見えます。個別在庫切れページのsoft 404懸念と同じ低価値問題が一覧レベルでも起きます。
3. 在庫状況で誤解させない。 Merchant Centerが商品ページで明確な在庫表示を求める原則を一覧にも適用し、在庫切れを末尾または切り替え表示の背後へ置きます。

実務上は、在庫切れ商品を既定順の末尾へ下げるか「在庫切れを表示」切り替えの背後へ置き、先頭へ出さず、商品URLを一括でインデックスから外さないことを推奨します。インデックス除外は商品ページ側の判断で、一覧順の判断ではありません。

並び替えURLを技術的に管理する

既定順を決めたら、その他はすべて変形URLです。絞り込みノイズと同様に扱います。

• 既定の基本表示1つだけをcanonicalかつインデックス可能にする。 その他の並び替えはすべて非canonicalです。

• 並び替えURLを基本表示へcanonical化するか、パラメータをブロックする。 並び替えは*“the same list of results”* (翻訳) 「同じ結果一覧」で独立需要がほぼありません。「赤いランニングシューズ」のように需要を持てる絞り込みとは違います。

• canonicalだけではクロール予算を守れない。 URLパラメータガイドの原文どおり、“a canonical tag can help consolidate signals to a chosen URL but requires each additional version of a page to be crawled” (翻訳) 「canonicalは選択URLへシグナルを統合できるが、各追加版をクロールする必要がある」ためです。URL数の多いカタログでは、canonicalと並び替えパラメータのrobots.txtブロックを併用します。

  User-agent: Googlebot
  Disallow: /*?*sort=
  Allow: /*?sort=featured$

（Googleのフィルタブロック例をsort=パラメータ向けに応用したもので、Googleの逐語例ではありません。）

• 空の組み合わせは404にする。 並び替えと絞り込みの組み合わせが0件なら、Googleのファセットガイダンスどおり “return an HTTP 404 status code when a filter combination doesn’t return results” (翻訳) 「フィルタの組み合わせが結果を返さないときはHTTP 404を返す」とし、空のインデックス可能ページを配信しません。
• BingにはGoogleが廃止した手段が残る。 GoogleのURL Parametersツールは2022年に廃止されましたが、Bing Webmaster ToolsのURL Normalizationではsortを意味を変えないパラメータとして登録できます。Fabrice Canel氏も “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems” (翻訳) 「canonicalだけに依存しても、重複問題の完全な解決になるとは限らない」と説明しています。Bingでは追加シグナルとして並び替えパラメータを正規化します。

構造化データと並び順: itemListOrderでできること・できないこと

カテゴリ一覧をItemListでマークアップする場合、itemListOrderプロパティがあります。ただし役割を誤解してはいけません。

• 説明であり指示ではない。 itemListOrderは順序タイプを説明するだけで、文書化されたランキング効果はありません。
• 使用するなら見える順序と一致させる。 Schema.orgは “the order of elements in your mark-up is not sufficient for indicating the order or elements [sic]. Use ListItem with a ‘position’ property in such cases” (翻訳) 「マークアップ内の要素順だけでは順序を示すのに十分でなく、その場合はpositionを持つListItemを使う」と説明します。表示順と違えばシグナルではなく不一致です。
• 一覧にはProductリッチリザルトもない。 Googleの販売者リスティング構造化 データのガイダンスは “Product rich results only support pages that focus on a single product (or multiple variants of the same product). For example, ‘shoes in our shop’ is not a specific product,” (翻訳) 「Productリッチリザルトは単一商品または同一商品の複数バリエーションに焦点を当てるページだけをサポートし、『店舗の靴』は特定商品ではない」と明記し、“focusing on adding markup to product pages instead of pages that list products or a category of products.” (翻訳) 「商品一覧やカテゴリではなく商品ページへのマークアップを重視する」ことを推奨します。ItemListは補助であり、健全な並び替えURL戦略の代替ではありません。

このテーマの位置づけ

商品選定と並び順は、Eコマースのサイト構造を構成する一要素です。URL構造、rel=prev/next廃止後のページネーション、薄いコンテンツへの対応、構造化データを含む一覧ページ全体のライフサイクルはカテゴリページSEOで説明しています。フィルタ・ファセットURLのクロール管理はファセットナビゲーションを参照してください。在庫切れ商品ページをリダイレクト・404・維持のどれにするかも別の判断です。ここでは「どの商品を、どの順序で表示するか」と、そのマーチャンダイジング判断がSEOへ及ぼす影響に絞ります。

AI要約

Advanced版の要点を短くまとめると、次のとおりです。

• カテゴリページには2つの判断があります。 商品選定は、在庫ありだけを出すか、選定商品だけにするか、在庫切れも含めるかなど、表示対象を決めます。並び順はその順序です。前者は内容品質と内部リンクの到達範囲、後者は重複コンテンツとクロール深度の優先順位に影響します。
• Googleは並び順URLを重複コンテンツの例に挙げています。 ?order=priceで「同じ結果一覧」を返す例を示し、noindexまたはrobots.txtを推奨しています。並び替えは無視できるトラッキング用ではなく、方針が必要なアクティブパラメータです。
• 既定の並び順を1つだけcanonicalかつインデックス可能にします。 その他は非canonicalな変形です。純粋な並び替えに独立需要はほぼないため、基本URLへcanonical化するかブロックします。
• 多様性を含むおすすめ順・関連度順は、通常コンバージョンとクロールの双方に適します。純粋な売れ筋順は品ぞろえを実際より狭く見せ、代表的な商品群を深い位置へ埋めることがあります。
• 在庫切れ商品を既定順の先頭へ置かないでください。 在庫は通常検索のランキング要因ではありませんが、在庫切ればかりの一覧は価値が低く見え、クロールと内部リンク評価を浪費します。末尾または切り替え表示の背後へ送り、商品URL自体のインデックス判断とは分けます。
• canonicalだけではクロール予算を守れません。 Googleはタグ確認のため?sort=URLをクロールします。大規模カタログではrobots.txtを併用し、BingではURL Normalizationも利用できます。
• itemListOrderは説明専用です。 順位効果はなく、見える順序と一致させる必要があり、複数商品一覧にProductリッチリザルトはありません。

公式ドキュメント

主にGoogleのEコマース向け資料から、一次情報をまとめます。

Google — Eコマース向け資料

• ページネーションと段階的なページ読み込み — 「フィルタや別の並び順を持つURLのインデックス登録を避ける」節。?order=priceの重複例とnoindex・robots.txtの推奨を含みます。
• EコマースサイトのURL構造を設計する — 重複URLを減らし、?price-ascではなく?sort=price-ascのような?key=value形式を使います。
• ファセットナビゲーションURLのクロールを管理する — 無限URL空間、robots.txtパターン、空のフィルタ組み合わせを404にする方法。並び替えも対象パラメータの一種です。
• Eコマースに関連する構造化データを含める — ProductやProductGroupなど、Eコマースサイト向け構造化データの概要です。
• 販売者リスティングの構造化データ — Productリッチリザルトは単一商品に焦点を当てるページだけをサポートし、商品一覧やカテゴリではなく商品ページへのマークアップを推奨すると明記しています。

Google — 補足資料

• Schema.org — ItemList — itemListOrderプロパティと、マークアップ内の要素順だけでは順序を示せずListItemのpositionが必要だという注意です。
• オンラインビジネスを一時停止または無効化する — 商品URLを完全に削除するより、公開・インデックス可能な状態を維持するというGoogleの選好です。
• Google Merchant Center — 在庫状況属性 — 在庫状況で誤解させない原則を、ここでは一覧UXにも適用します。

Bing / Microsoft

• Bing Webmaster Guidelines — 一般的なクロール・インデックス登録ガイダンスです。Googleと異なり、Bingは現在もrel=prev・rel=nextを扱います。
• Better than canonical: URL Normalization — Fabrice Canel氏が、sortパラメータを無視可能として登録できるBingのURL Normalization機能を説明しています。

出典からの引用

GoogleとBingによる公の発言です。リンク先が対応している場合、各リンクは引用箇所へ直接移動します。

Google公式資料 — 並び順と重複コンテンツ

• “you may support ?order=price on URLs to return the same list of results ordered by price.” (翻訳) 「同じ結果一覧を価格順で返す?order=priceをURLで提供する場合がある」— Google Search CentralのEコマース向けページネーション資料。 引用箇所へ
• “To avoid indexing variations of the same list of results, block unwanted URLs from being indexed with the noindex robots meta tag or discourage crawling of particular URL patterns with a robots.txt file.” (翻訳) 「同じ結果一覧の変形をインデックスさせないため、不要なURLをnoindex robotsメタタグで除外するか、robots.txtで特定URLパターンのクロールを抑える」 引用箇所へ
• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (翻訳) 「同じ内容を返す代替URLを減らし、Googleが必要以上にサイトへリクエストしないようにする」 引用箇所へ
• “Faceted navigation’s most common implementation, which is based on URL parameters, can generate infinite URL spaces which harms the website in a couple ways” (翻訳) 「URLパラメータを基盤とする一般的なファセットナビゲーション実装は、無限のURL空間を生成し、いくつかの点でサイトを損なうことがある」— 資料が最初に挙げる問題は過剰クロールで、クローラーは実際にクロールするまで不要なファセットURLか判断できません。 引用箇所へ

Google Search Advocate John Mueller氏 — 在庫切れと在庫水準

• “And when it comes to the normal search results, it can happen that we when see that something is out of stock, we will assume it’s more like a soft 404 error, where we will drop that URL from the search results as well.” (翻訳) 「通常の検索結果では、商品が在庫切れだと認識するとsoft 404に近いと判断し、そのURLを検索結果から除外することがある」

  2022年4月頃のSearch Centralオフィスアワーを扱ったSearch Engine Journalの記事による伝聞で、一次情報はオフィスアワーの録画です。

• “The other thing that’s also important to note here is that even if one product goes out of stock, the rest of the site’s rankings are not affected by that.” (翻訳) 「もう一つ重要なのは、1商品が在庫切れになっても、サイトの他の順位には影響しないということだ」

  同じオフィスアワーを扱ったSearch Engine Journalの記事によります。

• Twitter/Xで在庫水準が順位へ影響するか尋ねられたJohn Mueller氏の回答: “that seems unrelated, at least for normal search. It might impact product search but he is not sure if it will or won’t – but normal web search, it should not impact.” (翻訳) 「少なくとも通常検索では無関係に見える。商品検索には影響する可能性があるが確実ではなく、通常のウェブ検索には影響しないはずだ」

  Search Engine RoundtableのBarry Schwartz氏が2022年1月5日に、Mueller氏の1月4日のTwitter/X投稿を引用して報告しました。ブラウザのユーザーエージェントによる直接再取得でも逐語確認済みです（既定のfetch UAは403になります）。 記事

Schema.org — ItemList

• “The order of elements in your mark-up is not sufficient for indicating the order or elements [sic]. Use ListItem with a ‘position’ property in such cases.” (翻訳) 「マークアップ内の要素順だけでは要素の順序を示すのに十分ではない。その場合はpositionプロパティを持つListItemを使用する」 引用箇所へ

Google — 販売者リスティングの構造化データ

• “Product rich results only support pages that focus on a single product (or multiple variants of the same product). For example, ‘shoes in our shop’ is not a specific product.” (翻訳) 「Productリッチリザルトが対応するのは、単一商品または同一商品の複数バリエーションに焦点を当てるページだけであり、『店舗の靴』は特定商品ではない」Googleはさらに、“We recommend focusing on adding markup to product pages instead of pages that list products or a category of products.” (翻訳) 「商品一覧や商品カテゴリのページではなく、商品ページへのマークアップ追加を重視することを推奨する」と説明しています。 引用箇所へ

Microsoft BingのFabrice Canel氏

• “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.” (翻訳) 「canonicalタグへの依存だけで、すべての重複コンテンツ問題を完全に解決できるとは限らない」— BingのURL Normalization機能について。

  Bing Webmaster Blog、2012年4月。 出典

この並び替えURLにはどの処理を適用するべきか

各並び替え・フィルタの変形を、次の順序で判断します。

1. これは既定・基本表示ですか（並び替えパラメータなし、または選択した既定順）？ → インデックスします。 これが唯一のcanonical表示です。以下はその他の表示について判断します。

2. この変形は商品集合を変えますか、それとも順序だけを変えますか？

• 順序だけを変える純粋な?sort=変形 → 手順3へ。
• color=redのように商品集合を変えるフィルタ → 並び替えではなくファセットナビゲーションの判断です。ファセットナビゲーションを参照してください。

3. この並び替え表示に現実の独立した検索需要がありますか？

• ない（ほぼ常にこちら。「価格の安い順」で検索する人はいません）→ 手順4へ。
• ある（純粋な並び替えでは非常にまれ）→ 専用URL、固有のタイトルとH1、自己参照canonicalを用意し、先にキーワード調査で需要を確認します。

4. カタログまたはURL数はどの程度ですか？

• 小規模〜中規模 → 並び替え変形を基本表示へcanonical化します。 通常はこれで十分です。
• 大規模・URL数が多い → canonical化に加え、robots.txtで並び替えパラメータをブロックします。 canonicalだけでは変形ごとにクロールが発生します。

5. 並び替えとフィルタの組み合わせが0件を返しますか？ → 空のインデックス可能ページではなく、実際の404を返します。

一覧内の在庫切れ商品をどこへ置くべきか

商品自身のページについてですか、それとも一覧内の位置についてですか？

• 商品自身のURL（リダイレクト・404・公開維持）→ 在庫切れの商品ページに関する別の判断です。Googleは通常、URLの公開維持を支持します。
• カテゴリ一覧内の位置 → 次へ進みます。

カテゴリの大半が在庫切れですか？

• はい → 一覧が薄く価値の低いページに見えるおそれがあります。既定表示から在庫切れを外し、「在庫切れを表示」切り替えを用意して、購入可能商品を先に見せます。
• いいえ → 在庫切れ商品を既定順の末尾へ送ります。 先頭へ置かず、商品自体をインデックスから外しません。

原則: インデックスから除外するかは商品ページの問題で、既定順のどこへ置くかは一覧の問題です。両者を分けて判断します。

判断のためのメンタルモデル

1. 2つのレバーには異なる失敗があります。 商品選定は内容品質と内部リンクの到達範囲で失敗し、並び順は重複コンテンツとクロール深度で失敗します。一覧の成果が悪いときは、変更前にどちらのレバーが原因か確認します。

2. 既定表示が最もクロールされ、リンクされます。 既定順の上部やページネーション1ページ目に置いた商品ほど、Googleに安定してクロールされ、重要と扱われます。意識していなくても、既定順の選択はクロール優先度と内部リンク配分の選択です。

3. 通常、マーチャンダイジング最適とSEO最適は近い関係にあります。 多様性を含むおすすめ順・関連度順は、品ぞろえを適切に代表します。「欲しい商品がない」という誤解を減らしてコンバージョンに役立ち、Googleへ幅広い商品群を見せてクロールにも役立ちます。両者の衝突は例外として、明確な理由を求めます。

4. 並び替えはアクティブパラメータなので、方針が必要です。 表示を変える並び替えパラメータは、トラッキング用のように無視できません。各変形を基本URLへcanonical化するか、noindexとrobots.txtを適用するか明示します。放置して結果を期待してはいけません。

5. 在庫切れでは、インデックスと一覧内の位置を分けます。 商品ページをインデックスに残すかは商品ページの判断で、通常は公開を維持します。一覧内の位置は末尾へ下げます。一方の答えで他方まで決めないでください。

商品選定と並び順の監査

重複URLを増やさず、適切な商品を適切な順序で表示できているか確認します。

商品選定 — 何を表示するか

• 在庫切れ商品が既定順の先頭にない。末尾または「在庫切れを表示」切り替えの背後へ置いている。
• 大半が在庫切れのカテゴリで、既定表示が購入可能商品ゼロになっていない。
• 在庫切れ商品を一括でインデックスから隠していない。商品URLの扱いは別途判断し、Googleは通常URLの公開維持を支持する。

並び順 — どの順序で表示するか

• 既定・基本の並び順を1つ選び、canonicalかつインデックス可能にしている。
• 既定表示が、最安商品や特定の売れ筋だけでなく、カタログを代表する購入可能な商品群を見せている。
• 需要の高い商品や旗艦商品が、重いページネーションの深部へ埋もれていない。

並び替えURL

• ?sort=・?order=変形を基本表示へcanonical化するか、ブロックしている。
• 大規模カタログでは、並び替えパラメータをrobots.txtでもブロックしている。canonicalだけでは変形ごとにクロールが必要になる。
• 並び替えパラメータは?price-ascではなく?sort=price-ascのような?key=value形式を使っている。
• 0件になる並び替えとフィルタの組み合わせは404を返す。
• Bing Webmaster ToolsのURL Normalizationでsortパラメータを登録している。

構造化データ

• ItemList・itemListOrderを使う場合、見える順序と一致している。
• 複数商品一覧へProductリッチリザルト用マークアップを付けていない。

商品選定と並び順 — チートシート

並び替えURLの変形 → 対応

一覧内の在庫切れ商品

既定の並び順を選ぶ

要点

• Googleが示す並び替えの重複例: ?order=price → “the same list of results.” (翻訳) 「同じ結果一覧」
• 並び替えは、明確な判断が必要なアクティブパラメータで、無視できるパッシブパラメータではありません。
• canonicalだけではクロール予算を守れません。Googleは変形URLもクロールします。
• 在庫水準は、通常検索のランキング要因ではありません（Mueller氏）。
• itemListOrderは説明専用で、見える順序と一致させる必要があり、リッチリザルト効果はありません。
• BingではURL Normalizationでsortを無視可能と指定できます。GoogleのURL Parametersツールは廃止済みです。

よくある間違い

「ロングテールを増やす」ため、すべての並び替え候補をインデックスする。 純粋な並び替え変形は、同一の商品集合を別順序で見せるだけです。「価格の安い順に並べた靴」のような検索需要はほぼありません。インデックスすれば、キーワード上の利点なしに重複コンテンツとクロール負荷だけが増えます。基本表示へcanonical化してください。

売れ筋順が常に最も安全な既定順だと思い込む。 Baymardの調査では、売れ筋順はカタログを実際より狭く見せることがあります。Practical Ecommerceも、評価の低い商品や高額商品が先頭へ出て離脱を促す可能性を示しています。多くのカタログには、多様性を含むおすすめ順・関連度順が推奨されます。

在庫切れ商品を既定順の先頭へ置く。 在庫切れ商品は購入につながらず、先頭のクロール・内部リンク上の優位を浪費し、一覧を薄く見せます。先頭へ集中させず、末尾へ送ってください。

一覧を「整理する」ため在庫切れ商品をインデックスから外す。 これは2つの判断を混同しています。一覧内の位置は下げても、インデックス状態は別に判断し、通常は商品URLの公開を維持します。一律削除すると、Googleが維持を支持するページまで失います。

並び替えをトラッキング用のパッシブパラメータと同じに扱う。 並び替えは表示を変えるアクティブパラメータなので、インデックス方針が必要です。トラッキングトークンのように正規化して無視することはできません。

巨大なカタログでcanonicalだけに依存する。 canonicalはシグナルを統合しますが、Googleはタグ確認のため各変形をクロールします。URL数の多いカタログでは、実際にクロール予算を守るため、canonicalと並び替えパラメータのrobots.txtブロックを併用します。

itemListOrderをマークアップすれば順位が上がると期待する。 itemListOrderは説明用で、文書化された順位効果はなく、見える順序と一致させる必要があります。複数商品一覧にはProductリッチリザルトもありません。構造化データは、健全な並び替えURL戦略の代わりになりません。

商品選定と並び順を監査するツール

• Google Search Console — ページのインデックス登録レポート — 除外・重複グループへ?sort=・?order=URLが増えていないか確認します。並び替え変形がインデックスへ漏れている最も明確な兆候です。
• GSC — クロール統計情報 — Googlebotが本来の商品ページより並び替えパラメータURLへ過剰な時間を使っていないか確認します。
• Bing Webmaster Tools — URL Normalization — Bingでsortパラメータを無視可能として登録します。Googleが廃止したURL Parametersツールに相当する追加手段です。
• Ahrefs Site Audit — パラメータURLの急増、クロール深度、ページごとの内部リンク数を調べ、現行の既定順がどの商品を先頭に置き、どの商品を埋めているか確認します。
• Screaming Frog SEO Spider — カテゴリツリーをクロールし、ページネーション深部でしか到達できない商品と、canonical化・インデックス可能になっている並び替えURLを監査します。
• Ahrefs Keywords Explorer — 並び替え表示を個別インデックスする前に、独立需要が本当にあるか確認します。実際にはほぼありません。

商品選定と並び順の問題を診断する

ページのインデックス登録レポートが並び替えURLで埋まる

考えられる原因: カテゴリUIがクロール可能な?sort=・?order=リンクを出し、canonical、robotsルール、内部リンク設計で抑制できていません。修正: 既定のインデックス表示を1つ選び、並び替え変形をそこへcanonical化します。クロール浪費が大きいカタログでは、限定した並び替えパターンをブロックします。価値のあるフィルタURLとページネーションURLに影響しないことも確認します。

Googlebotが並び替え変形を大量にクロールする

考えられる原因: 各カテゴリが複数のクロール可能な並び順を公開し、canonicalタグだけではURL取得を止められていません。修正: 不要な並び替え状態へのクロール可能リンクを削除し、実際のパラメータ形式に合わせて検証済みのrobots.txt制御を追加します。ログまたはクロール統計情報でリクエスト割合の低下を確認します。

旗艦商品がクロール深部に残る

考えられる原因: 既定順が狭いマーチャンダイジング規則や不安定なシグナルを優先し、戦略的重要商品をページネーションの奥へ埋めています。修正: カタログを代表するおすすめ順・関連度順を評価し、必要に応じてカテゴリやナビゲーションから意図的にリンクします。買い物体験を損なわず、クロール深度と内部リンク数が改善することを確認します。

在庫切れ商品が1ページ目を占める

考えられる原因: 並び順ロジックに在庫状況が含まれていないか、古い在庫データで一覧を作っています。修正: 購入不能商品を下げるか「在庫切れを表示」操作の背後へ置き、商品ページのインデックス判断とは分けます。既定表示の先頭が購入可能商品になっていることを確認します。

並び替え制御が機能することを証明する

並び替えURLのcanonicalとクロール処理をテストする

実施するテスト: 代表的な基本URL、?sort=URL、?order=URLをリクエストし、canonicalタグと本番robotsルールを確認します。期待結果: 基本表示は200を返して自己参照canonicalを持ち、並び替え変形は基本URLを指して承認済みのクロールルールに一致します。失敗の解釈: テンプレートまたはrobotsパターンが実際のURL形式と一致していません。監視期間: レスポンス、canonical、robotsの結果は即時に確認でき、Googleが選ぶcanonicalは再クロール後に変わります。ロールバック条件: 基本カテゴリ、ページネーション、または需要のあるファセットがブロックされるか非canonicalになります。

既定の商品順をテストする

実施するテスト: 本番在庫フィードで代表カテゴリをレンダリングし、1ページ目の商品リンク、在庫状況、クロール深度を記録します。期待結果: 承認済みの既定順が一貫して表示され、購入可能商品が先頭にあり、旗艦商品が意図せず埋もれていません。失敗の解釈: キャッシュ、パーソナライズ、古い在庫、競合するマーチャンダイジング規則が既定順を上書きしています。監視期間: キャッシュ期限切れまたはパージ後すぐ。ロールバック条件: リリースにより関連在庫が1ページ目から消えるか、検証済みの販売目標を大きく損ないます。

0件になる並び替えとフィルタの組み合わせをテストする

実施するテスト: カタログ規則上、結果が存在しない既知の組み合わせをリクエストします。期待結果: インデックス可能な空一覧ではなく、実際の404を返します。失敗の解釈: 結果なし状態でもテンプレートが汎用の200シェルを返しています。監視期間: 即時。ロールバック条件: 在庫の少ない有効な組み合わせまで空と誤分類されます。

商品選定と並び順の指標

並び替えURLの規模

指標: Googleのクロールデータとページのインデックス登録データに含まれる?sort=・?order=URLの件数と割合。分かること: 任意の並び順が重複URLの負荷を生んでいるか。取得方法: Search Consoleのページのインデックス登録エクスポートと、検証済みbotログをパラメータ別に分類します。基準・現実的な範囲: サイトで承認した「既定表示は1つ」という方針と自サイトのベースラインで比較します。生の件数はカタログ規模で変わります。頻度: 毎月、および一覧テンプレート公開後。

旗艦商品のクロール深度

指標: カテゴリページで優先したい商品へのクロール深度と内部リンク数。分かること: 既定順とナビゲーションが重要在庫を実際に見つけやすくしているか。取得方法: ホームページからクロールし、URLを現行の旗艦・優先商品リストと結合します。基準・現実的な範囲: サイト階層に応じて許容深度を定義し、非優先商品と比較します。普遍的なクリック深度の閾値を作らないでください。頻度: マーチャンダイジング変更後と毎月。

1ページ目の在庫構成

指標: 既定の1ページ目にある商品のうち、現在購入可能な商品の割合。分かること: 購入不能在庫が、買い物客とクローラーにとって最も強い位置を消費していないか。取得方法: 既定のカテゴリリンクを抽出し、正式な在庫フィードと結合します。基準・現実的な範囲: カテゴリと季節ごとにベースラインを作ります。クリアランスとアーカイブカテゴリには別の期待値が必要です。頻度: 在庫変動が激しい場合は毎日、それ以外は毎週。

理解度テスト: 商品選定と並び順

カテゴリページにどの商品をどの順序で表示するか、そのSEO上の影響を問う5問です。各問で回答を選び、結果を確認してください。

参考にする価値のあるリソース

私の記事

• 在庫切れ商品をどう扱うべきか？ 状況によって異なる — 在庫切れの商品ページをリダイレクト・404・公開維持のどれにするかを判断する私の枠組み。一覧内の位置とは別問題です。
• URL Parameters: A Complete Guide for SEOs — 並び替えを実際のインデックス判断が必要なアクティブパラメータに分類し、canonicalでも変形ごとにクロールが発生すると説明しています。
• Faceted Navigation: Definition, Examples & SEO Best Practices — 私がレビューしたフィルタ・ファセットURL管理の詳細解説。ロングテール需要という観点からも、純粋な並び替えはフィルタよりブロック判断が明確です。

私の講演

• How Search Works（SlideShare）— クロール、レンダリング、インデックス登録、ランキングをたどり、既定順のどの商品が実際に見つかるかを決める流れを説明しています。（継続的な免責事項: “This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳) 「これは私のシステム理解であり、100%完全または正確とは限りません」）

業界の資料

• 商品一覧は多様性を考慮した「関連度順」にする（Kathryn Reeves、Baymard Institute）— 純粋な売れ筋順に反対し、多様性を含む既定順を支持する厳密なUX上の根拠です。
• カテゴリの既定順がコンバージョンを損なう場合（Pamela Hazelton、Practical Ecommerce）— 悪い既定順が低評価・高価格の商品を先頭へ出し、早期離脱を招くというCRO上の議論です。
• フィルタや別の並び順を持つURLのインデックス登録を避ける（Google Search Central）— ?order=priceを重複コンテンツの例にした公式ガイダンスです。
• Google: Out-Of-Stock Products May Impact Search Visibility（Search Engine Journal）— 在庫切れ商品のsoft 404と「サイトの他の順位には影響しない」というMueller氏の発言を扱っています。
• Managing crawling of faceted navigation URLs（Google Search Central）— 無限URL空間と、並び替え・フィルタの空の組み合わせを404にする規則です。
• Better than canonical: URL Normalization（Fabrice Canel、Bing）— sortパラメータを無視可能と指定する、現在も利用できるBingの機能です。

変更履歴