絞り込み検索ページで失速しない 守るURLと閉じるURLの判断基準

絞り込み検索ページの運用で最初に決めるべきなのは、「どの条件を見せるか」ではありません。どの条件を検索結果から外すかを先に決めることです。ここが曖昧なまま条件の種類を増やすと、カテゴリページや商品詳細ページより先に、需要の薄いURLへクロールが流れます。売上に近いページの再評価が遅れ、流入がじわじわ鈍る。現場で厄介なのは、この静かな失速です。

Google は 絞り込みURLのクロール管理 で、不要な絞り込みURLはクロールさせない設計を勧めています。クロールバジェット管理 でも、重複や低価値URLに巡回が使われると、他の有用なURLに時間が回りにくくなると整理されています。つまり、絞り込み検索は「たくさん作るほど強い施策」ではありません。検索需要がある条件だけを固定URLとして残し、それ以外は統合、遮断、削除のいずれかに振り分ける施策です。

JPSM SEO 編集事業部では、絞り込み検索ページを増やす提案より先に、既存URLの棚卸しを勧めています。特に月間PVが10万未満のサイトでは、残すURLが多いこと自体が強みになる場面はほとんどありません。むしろ、残す本数を絞ったサイトのほうが、カテゴリ本体と商品詳細の伸びが安定しやすい。これが実務で繰り返し確認してきた結論です。

絞り込み検索ページが失速する根本原因を先に押さえる

絞り込み検索ページが失速する理由は単純で、URLが増えすぎることに尽きます。色8種、サイズ6種、ブランド20種、価格帯5種、在庫条件2種、並び替え4種があれば、1カテゴリだけで 8×6×20×5×2×4 = 19,200 通りになります。結果一覧が3ページまで続けば、URL候補は57,600です。実際には無効な組み合わせもありますが、Googlebot は最初からその中身を知りません。見に行ってから不要だと判断します。この往復が無駄になります。

Google の URL 構造のガイドライン は、URLが読みやすく、規則的で、内容の意味が追いやすいことを重視しています。ところが絞り込み検索は、条件の追加順がぶれたり、同じ意味のパラメータが複数の表現で混在したりしやすい領域です。たとえば `?color=black&size=m` と `?size=m&color=black` を別URLとして返しているだけで、管理対象が倍に増えます。さらに `?sort=price_asc` のような操作系URLまで200で返すと、検索結果に出す価値がないURLがクロール対象に混ざります。

ここは曖昧にしないでください。次のどれかに当てはまるなら、絞り込みURLの整理を今月中に始めるべきです。

• Search Consoleでインデックス対象URLが直近4週間で15%以上増えたのに、自然検索のクリックは横ばい
• 絞り込みURLのうち、過去90日でクリック0のURLが全体の30%以上
• 並び替えURLや在庫条件URLが `site:` 検索で見つかる
• 主力カテゴリより絞り込み群のほうが、Googlebotのアクセス数が多い週が2週連続で出ている
• 在庫切れや条件不整合でも200を返し続けている

もちろん例外はあります。大規模モール型サイトや中古在庫型のように、条件ごとの需要が強く、在庫変動を含めて更新頻度が高い場合は、絞り込みURLを多めに残す余地があります。ただし、その場合でも「残す基準が文書化されていること」が前提です。担当者ごとに判断が違うままURLを増やすと、半年後には必ず整理不能になります。

残すURLは三条件を満たすものだけに絞る

絞り込み検索ページを `index` で残す基準は、できるだけ少なく、できるだけ明確にしてください。おすすめは三条件です。検索需要がある、商品集合に独自性がある、保守を続けられる。 この三つを同時に満たすURLだけを残します。どれか一つでも欠けるなら、検索流入の入口にする価値は高くありません。

まず見るべきは検索需要です。残す候補は、「カテゴリ名＋条件語」で実際に探されているものに限ります。実務では、Search Console とキーワード調査ツールを合わせ、次のどちらかを満たすURLだけを候補に入れる運用が安定します。

• 直近90日で関連クエリの表示回数が300以上
• 月間検索需要の目安が100以上で、かつ商品一覧の意図と一致している

たとえば「メンズ ランニングシューズ 防水」「オフィスチェア 腰痛 ハイバック」は候補になりやすい一方で、「価格が安い順」「在庫あり」「レビュー順」は閲覧時の操作であり、検索語になりにくい条件です。ここを混同すると、検索結果に出す必要のないURLばかり増えます。

次に見るべきは商品集合の独自性です。親カテゴリとほぼ同じ一覧を出すだけなら、別URLにする意味はありません。目安として、親カテゴリとの重複が70%を超えるURLは残さないほうが安全です。逆に、絞り込み後の商品数が12件から120件に収まり、その条件で比較しやすい一覧になるなら、着地ページとして成り立ちやすくなります。3件しかないURLは薄くなりやすく、300件を超えるURLは条件の意味がぼやけます。

最後は保守です。ここを軽く見ると、公開直後は良くても数か月で傷みます。残すURLは、月1回以上見直す前提で考えてください。タイトル、見出し、導入文、パンくず、内部リンク先、商品集合を確認できない条件は、検索流入の入口に向きません。特に在庫変動が激しい属性、季節で名称が変わる条件、価格幅が頻繁に崩れる条件は危険です。

実務で残す判断をするなら、次の基準まで文書化しておくと迷いません。

• 90日単位でクリック実績か表示実績が確認できる
• 絞り込み後の商品数が通常時に12件以上120件以下
• 親カテゴリとの重複率が70%未満
• 年間で空一覧になる期間が30日未満
• 月1回の文面更新か商品集合確認を運用に組み込める

なお、季節商材や大型イベント向けの短期需要は、商品数が6件から10件でも残す価値があります。ただし、その場合も終了日を決め、需要が終わったら `404` か `301` に切り替える運用まで先に決めるべきです。BtoB商材のように条件軸が細かすぎる領域では、絞り込みURLを増やすより、用途別や課題別の固定ページへ寄せるほうが勝ちやすいことも少なくありません。商品詳細側の情報密度が不足しているなら、先に ECサイト商品ページSEOの実務基準 商品情報と構造設計で評価を積み上げる を見直したほうが、一覧の量産より成果が出ます。

indexと統合と遮断と削除を混同しない

絞り込みURLの整理で最も多い失敗は、手段の役割を取り違えることです。`canonical` は重複整理の合図、`robots.txt` はクロールさせない設定、`noindex` は検索結果から外す合図、`404` は存在しないことの通知、`301` は恒久移転の案内です。似て見えても役割は別です。同じ悩みに同じ処置を当てないことが重要になります。

この中で特に線引きを厳しくしたいのは `noindex` です。絞り込み検索ページのクロール最適化を目的にするなら、`noindex` を中心の手段にしてはいけません。 Google の クロールバジェット管理 でも、`noindex` はページ取得後に外す動きになるため、クロール自体は発生すると整理されています。つまり、検索結果からは外れても、巡回負荷は残ります。クロールを減らしたいURLには、最終的に `robots.txt` や `404` を使ってください。

ただし、`noindex` が無意味なわけではありません。すでに多くの絞り込みURLがインデックスされており、いきなり `robots.txt` で遮断すると削除確認が遅れる場合があります。そのときは、最初に `noindex` で検索結果から外し、インデックスが減ったことを確認してから `robots.txt` に切り替える進め方が安全です。robots meta タグの仕様 を踏まえると、この順番のほうが意図がぶれません。

`canonical` も万能ではありません。重複URLの統合 と 正規URLの考え方 が示す通り、内容差が小さいURL群をまとめるには有効です。しかし、条件語に独立需要があり、一覧内容も大きく変わるURLまで親カテゴリへ集約すると、取れるはずの検索意図まで消します。並び替えには `canonical`、需要のある条件語には専用URL、需要のない条件語には遮断か削除。 この三分割で考えると、実務では最も安定します。

さらに、HTTP ステータスコードの扱い と リダイレクトのガイド を見ると、無理な `301` は避けるべきです。後継がないURLは `404` か `410`、後継が明確なURLだけ `301` にしてください。ホームや親カテゴリへの一括転送は、利用者にも検索エンジンにも粗い処理です。

事業規模別に残す本数の上限を先に決める

絞り込みURLの適正本数は、事業規模によって変わります。同じ判断基準をそのまま当てると、小規模サイトでは過剰になり、大規模サイトでは緩すぎます。重要なのは、残す本数の上限を最初に決めることです。上限がないと、担当者は便利な条件を見つけるたびにURLを増やします。

状況別の推奨を整理すると、次の通りです。

• 月間PV10万未満なら、主力カテゴリごとに3本から5本だけ残すところから始めるべきです。少数に絞って成果が出るかを確かめる前に、10本以上残す理由はありません。
• 月間PV10万から100万でカテゴリ数が20以上あるなら、残す条件を人ではなくルールで決めるべきです。検索需要、独自性、保守性の三条件を満たさないURLは公開しない運用へ切り替えてください。
• 月間PV100万以上、またはSKU10万以上なら、絞り込みURLを編集判断ではなく統制ルールとして管理するべきです。新しい条件軸を追加するたびに、`index` 可否、`canonical` 先、`404` 条件、内部リンクの露出条件まで定義しないと崩れます。
• BtoBや比較検討型のサイトなら、絞り込みURLを増やすより固定ページに寄せるべきです。用途別や課題別の一覧は固定ページ化し、細かな仕様条件はサイト内回遊用に留めたほうが成約に近づきます。

例外はあります。中古車、中古機材、求人、不動産のように、条件自体が検索語になる領域では、色や価格帯に見える条件でも需要を持つことがあります。ただし、その場合でも `index` を許可する前に、検索実績、掲載件数、更新頻度の三つを確認してください。数字が揃わないのに残すのは、希望的観測です。

一覧ページを検索の入口として残すなら、本文設計も欠かせません。見出しだけ差し替えた一覧では弱いので、条件の選び方や比較軸を補ってください。構造化データや見出し設計の整理は、JSON-LDの書き方を実務で整理 ツールを使って安全に実装する基本手順 や Schema.orgマークアップの最新トレンド Google対応と実務設計のずれを埋める と合わせて見直すと、残すURLの質が上がります。

週次で監視する数字と停止条件を先に決める

絞り込みURLの整理は、設定を入れた瞬間に終わる仕事ではありません。公開後の数字を追わないと、整理が妥当だったのか、削りすぎたのかを判断できません。現場では、監視指標を決めないままURL整理に入るのは危険です。特に大規模サイトでは、設定ミスが広がる速さのほうが修正を上回ります。

最低限、週次で見るべき数字は五つです。

• 残すと決めたURL本数に対して、実際にインデックスされている絞り込みURL本数がどれだけ上振れしているか
• 絞り込みURLのうち、過去90日でクリックがあるURLの本数
• Googlebot の巡回先の内訳。主力カテゴリ、商品詳細、絞り込み群の比率
• `404`、`5xx`、soft 404 の発生件数
• 絞り込みURL経由の自然検索流入と売上、または問い合わせ

ここでも停止条件を明確にしておきましょう。おすすめは次の基準です。

実務で特に効くのは、「90日クリック0のまま残っているURL」を毎週見ることです。中小規模サイトで100本を超えたら、設計が緩すぎると考えてください。大規模サイトなら500本程度まで許容できる場面はありますが、それでも増え続けるなら是正対象です。問題はクリックがないことそのものではなく、残す理由を説明できないURLが増えていることにあります。

Google は クロール可能なリンクのベストプラクティス で、`href` を持つ通常リンクの重要性を明示しています。絞り込み導線がJavaScriptイベントだけで実装されていたり、リンクの出し分けが複雑すぎたりすると、想定外のURLが巡回対象になることがあります。数字を見るときは、設定値だけでなく、実際のHTMLでどう出ているかまで確認してください。

週次の実務チェックリストは、次の7項目を回せば十分です。

• 残すURL一覧と、実際にインデックスされているURL一覧の差分を出す
• 承認外の絞り込みURLに内部リンクが張られていないか確認する
• 並び替え、在庫、価格帯のURLが検索結果に残っていないか抜き取り確認する
• 0件一覧、重複条件、存在しないページ番号が `404` を返しているか確認する
• `canonical` が親URLと食い違っていないか、ページ種別ごとに見る
• Search Console のクリック0URLを週次で抽出し、残す理由を再判定する
• 公開後8週間は、Googlebot の巡回先が主力カテゴリへ戻っているかをログで追う

JPSM SEO 編集事業部では、大規模なURL整理の直後は8週間だけ監視頻度を上げることが少なくありません。理由は単純で、適切な修正なら最初の1か月から巡回の偏りが改善し始めるからです。反対に、8週間見ても主力カテゴリの巡回が戻らないなら、整理のやり方か、残すURLの基準が甘いと判断できます。

現場で多い誤処理と立て直し方を先に知る

絞り込みURLの問題は、派手な不具合よりも「一見もっともらしく見える処理」で起きます。担当者が善意で入れた設定ほど長く残り、傷を広げます。ここでは、実務で頻出する誤処理と立て直し方を整理します。

`noindex` を恒久策にしてしまう失敗 検索結果から消したいという判断自体は正しいものの、クロール最適化まで期待するとずれます。前述の通り、`noindex` は取得後の判定です。長期的に負荷を減らしたいURLなら、検索結果から外れたのを確認したうえで `robots.txt` や `404` へ移してください。

0件一覧を200で返し続ける失敗 Google の 絞り込みURLのクロール管理 では、結果がない組み合わせや存在しないページ番号には `404` を返すことが勧められています。0件でも「該当商品はありません」と表示して200を返す設計は、利用者にも検索エンジンにも親切ではありません。空なら空で、存在しないことを正しく返す。 そのほうが整理は速く進みます。

全部を親カテゴリへ `301` する失敗 これは soft 404 を生みやすい典型です。URL変更時のリダイレクト を踏まえても、意味の近い後継URLがある場合だけ `301` にしてください。たとえば「防水ランニングシューズ一覧」を廃止して「ランニングシューズ一覧」へ飛ばすのはまだ理解できますが、「在庫あり」や「安い順」を親カテゴリへまとめて流すのは粗い処理です。

パラメータ順が不定で同義URLが量産される失敗 `?brand=nike&color=black` と `?color=black&brand=nike` を別URLとして扱う設計は、最初に止めるべきです。条件の並び順を固定し、重複条件を許さず、代表URLを一つに決めてください。ここを放置すると、後から `canonical` を入れても内部リンクやサイトマップが濁ります。

ボタン操作だけでリンクを出さない失敗 クロール可能なリンクのベストプラクティス では、`href` を持つ通常リンクが前提です。絞り込み後の一覧を検索入口にしたいなら、到達できる固有URLと通常リンクが必要です。逆に、検索入口にしたくない条件は、リンクの露出自体を減らすべきです。

内部リンクの文脈が弱い失敗 残すURLを決めても、関連カテゴリやガイド記事から自然にリンクされていなければ育ちません。内部リンクは「詳しくはこちら」では弱く、条件語を含んだ具体的な文脈が必要です。商品一覧へつなぐ文脈設計が弱いなら、カテゴリ本文や比較ガイドも一緒に作り直したほうが早く改善します。

今日から着手する三段階の実行順を先に決める

絞り込み検索ページのクロール最適化で重要なのは、技術設定の数ではなく、URLの序列です。残すURLより先に、閉じるURLを決める。 この順番を守るだけで、無駄な巡回の多くは止まります。反対に、残す理由が曖昧なまま `index` を許可すると、主力カテゴリや商品詳細の再発見が遅れ、流入が鈍る流れを自分で作ることになります。

今日から着手する順番は三段階で十分です。

1. まず、過去90日で発生した絞り込みURLをすべて出し、`index`、`canonical`、`robots.txt`、`404/410`、`301` の五分類に必ず振り分ける
2. 次に、`index` で残すURLだけに本文、パンくず、内部リンク、構造化データ、更新運用を集中させる
3. その後8週間は、承認外URLの増殖、クリック0URLの比率、Googlebot の巡回先を週次で追い、基準から外れたらすぐ閉じる

結論は明確です。絞り込み検索ページは、作れるだけ作る領域ではなく、残す価値を説明できるURLだけを守る領域です。最初の一歩として、今日中に「過去90日で1クリックもない絞り込みURL」をCSVで出してください。その一覧を見れば、守るURLと閉じるURLの線引きは、想像よりずっと早く固まります。