ファセットナビゲーションのSEO監査方法｜絞り込みURL・クロール・重複を制御する

監修: 菊地 将（リブランディング株式会社）

ECサイトや求人、不動産、比較サイトなどでは、条件を絞り込むたびにURLが増えます。問題は「URLが多いこと」そのものではなく、検索価値のないURLまで検索エンジンが発見・クロールできる状態になっていることです。

ファセットナビゲーションのSEO監査では、すべての絞り込みURLを一律に閉じるのではなく、「検索結果に残すURL」「インデックスだけ防ぐURL」「クロール自体を抑えるURL」「別URLへ正規化するURL」に分類します。

この記事では、マーケティング担当者が開発担当者と相談できるレベルまで、URLの棚卸し、検索価値の判定、クロール経路の確認、index・noindex・canonical・robots.txtの使い分けを順番に整理します。

関連する全体像や前提は「テクニカルSEOとは？クロールからセキュリティまで、企業担当者が押さえるべき」で整理しています。

ファセットナビゲーションのSEO監査では「URLを減らす」より「URLの役割を決める」

ファセットナビゲーションとは、ユーザーが商品や情報を「ブランド」「価格」「地域」「職種」など複数の条件で絞り込める仕組みです。

たとえば、次のようなURLが生成されるサイトを考えます。

• `/shoes/`
• `/shoes/?brand=a`
• `/shoes/?brand=a&color=black`
• `/shoes/?brand=a&color=black&size=27`
• `/shoes/?brand=a&color=black&size=27&sort=price`

条件を増やすほどURLの組み合わせも増えます。

Googleは、ファセットナビゲーションが非常に大きなURL空間を作り、不要なURLへの過剰なクロールや、重要な新規URLの発見速度低下につながる場合があると説明しています。検索結果に表示させる必要がないファセットURLについては、クロールを防ぐことも選択肢として案内しています。

ただし、絞り込みURLの中には検索需要を持つページもあります。

たとえば、

• 「黒 ランニングシューズ」
• 「東京 エンジニア 求人」
• 「新宿 1LDK 賃貸」

のように、絞り込み条件そのものが検索ユーザーの需要を表しているケースです。

したがって、監査の目的は「パラメータURLを全部消すこと」ではありません。

各URLを検索価値と技術的な役割から分類し、Googleに発見・クロール・インデックスしてほしい範囲を明確にすることが目的です。

最初にファセットURLを4種類へ分類する

ファセットURLの監査では、最初にURLごとの扱いを決めます。

ファセットURLは一律に処理せず、検索価値とURLの役割によってindex・noindex・クロール制御・canonicalへ分類します。

ここで重要なのは、`index / noindex`だけで判定しないことです。

「Googleに検索結果として残すか」と「Googlebotにクロールさせるか」は別の問題だからです。

STEP1：どの操作でURLが生成されるか棚卸しする

最初に、サイト内でURLを増やしている条件を一覧化します。

最低限、次の項目を確認してください。

特に分けたいのが、絞り込みと並べ替えです。

たとえば、

`?brand=nike`

では表示商品の集合が変わります。

一方、

`?sort=price_asc`

では、商品そのものは同じで表示順だけが変わるケースがあります。

Googleのcanonicalに関する資料でも、カテゴリページのソートやフィルタリング機能は重複URLが生まれる代表例として挙げられています。

同じ「パラメータ付きURL」でも役割が異なるため、最初の棚卸しで区別します。

STEP2：理論上のURL数ではなく「Googleが到達できるURL数」を確認する

ファセットが10種類あったからといって、生成可能なすべての組み合わせをGooglebotがクロールするとは限りません。

SEO監査でより重要なのは、実際に内部リンクなどから発見できるURLがどれだけあるかです。

確認対象は次の4つです。

1. カテゴリ一覧から出ているファセットリンク
2. ファセット適用後のページからさらに出ているリンク
3. XMLサイトマップに含まれるURL
4. 外部サイトなどから直接リンクされているURL

Googleはサイト構造を理解する際、URLのディレクトリ形状だけでなく、ページ同士のリンク関係を利用すると説明しています。重要なカテゴリや商品へ適切にリンクすることも推奨されています。

つまり、ファセット監査ではタグ設定だけを見るのではなく、

「どのURLへのリンクをHTML上に出しているか」

まで確認する必要があります。

STEP3：検索価値のある絞り込みURLを選ぶ

次に、検索結果へ残す価値があるURLを選別します。

判断軸は、単純な検索ボリュームだけではありません。

たとえば「スニーカー」というカテゴリに対して、「黒いスニーカー」を探す需要があり、十分な商品件数が存在するなら、検索ランディングページとして成立する可能性があります。

一方、

「黒・27cm・在庫あり・30％OFF・価格の安い順」

のような条件は、ユーザー操作には便利でも、独立した検索ページとして育成する価値が低い場合があります。

重要なのは、条件数で機械的に決めないことです。

検索需要・ページ内容・事業価値の3点がそろった組み合わせだけを検索対象へ昇格させると管理しやすくなります。

STEP4：重複URLとURL表記の揺れを監査する

同じ条件なのに、複数のURLが成立していないかも確認します。

たとえば、

`?brand=a&color=black`

と

`?color=black&brand=a`

が同一内容を返す場合、URLの順序だけで別URLになります。

ほかにも、

• 空パラメータ
• デフォルト値
• 大文字・小文字
• 不要なトラッキングパラメータ
• 同じ条件を重複指定したURL
• 意味のない条件組み合わせ

などがURL数を増やします。

Googleは、ファセットURLをクロール可能にする場合、一般的な`&`によるパラメータ区切りを利用し、パス内で条件を表す場合は順序を一定にし、重複条件や意味のない組み合わせを避けるよう案内しています。

URL生成側で統一できる問題は、canonicalだけに任せるのではなく、そもそも複数URLを生成しない設計を優先します。

STEP5：canonical・noindex・robots.txtの役割を混同しない

ファセットナビゲーションで特に間違えやすいのが、各制御方法の使い分けです。

canonicalは代表URLの指定、noindexは検索結果への掲載防止、robots.txtはクロール制御です。目的を分けて設計する必要があります。

canonicalはクロール停止策ではない

`rel=”canonical”`は、重複または非常に似たページ群から代表URLをGoogleへ伝える手段です。

Googleはcanonical指定を重要なシグナルとして利用しますが、最終的なcanonical URLをGoogle側が別に選ぶ場合もあります。

そのため、

「大量のファセットURLをcanonicalで親ページへ向ければクロール問題も解決する」

とは限りません。

ファセットURLのクロール量そのものを抑えたい場合は、別の制御も検討します。

noindexを使うにはGooglebotがページを取得できる必要がある

`noindex`は、ページをGoogle検索に表示させないための指定です。

しかしGoogleは、`noindex`を認識するためにページをクロールする必要があります。

robots.txtでそのURLをブロックしている場合、Googlebotはページ内の`noindex`を確認できません。Googleも、`noindex`を機能させるにはrobots.txtでページをブロックしないよう案内しています。

すでにGoogleに認識されているURLを検索結果から外したい場合は、この順序に注意します。

robots.txtは「クロール不要」のURLに使う

Googleは、検索対象とする必要がないファセットURLについて、robots.txtによるクロール制御を選択肢として明示しています。

また、クロールバジェットの公式資料でも、並べ替えなど重要性の低いURLについて、必要に応じてrobots.txtでクロールを防ぐ方法を説明しています。`noindex`では一度取得する必要があるため、クロール時間の節約を目的とする場合には適していません。

ただし、robots.txtは「Google検索から確実に消すための指定」ではありません。

クロール制御とインデックス制御を混同しないことが重要です。

STEP6：0件ページや成立しない条件を確認する

ファセットの組み合わせによって商品や情報が0件になるURLも監査します。

Googleは、ファセットURLをクロール可能にする場合、結果が存在しない条件や意味のない組み合わせでは`404`を返すことを推奨しています。空結果を共通のエラーページへリダイレクトするのではなく、そのURL自体で適切なステータスを返す考え方です。

たとえば、

「ブランドA × 存在しないサイズ」

という組み合わせが恒常的に成立しないのであれば、通常の商品一覧ページとして200を返し続ける必要性を見直します。

ただし、在庫切れなど一時的に結果が0件になるページは、恒久的に成立しないURLと分けて判断してください。

STEP7：Search Consoleとクロールデータで実際の状態を確認する

設定を確認したら、Googleが実際にどう認識しているかを確認します。

主な確認項目は次のとおりです。

• Googleが選択したcanonical
• ページのインデックス状況
• クロール済み・未登録URLの傾向
• robots.txtによるブロック状況
• `noindex`の検出状況
• ファセットURLへのクロール増加
• 本来検索対象にしたいURLの発見状況

canonicalは指定すれば必ず採用されるわけではありません。GoogleもURL検査を使ってGoogleが選択したcanonicalを確認するよう案内しています。

大規模サイトでは、可能であればサーバーログやクローラーツールも使い、

「設定したルール」ではなく「実際にGooglebotがどこをクロールしているか」

まで確認すると、不要なURLパターンを特定しやすくなります。

ファセットURLの監査に使える4象限の判断方法

実務では、ファセットURLを「検索価値」と「クロール負荷」の2軸で整理すると判断しやすくなります。

検索価値が低いのにクロール負荷が高いURL群は、URL生成や内部リンクも含めて優先的に抑制します。

最も優先度が高いのは、検索価値が低いのに大量にクロールされているURL群です。

たとえば、

• 並び替え
• 表示件数変更
• セッション情報
• 条件順序違い
• 何段階も重ねた細かなファセット

などが大量にリンクされている場合は、個別URLのタグ修正だけでなく、URL生成ルールと内部リンク構造から見直します。

監査後はURLパターン単位で仕様書を作る

ファセットSEOは、URLを1件ずつ修正する運用には向きません。

監査後は、属性またはURLパターンごとに制御ルールを定義します。

監査結果は個別URLの修正一覧ではなく、URLパターンごとの実装ルールとして開発仕様へ落とし込みます。

この仕様を作っておけば、商品・求人・物件が増えても、同じ判断ルールを適用できます。

担当者がURLごとに「これはindex、これはnoindex」と判断し続ける状態を避けることが重要です。

ファセットナビゲーション監査のチェックリスト

監査では、最低限次の項目を確認してください。

• URLを生成するファセット属性を一覧化した
• 絞り込みと並べ替えを区別した
• 同一条件のURL表記を統一した
• 検索需要のある組み合わせを特定した
• indexさせるURLの条件を定義した
• indexさせないURLの条件を定義した
• 検索価値の低いURLへの内部リンクを確認した
• canonicalの指定先を確認した
• Googleが選択したcanonicalも確認した
• `noindex`とrobots.txtを矛盾させていない
• sitemapへ不要なファセットURLを大量掲載していない
• 0件・不正な組み合わせのHTTPステータスを確認した
• Search ConsoleでファセットURLの状態を確認した
• URLパターン単位で実装ルールを文書化した
• 修正後に再クロール・インデックス状況を確認する

すべてを一度に修正できない場合は、「検索価値が低く、Googlebotが大量に到達できるURL」から優先して対処します。

まとめ

ファセットナビゲーションのSEO監査では、「絞り込みURLを全部indexする」「パラメータURLを全部noindexにする」といった一律の処理を避けることが重要です。

まずURLを棚卸しし、検索需要、ページ内容、内部リンク、重複、クロール状況を確認します。そのうえで、検索価値のあるURLだけを検索対象として残し、残りを正規化・インデックス制御・クロール制御へ振り分けます。

特に注意したいのは、canonical・noindex・robots.txtの目的が異なる点です。canonicalは代表URLを示す仕組み、noindexは検索結果への掲載を防ぐ仕組み、robots.txtはクロールを制御する仕組みです。

大規模サイトでは、個々のURLではなくURLパターン単位で「残す・統合する・検索から外す・クロールを止める」のルールを決めることが、継続的な管理につながります。

参考文献・データ元

‹ 親記事: テクニカルSEOとは？クロールからセキュリティまで、企業担当者が押さえるべき7領域の実務チェックリスト