ECのカテゴリページSEO｜階層設計と絞り込み検索でクロールを守る実装

結論から書きます。ECサイトのカテゴリページSEOでやることは、次の2つに集約されます。

1. カテゴリページを「検索の受け皿」として作る。お客様が検索する言葉に合わせて階層を切り、一覧だけでなく「選び方」を書き、全商品にリンクでたどり着けるようにする（第2〜6章）
2. 絞り込み検索とページネーションで「クロールの穴」を開けない。絞り込みの組み合わせで生まれる無限のURLをGoogleに追わせず、ページ送りは固有URLで正しくつなぐ（第7〜9章）

1つ目は「増やす」話、2つ目は「守る」話です。私の経験則として、相談に来るEC担当者の多くは1つ目ばかり気にして、2つ目で損をしています。絞り込み検索の導入後にインデックス（Googleの検索対象への登録）の数が異常に増える事故は、設計の段階で防げます。

根拠は、Google検索セントラルのECサイトのベストプラクティスのうち「URL構造」「サイト構造」「ページネーション」の3文書と、ファセットナビゲーションのクロール管理（いずれも2026年11月取得）です。章ごとに引用します。

お客様が検索窓に打つ言葉は、「革靴 メンズ ビジネス」のような種類を表す言葉が大半です。「見比べたい」という意図に1つの商品ページで答えるのは無理があり、受け皿はカテゴリページになります。商品名や型番で探す人は購入に近く、受け皿は商品ページです。この2つは分けて設計します。

カテゴリページが商品ページに「食われる」ときに起きていること

「カテゴリページを作ったのに、検索結果には商品ページばかり出る」という相談の原因は、ほぼカテゴリページ側にあります。一覧だけで文章がない、タイトルが「革靴」の1語で検索語と合っていない、階層が深くてトップからのリンクが遠い、のどれかです。カテゴリページが「種類を表す検索語」の受け皿として成立していない状態で、直し方は第3章と第6章で扱います。

検索語の見分け方はECのキーワード選定、商品ページ側はECの商品ページSEOに書きました。

最初に捨ててほしい考えが、「社内の商品分類をそのままカテゴリにする」です。仕入れ先別・型番体系別の分類は、お客様の探し方と一致しません。私が前職で自社ECのカテゴリを切り直したときの基準も、「お客様が検索窓に打つ言葉で分ける」の一点でした。順番は3ステップです。

ステップ1：検索語を集めて、種類を表す言葉だけを残す

GSC（Google Search Console＝検索結果での順位や流入を確認できる無料ツール）の「検索パフォーマンス」で、自社サイトに表示されている検索語を書き出します。流入がないサイトなら、Googleの検索窓に出る候補語を集めます。商品名・型番を除き、種類・用途・対象・素材を表す言葉だけを残します。残った言葉がカテゴリの候補です。

ステップ2：言葉を「親子」に並べる。深さは3階層まで

「革靴」→「メンズ革靴」→「メンズ ビジネス革靴」のように、広い言葉から狭い言葉へ並べます。私が勧める深さはトップ→大カテゴリ→中カテゴリ→商品の3階層までです。Googleの決まりではなく私の経験則ですが、4階層以上になるとトップからのリンクが遠くなり、中カテゴリの評価が集まりにくくなります。入れる・入れないは次の表で決めます。

ステップ3：切り直しは「統合」から。リダイレクトを先に設計する

運営中のサイトで階層を変えるときは、増やす前に統合します。似た言葉のカテゴリが2つあると、どちらを検索結果に出すかGoogle側で迷いが生じます。古いURLから新しいURLへのリダイレクト（転送）も先に設計します。私の経験則として、統合後に順位が落ち着くまでは週ではなく月の単位で見て、途中で戻さないでください。手順はECサイトリニューアルで検索順位を落とさない方法に書きました。

「URLを /shoes/mens/business/ のように階層にすれば構造が伝わる」と思われがちですが、公式文書の記述は違います。ECサイトの構造をGoogleに理解してもらう（Google検索セントラル・2026年11月取得）には、次の一文があります。

Google generally doesn’t look at the structure of URLs to work out the structure of a site.

出典：Help Google understand your ecommerce site structure（Google検索セントラル・2026年11月取得）

私の訳では「Googleは通常、サイトの構造を把握するのにURLの構造を見ていない」です。同じ文書は、ページ間のリンク関係を分析して構造と相対的な重要度を判断する、と続けています。階層を伝える手段はURLではなくリンクです。実装で守ることは4つです。

1. メニュー→カテゴリ→サブカテゴリ→商品ページと、リンクでたどれるようにする。公式文書は、インデックスさせたい全商品にリンクすることを「強く推奨（strongly recommended）」しています
2. リンクは <a href> で書く。公式文書は、ナビゲーションにJavaScriptのイベントを使わないよう求めています
3. サイト内検索からしか行けない商品を作らない。公式文書には「Googlebotは通常、サイト内の検索ボックスに検索語を入力することはない」とあります
4. 全ページにリンクできない場合は、サイトマップかGoogle Merchant Centerのフィードを使う（同じ文書の記述）

大事なカテゴリの重要度は、トップからのリンクで伝える

同じ文書は、ベストセラー商品があればトップページやブログからリンクして重要度を示すよう勧めています。カテゴリも同じで、売上の柱になるカテゴリはトップページの本文から直接リンクしてください。前職では、その対象を「売りたいもの」ではなく「検索されているもの」で選んでいました。全商品ページに親カテゴリへのパンくずリストを置くと、商品からカテゴリへ評価が戻る道もできます。

URLは構造を伝える手段ではありませんが、クロール事故の防止には重要です。ECサイトのURL構造の設計（Google検索セントラル・2026年11月取得）の推奨を、カテゴリページに当てはめると次のようになります。

商品バリエーション（色・サイズ）のURLとcanonical

同じ公式文書は、各バリエーションを個別のURLで識別できるようにし、任意のクエリパラメータでバリエーションを表す場合は、パラメータを省いたURLをcanonical（正規URL＝重複ページのうち代表として評価してほしいURL）にすると書いています。カテゴリ一覧からは商品の正規URLにリンクし、色やサイズは商品ページ内で切り替える構成が、クロールの面では安全です。

カート側のURL制約は、契約前に確認する

Shopify・BASE・STORESなどのカートでは、URLの形がカート側で決まっていて変えられない部分があります。執筆時点で各社の公式ヘルプから仕様の全文を確認できていないため「要確認」とし、契約前に「カテゴリのURLを自分で決められるか」「絞り込みのURLがどう生成されるか」「canonicalを自分で設定できるか」の3点を文書で確認してください。カートの比較はShopify・BASE・STORES徹底比較にまとめています。

階層とリンクを整えても、「商品画像と価格が並んでいるだけ」では受け皿として弱いままです。お客様がカテゴリページに来る理由は「見比べたい」「どれを選べばいいか知りたい」です。その問いに答える要素を、一覧の上と下に足します。

「説明文を入れる」で終わらせないための3つの注意

• 一覧の上に長文を置かない。上は短く、詳しい選び方は一覧の下に置きます
• 全カテゴリに同じ文章を使い回さない。カテゴリ名だけ差し替えた定型文は、薄い重複ページを増やすだけです。まず売上の柱になるカテゴリから書きます
• 2ページ目以降は同じ説明文でよい。公式のページネーション文書は、連続するページで同じタイトル・説明文を使ってもよいとしています（第8章）

カテゴリページには「選ぶための最短の情報」、ブログには「背景や比較の深掘り」と分けると両方が成立します。ブログ側はECサイトのコンテンツマーケティングに書きました。

本記事で一番大事な章です。絞り込み検索（ファセットナビゲーション＝色・サイズ・価格帯などの条件で一覧を絞る機能）は、条件の組み合わせごとにURLを生みます。ファセットナビゲーションURLのクロール管理（Google検索セントラル・2026年11月取得）は、これを次のように書いています。

（faceted navigation）can generate infinite URL spaces which harms the website in a couple ways

出典：Managing crawling of faceted navigation URLs（Google検索セントラル・2026年11月取得）

私の訳では「無限のURL空間を生み出し、いくつかの点でサイトに害を与えうる」です。害の中身は、クロールがサーバーの資源を消費すること、新しいURLの発見が遅くなりうることです。「新商品がなかなか検索に出ない」という相談で、私が最初に疑うのはこの状態です。

まず決めること：その絞り込みURLを検索結果に出したいか

制御の方法を選ぶ前に、絞り込み条件を「検索結果に出したいもの」と「出さなくてよいもの」に分けます。判断基準は第3章と同じで、その条件を含む言葉が検索されているかです。「メンズ ビジネス革靴 黒」が検索されているなら「色＝黒」は出したい条件、「価格帯 1万〜2万円」は出さなくてよい条件です。

robots.txtの例です。検索されていない条件のパラメータだけを拒否します。

User-agent: *
Disallow: /*?*price=
Disallow: /*?*sort=
Disallow: /*?*stock=
Disallow: /*&price=
Disallow: /*&sort=
Disallow: /*&stock=

なお、Search Consoleにかつてあった「URLパラメータツール」は、Google検索セントラルの公式ブログ（2022年3月公開・1年以上前・2026年11月取得）で廃止が告知され、現在は使えません。「Search Consoleで設定すればよい」という古い情報には注意してください。

異常に気づく手順：Search Consoleの「ページ」レポートから

絞り込みURLの膨張は、Search Consoleの「インデックス作成」→「ページ」レポートで分かります。私が案件で最初に見る順番です。

1. 「クロール済み – インデックス未登録」と「検出 – インデックス未登録」の件数の推移を見る。絞り込みを導入した時期から急増していれば、クロールの穴が開いています
2. 該当URLの一覧を開き、? 以降のパラメータの種類を数える。価格帯・並び順・表示件数が大半なら、第一候補はrobots.txtです
3. 「代替ページ（適切な canonical タグあり）」に絞り込みURLが並んでいればcanonicalは効いています。並んでいなければ、カートがcanonicalを出していない可能性があります

ここまでで「何が」「いつから」増えたかは突き止められます。残す条件と止める条件は、第3章の検索需要の判断で決めます。

商品数が多いカテゴリでは「ページネーション（ページ送り）」が必要になります。古い情報が最も残っている領域です。ページネーションと段階的な読み込みがGoogle検索に与える影響（Google検索セントラル・2026年11月取得）の記述に沿って、正誤を整理します。

rel=”next”/”prev”は、Google検索セントラルの2014年2月の公式ブログで推奨されていた経緯がありますが、10年以上前の記事で、現行のページネーション文書で上書きされています。古い記事を根拠にした要件が制作会社から出てきたら、現行文書のURLを示して訂正してください。

「もっと見る」ボタンと無限スクロールの罠

ページ送りの代わりに「もっと見る」ボタンや無限スクロール（下まで行くと自動で次の商品が読み込まれる方式）を採用するサイトが増えています。公式文書は、これらが一般的にJavaScriptで実装されること、「Google’s crawlers don’t “click” buttons（Googleのクローラーはボタンを”クリック”しない）」ことを理由に、ユーザー操作のあとにしか読み込まれない商品は見つけられない可能性があると書いています。

対処は2つです。無限スクロールであっても裏側で ?page=2 のような固有URLへの a href リンクを持たせること、そしてサイトマップで全商品URLを渡すことです（公式文書もサイトマップの使用を勧めています）。「お客様に便利」と「Googleが見つけられる」は両立できますが、何もしなければ両立しません。

制作会社に渡す要件（コピーして使えます）

• ページ送りの各ページに固有URL（?page=n）を与え、前後のページへ a href でリンクすること
• 2ページ目以降のcanonicalは自分自身を指すこと（1ページ目を指さない）
• 「もっと見る」や無限スクロールを採用する場合も、固有URLへの a href リンクとサイトマップを用意すること

廃番や季節の入れ替えで商品がゼロになるカテゴリは、運営を続けると出てきます。私の失敗を書きます。前職で、廃番で商品がなくなったサブカテゴリを一覧ページのまま残していた時期がありました。検索流入はしばらく残り、空の一覧に着地したお客様はそのまま離脱していました。「表示はあるのに購入がない」ページを洗い出すまで、数か月見逃していました。商品が消えたカテゴリは、放置が一番損をします。

公式文書の記述：noindexか、404か

第5章のURL構造の公式文書（2026年11月取得）は、商品がないカテゴリにはnoindex（検索結果に載せない設定）のrobotsメタタグを使い、サイトがそのカテゴリを自動的に削除する場合は404（見つからない）のHTTPステータスコードを返すことを検討するよう書いています。使い分けは次の通りです。

私が勧めている運用は、月に1回、全カテゴリの商品数を一覧にして、0件と1〜2件のカテゴリを上の表に当てることです。

Q. 絞り込み検索をやめれば、クロールの問題はなくなりますか？

なくなりますが、お客様の使い勝手を犠牲にするのは本末転倒です。やめるのではなく、検索されている条件だけを固有URLにし、それ以外はrobots.txtで止める（第7章）のが正解です。並び順の変更のように、URLを変えずに済む実装（# を使う）も選べます。

Q. カテゴリの切り直しで、順位はどのくらい落ちますか？

一概には言えず、私も数値では約束しません。リダイレクトを正しく設計し、内部リンクとサイトマップを新しいURLに揃えれば落ち込みは限定的に抑えられる、というのが私の経験則です。

ECのカテゴリページSEOについて、本記事で伝えたかったことは3つです。

1. カテゴリは「お客様の検索語」で切る。社内分類ではなく、検索されていて商品が複数ある言葉だけをカテゴリにし、深さは3階層まで
2. 構造はURLではなくリンクで伝える。全商品にカテゴリ経由の a href リンクでたどり着けるようにし、大事なカテゴリはトップから直接リンクする
3. 絞り込みとページ送りで穴を開けない。検索されない絞り込み条件はrobots.txtで止め、ページ送りは固有URLで、1ページ目をcanonicalにしない

この3つを1つにまとめると、「カテゴリ設計は『増やす』より『クロールを守る』」です。受け皿を増やすのは、穴をふさいだあとで間に合います。本記事の引用はすべてGoogle検索セントラルの現行文書で、2026年11月時点の確認値です。制作会社やカート会社と話すときは、各章の公式文書のURLをそのまま渡してください。