EC事業者・担当者が「今日・明日で改善できるSEO施策」をまとめた超実務寄りのEC SEO専門メディア

フィルタURLを増やしすぎない、検索対象の線引きを示します。ECサイト向け解説記事のアイキャッチ

絞り込み検索のSEO対策|フィルタURLを増やしすぎない設計方法

フィルタURLを増やしすぎない、検索対象の線引きを示します。記事の結論と3つの要点をまとめた図
目次
  1. 絞り込みURLが増える仕組み
  2. 最初に検索対象とする条件を決める
  3. 検索対象にするフィルタページ
  4. 検索対象にしないURL
  5. canonicalだけに依存しない
  6. URLパラメータを安定させる
  7. 0件と不正な組み合わせ
  8. ECサイトでの具体例
  9. ファセットの組み合わせを制限する
  10. 内部リンクとして昇格させる条件
  11. 実装変更前にURLサンプルを作る
  12. 変更を段階的に展開する
  13. Search Consoleとログで確認する
  14. よくある間違い
  15. 確認項目
  16. 運用開始後に監視すること
  17. まとめ
  18. 次に読みたい関連記事

色、サイズ、価格、ブランドなどで商品を絞り込める機能は、ECサイトの使いやすさを高めます。一方、条件の組み合わせごとにURLが生成されると、内容の似たページがほぼ無限に増え、不要なクロールや重複の原因になります。

絞り込み検索のSEO対策では、すべてのフィルタURLを検索対象にするか、すべて閉じるかの二択ではありません。検索結果として価値のある条件と、利用中だけ必要な条件を分け、URL、リンク、インデックス、エラー応答を一貫して設計します。

絞り込みURLが増える仕組み

「スニーカー」カテゴリに色10種、サイズ15種、ブランド20種、価格帯5種があり、複数選択できると、組み合わせは急激に増えます。並び順や表示件数までURLへ付くと、同じ商品集合を順序だけ変えたページも生まれます。

検索エンジンは、URLを取得する前に価値を完全には判断できません。大量の組み合わせをクロールすると、サーバー負荷が増え、新商品や重要カテゴリの発見が遅れる可能性があります。

最初に検索対象とする条件を決める

検索対象にする候補は、一定の検索需要があり、商品集合が明確で、継続的に商品を用意でき、固有の説明を付けられる条件です。「白いスニーカー」「幅広ランニングシューズ」など、利用者が独立した一覧を求める場合があります。

一方、価格の1円単位、在庫状況の組み合わせ、閲覧順、複数ブランドの任意選択などは、利用中の絞り込みとしては便利でも、検索着地ページとして維持しにくい条件です。事業と検索意図の両面で優先順位を決めます。

検索対象にするフィルタページ

検索対象にするなら、安定したURL、固有のtitleとh1、商品集合に合う説明文、自己参照canonical、サイト内からの通常リンクを用意します。カテゴリマスタ上で管理し、通常の絞り込み結果と区別します。

商品がゼロになったときの扱いも決めます。短期的な在庫切れなら代替カテゴリや再入荷案内を示し、恒久的に商品がなくなるなら統合、転送、404などを検討します。空の検索着地ページを大量に残さないことが重要です。

検索対象にしないURL

検索対象にしないURLは、サイトの技術構成に応じて、robots.txtでクロールを抑える、noindexを返す、フィルタにURLフラグメントを使う、リンク生成を制御するなどの方法があります。各方法の役割は異なります。

robots.txtでクロールを禁止すると、Googleはページ内のnoindexを確認できません。すでにインデックスされたURLを削除したい場面で、最初からrobots.txtだけに頼ると意図どおりにならないことがあります。導入順序と既存URLの状態を確認します。

canonicalだけに依存しない

絞り込みページから元カテゴリへcanonicalを向けると、正規URLの手掛かりになります。しかし、canonicalは指示ではなくシグナルであり、クロール量を即座に止める仕組みでもありません。

フィルタリンクがサイト内のあらゆる場所から生成され、毎回異なるパラメータ順でURLが増える状態では、canonicalだけで管理するのは困難です。URLの正規化、不要なリンクの抑制、エラー応答と合わせます。

URLパラメータを安定させる

パラメータ区切りには一般的な形式を使い、同じ条件が順序違いで別URLにならないようにします。「color=black&size=m」と「size=m&color=black」が同じ内容なら、生成順を固定します。

セッションID、追跡用パラメータ、表示モードなど、内容を変えない値をクロール可能な内部リンクへ付けないことも重要です。大文字と小文字、末尾スラッシュ、ページ番号1の有無などもサイト内で統一します。

0件と不正な組み合わせ

存在しない組み合わせや商品ゼロのURLへ、内容のないページを200で返すと、soft 404と判断される場合があります。Googleのファセットナビゲーションに関する案内では、結果がない組み合わせに404を返す方法が示されています。

利用者向けには「条件を減らしてください」と表示しつつ、HTTPステータスを適切に返せます。すべてをトップカテゴリへ転送すると、異なるURLが同じページへ集まり、問題の把握もしにくくなります。

ECサイトでの具体例

腕時計カテゴリで、ブランド、性別、ケース径、文字盤色、ベルト素材、価格帯を絞り込めるとします。検索需要と品ぞろえが安定する「メンズ腕時計」「レディース腕時計」「革ベルト腕時計」は管理対象のカテゴリとして整えます。

「黒文字盤・ケース径39ミリ・価格5万円以下・ブランドAとB」のような任意の複合条件は、利用者がその場で絞るためのURLとして扱い、検索対象にはしません。パラメータ順を固定し、不要なURLがメニューやサイトマップへ入らないようにします。

検索対象の条件ページには固有の説明と内部リンクを用意し、通常フィルタ結果には元カテゴリと同じtitleを機械的に増殖させない設計にします。

ファセットの組み合わせを制限する

利用者が選べない組み合わせまでURLとして生成しないようにします。色を選んだ後は、在庫があるサイズだけを有効にするなど、商品データに応じて選択肢を絞ります。

同じフィルタを重複指定できない、上限と下限が逆の価格範囲を作れない、既定値をURLへ付けないなどの入力検証も必要です。検索エンジンだけでなく、利用者の操作ミスとサーバー負荷を減らします。

内部リンクとして昇格させる条件

検索対象にする条件ページは、通常フィルタのURLを放置するのではなく、上位カテゴリやガイド記事から意味のあるリンクで案内します。リンク文言、title、h1、説明、商品集合をそろえます。

たとえば「幅60センチ以下のデスク」を主要ページにするなら、狭い部屋向けガイドからリンクし、サイズ基準を説明します。在庫が一商品まで減った場合の維持条件も決めます。

実装変更前にURLサンプルを作る

開発担当は、各フィルタ、複数選択、解除、並び替え、ページ番号を操作したURLサンプルを作ります。SEO担当は、検索対象、canonical、noindex、robots.txt、HTTP応答、サイトマップの期待値を記入します。

仕様書だけでなく、テスト環境で実際のHTMLとレスポンスを確認します。JavaScript後にcanonicalが変わる、解除後も不要パラメータが残るといった不具合は操作テストで見つけやすくなります。

変更を段階的に展開する

全カテゴリのフィルタ制御を一度に変えると、必要な着地ページまで閉じるリスクがあります。URL数が多い代表カテゴリを選び、クロール、インデックス、商品到達、サーバー負荷を確認します。

既存URLが検索結果から整理されるまでには時間がかかります。短期間で元に戻すことを繰り返さず、変更日と対象パターンを記録し、問題があれば範囲を限定して修正します。

Search Consoleとログで確認する

Search Consoleのページのインデックス登録や検索パフォーマンスで、パラメータURLが大量に検出、インデックス、表示されていないか確認します。URLパターンで整理すると、どのフィルタが増えているか見えます。

クロール状況を詳しく見るにはサーバーログも役立ちます。Googlebotがどのパラメータへ頻繁にアクセスしているか、重要商品より不要URLへ偏っていないかを確認します。Search ConsoleだけではURLパス別の完全なクロール履歴を得られない点に注意します。

よくある間違い

一つ目は、フィルタURLをすべてnoindexにすれば終わりと考えることです。noindexを確認するためのクロールは続き得るため、URL生成とリンクの制御も必要です。

二つ目は、検索需要があるフィルタページまで一律に閉じることです。独自の価値を持つ条件は、管理されたカテゴリとして昇格させる余地があります。

三つ目は、CMS改修前に既存URLを調べないことです。すでに流入や外部リンクがある条件ページを突然閉じると、必要な入口まで失う可能性があります。

確認項目

  • フィルタ条件とURL生成規則を一覧化したか
  • 検索対象にする条件を明示したか
  • 同じ条件のパラメータ順が統一されているか
  • 不要なURLが内部リンクやサイトマップに入っていないか
  • canonical、noindex、robots.txtの役割を混同していないか
  • 0件や不正な組み合わせへ適切な応答を返すか
  • 変更前に既存の流入とインデックス状況を確認したか

運用開始後に監視すること

絞り込み機能は、商品属性や画面改修によって生成URLが変わりやすい領域です。新しいフィルタを追加するときは、取り得る値の数、組み合わせ数、0件になる条件、URLへの反映方法を公開前に確認します。小さな選択肢の追加でも、他の条件との掛け合わせでURLが大幅に増えることがあります。

公開後は、Search Consoleのページ情報に加え、サーバーログやクロール結果で、検索対象にしないパラメータURLへアクセスが集中していないかを見ます。インデックス数の増減だけでは、クロールに使われている時間や同じ内容のURL群を把握しきれないためです。

検索価値のある組み合わせを新たに見つけた場合は、自動生成URLをそのまま昇格させず、固定URL、固有のtitleと説明、安定した商品集合、上位ページからのリンクを整えます。反対に需要がなくなった着地ページは、代替先と外部リンクを確認したうえで統合します。入口を増やす基準と減らす基準を同じ管理表に持つと、方針がぶれにくくなります。

まとめ

絞り込み検索のSEO対策では、検索価値のある条件だけを管理された着地ページとして整え、任意の組み合わせは不要に増やさないことが基本です。URL生成、内部リンク、canonical、noindex、robots.txt、404を別々ではなく一つの方針として設計します。

まず一つの主要カテゴリで実際にフィルタを操作し、生成されるURLを記録してください。商品集合が変わる条件、並び順だけ変わる条件、0件になる条件を分けると、検索対象にすべき範囲と技術対応が見えやすくなります。

次に読みたい関連記事