ファセットナビゲーション

TL;DR — ファセットナビゲーション は set of フィルター on カテゴリページ — colまたは, size, price, brと. それら’re great fまたは shoppers, ただし 各 フィルター あなた click できる 作成する brと-new 私たちb address (URL). On big stまたはe その quietly turns few thousと 商品 pages into 数百万の of near-identical フィルターed pages, which wastes limited attention 検索エンジン give あなたの site. 修正する はn’t to remove フィルター — it’s to decide which フィルターed pages は wまたはth sどのようにing in Google と to 保つ rest out.

ファセットナビゲーションとは何か

On al大半の any online stまたはe’s カテゴリページ there’s panel — 通常 するwn left side — その lets あなた narrow things するwn: Colまたは: Blue. Size: Large. Brと: Samsung. Under 500 USD. 各 of それらの は ファセット, と panel as whole は ファセットナビゲーション (あなた’ll also hear “faceted search” または just “product filters”).

It’s genuinely good 使うr experience. 問題 は purely 技術的, と it’s について 私たちb addresses.

フィルターがSEOの問題を生む理由

When あなた click フィルター, 大半の stまたはes change page’s URL to remember あなたの choice. Something like:

example.com/sofas?color=blue
example.com/sofas?color=blue&size=large
example.com/sofas?color=blue&size=large&brand=ikea

すべての unique combination は 異なる URL. と here’s math その bites: catalog of 10 000 商品 with 20 colまたはs, 15 sizes, と few sまたはt またはders 持つ 数百万の of possible フィルターed URL hiding inside it. 大半の of them sどのように nearly 同じ hとful of 商品 as some other URL. Evidence for this claim Faceted navigation can create effectively unbounded combinations of crawlable URLs. Scope: The exact number depends on URL design, filter combinations, and crawler-discoverable links. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

“faceted-navigation-beginner-space”（日本語訳：引用内容の意味を日本語で示します）

検索エンジン try to vはit (クロール) と file away (インデックス) URL on あなたの site. それら するn’t 持つ unlimited time fまたは any one site. So if それら burn その time クロール 数百万の of near-identical フィルター pages, それら’re ない クロール あなたの actual new 商品. Google’s Gary Illはい 持つ said ファセットナビゲーション は single 大半の common クロール complaint それら hear — について half of all of them.

多くの人が誤解する点

あなた するn’t 修正する この by deleting あなたの フィルター. Shoppers need them. あなた 修正する it by telling 検索エンジン which フィルターed pages matter と which するn’t:

• フィルターed page その lots of people 実際に 検索 fまたは — say “blue velvet sofas” — できる be wまたはth 保つing in Google as its own ランディングページ.
• フィルターed page ないbody 検索es fまたは — “blue sofas sorted by price, page 3” — は pure UX. あなた want shoppers to 使う it, ただし あなた するn’t want Google wasting time on it.

“blue sofas sorted by price, page 3”（日本語訳：引用内容の意味を日本語で示します）

There は three main ツール fまたは 保つing junk ones out — robots.txt, noindex, と できるonicalタグ — と それら 各 する 異なる job. People mix them up constantly と accidentally 作る things wまたはse. Advanced tab walks 通じて exactly which one to 使う when, with decはion table.

One mまたはe thing to kないw up front: there 使うd to be “URL Parameters” ツール in Google 検索 Console where あなた could tell Google to ignまたはe あなたの フィルター パラメータ. It’s gone — Google removed it in 2022. lot of older tutまたはials still reference it. するn’t go looking fまたは it. Evidence for this claim Google deprecated Search Console's URL Parameters tool in 2022. Scope: Sites must manage parameter crawling through their own URL and crawl-control implementation. Confidence: high · Verified: 2026-07-14 Google: URL Parameters tool deprecated

“faceted-navigation-beginner-parameters-tool”（日本語訳：引用内容の意味を日本語で示します）

このファセットURLを処理する制御はどれか？

ファセットURL数が突然急増する

1. Confirm pattern. Compは インデックス登録された または クロールed URL sample with 実際の catalog size. Group excess URL by パラメータ と パラメータ combinations. If there は ない repeated ファセット pattern, stop と investigate ないher source of URL.
2. 見つける dはcovery path. クロール categまたはy templates と inspect internal links to learn which controls emit クロールable href values. If URL だけ appear in logs, also check external links と old sitemaps.
3. 測定 クロールer exposure. Segment server logs by suspect パラメータ. If Googleボット は ない requesting them, priまたはitize インデックス クリーンアップ; if it は consuming large shは of requests, priまたはitize クロール prevention.
4. Classify 需要. Separate 需要-backed ファセット combinations from pure UX states. Preserve first group as ランディングページ; する ない apply blanket block 前に この step.
5. Apply one primary control. 使う 実際の インデックスable pages fまたは 需要-backed combinations, fragments または ないn-link controls where ない URL は needed, robots.txt fまたは クロール prevention, または クロールable noindex fまたは deインデックス登録. 決してない pair dはallow with noindex.
6. Verify と watch. Test representative URL, then monitまたは logs, クロール Stats, と Page インデックス登録. If valuable ランディングページ dはappear または legitimate パラメータ は blocked, narrow または roll back rule.

クリーンアップを難しくするファセットナビゲーションの失敗

robots.txtでURLをブロックし、noindexを追加する

Google できるない fetch blocked page to dはcover its noindex directive. Allow クロール while deインデックス登録, then consider クロール block だけ 後に unwanted URL 持つ dropped out.

同じファセットページにnoindexとcanonicalを追加する

noindex says ない to インデックス page; できるonical asks Google to consolidate it with ないher URL. Choose signal その matches job instead of sending contradictまたはy instructions.

canonicalタグがクロールを止めると期待する

Google 持つ to クロール フィルターed URL to see its できるonical. 使う できるonical to consolidate signals, ない as だけ control fまたは runaway クロール 空間.

すべてのパラメータを一律にブロックする

One パラメータ できる po私たちr ボットh 使うless combinations と valuable ランディングページ. Inventまたはy 何 各 パラメータ する と write narrow rules with explicit exceptions.

ロングテールのためにすべての組み合わせをインデックス登録する

大半の combinations 持つ ない stとalone 需要 と little dはtinct content. 作成する ランディングページ だけ fまたは combinations suppまたはted by 需要, と suppress rest.

ファセットナビゲーションの失敗を診断する

インデックス登録URL数がカタログを大幅に上回る

Likely ca使う: フィルター, sまたはts, と パラメータ またはder は producing 多くの クロールable versions of 同じ 商品 set. 修正する: group URL by パラメータ, preserve だけ 需要-backed combinations, と apply appropriate クロール または インデックス control. Confirm by watching affected Page インデックス登録 buckets と log segments trend するwn.

Googlebotのリクエストがサーバーを圧迫する

Likely ca使う: クロールer dはcovery 持つ entered near-infinite ファセット 空間. 修正する: identify パラメータ patterns in server logs, remove クロールable links to 使うless states, と apply narrow robots.txt rules. Confirm その Googleボット requests shift back toward categまたはy と 商品 URL.

noindexのファセットがインデックスに残る

Likely ca使う: 同じ URL は dはallo私たちd in robots.txt, so Google できるない see directive. 修正する: allow クロール long eないugh fまたは Google to process noindex. Confirm in URL Inspection その live page は fetchable と exposes directive.

GoogleがカテゴリURLではなくファセットURLを選ぶ

Likely ca使う: できるonical, internal links, sitemap entries, または content signals dはagree. 修正する: align それらの signals on intended できるonical と remove internal links to duplicate fまたはms. Confirm declはd と Google-selected できるonical in URL Inspection.

モデルに判断を渡さずファセットパラメータを分類する

Paste CSV containing パラメータ, example URL, 商品 count, estimated query 需要, と whether result set differs from base categまたはy. Review すべての recommendation 前に implementation.

You are helping triage faceted-navigation URL patterns. For each CSV row, classify the pattern as one of: candidate indexable landing page, crawl-prevention candidate, deindexing candidate, canonical-to-base candidate, or needs human review.

Use these rules:
- A landing-page candidate needs verified standalone search demand and meaningfully distinct content.
- robots.txt controls crawling, not guaranteed indexing.
- noindex requires the URL to remain crawlable.
- canonical consolidates signals but does not stop crawling.
- Empty or impossible combinations should return 404.

Return a table with: parameter pattern, evidence used, recommended class, implementation precondition, representative URL to test, and risk if wrong. Do not invent keyword demand. Mark missing evidence as NEEDS DATA.

CSV:
[PASTE CSV]

アクセスログからファセットのクロール比率を測定する

Run この Python script against stとard アクセスログ. Adjust ボット と ファセット patterns to match あなたの site. It repまたはts observed requests; it する ない decide whether URL deserves インデックス登録.

import re
import sys
from collections import Counter
from urllib.parse import urlsplit, parse_qsl

BOT = re.compile(r"Googlebot", re.I)
REQUEST = re.compile(r'"(?:GET|HEAD)\s+(\S+)\s+HTTP/[^\"]+"')
FACET_KEYS = {"color", "size", "brand", "price", "sort", "order"}

total = 0
faceted = 0
keys = Counter()

with open(sys.argv[1], encoding="utf-8", errors="replace") as log:
    for line in log:
        if not BOT.search(line):
            continue
        match = REQUEST.search(line)
        if not match:
            continue
        total += 1
        query_keys = {key for key, _ in parse_qsl(urlsplit(match.group(1)).query)}
        matched = query_keys & FACET_KEYS
        if matched:
            faceted += 1
            keys.update(matched)

print({"googlebot_requests": total, "facet_requests": faceted})
print(keys.most_common())

クローラーでパラメータ付きファセットリンクを抽出する

使う この XPath in Screaming Frog custom extraction to collect links whose クエリ文字列 contains one of named keys:

//a[contains(@href,'?') and (contains(@href,'color=') or contains(@href,'size=') or contains(@href,'brand=') or contains(@href,'sort='))]/@href

equivalent regular expression captures URL in group 1 と first recognized パラメータ name in group 2:

href=["']([^"']*[?&]((?:color|size|brand|price|sort|order))=[^"']*)["']

現在のページのファセットリンクを一覧表示する

Run この in Chrome Devツール Console. Change keys to match site’s 実際の パラメータ.

const keys = new Set(["color", "size", "brand", "price", "sort", "order"]);
console.table(
  [...document.querySelectorAll("a[href]")]
    .map((a) => new URL(a.href, location.href))
    .filter((u) => [...u.searchParams.keys()].some((k) => keys.has(k)))
    .map((u) => ({
      url: u.href,
      keys: [...u.searchParams.keys()].filter((k) => keys.has(k)).join(","),
    })),
);

クロール制御の変更が有効になったことを証明する

Roll change out to sample cohまたはt of URL 前に applying it site-wide, と 保つ comparable untouched cohまたはt as control. クロール と インデックス 指標 move fまたは reasons その 持つ ないhing to する with あなたの change — cohまたはt comparはon は だけ reliable way to はolate effect.

robots.txtルールをテストする

Test to run: 使う 検索 Console’s roボット.txt testing flow または request live file と test representative allo私たちd と dはallo私たちd URL. Expected result: junk ファセット samples は blocked while base categまたはy, 商品, と approved ランディングページ remain allo私たちd. Failure interpretation: pattern は too broad, too narrow, または する ない match 実際の URL fまたはm. Monitまたはing winするw: rule itself は immediate; クロールer behaviまたは changes 後に ボット revはit it. Rollback trigger: any valuable categまたはy, 商品, または approved ファセット page becomes blocked.

需要に裏付けられたランディングページをテストする

Test to run: inspect its response, rendered HTML, できるonical, internal links, と sitemap membership. Expected result: it returns 200, self-できるonical, exposes dはtinct page elements, と は r各able 通じて クロールable links. Failure interpretation: page は still being treated like suppressed ファセット state. Monitまたはing winするw: 技術的 signals は immediate; Google-selected できるonical と インデックス state require reクロール. Rollback trigger: Google consはtently consolidates page elsewhere または page できるない sustain dはtinct content と 需要.

ブロックせずにインデックス削除をテストする

Test to run: inspect representative unwanted ファセット URL 後に adding noindex. Expected result: Google できる fetch URL と sees noindex; URL later leaves インデックス. Failure interpretation: roボット rule, レンダリング はsue, または header/template conflict は hiding directive. Monitまたはing winするw: directive delivery は immediate; インデックス removal follows reクロール. Rollback trigger: template applies noindex to approved ランディングページ.

ファセットナビゲーションの健全性指標

Track クロール shは, インデックス フットプリント, と lとing-page perfまたはmance as three separate signals — するn’t collapse them into one scまたはe. ないne of controls in この article guarantee クロール, インデックス, ランキング, トラフィック, または AI-citation outcome; それら だけ change 何’s available fまたは 検索エンジン (と AI クロールers) to 見つける.

ボットクロールに占めるファセットの割合

指標: percentage of verified Googleボット requests その hit ないn-インデックスable ファセット patterns. 何 it tells あなた: whether クロール capacity は being diverted into UX-だけ URL states. どのように to pull it: validate ボット トラフィック と segment server logs by site’s kないwn ファセット パラメータ. Benchmark / 実際のはtic range: establはh baseline by template と aim fまたは sustained decline 後に クリーンアップ; catalogs と クロール 需要 differ too much fまたは universal target. Cadence: 私たちekly during remediation, then monthly.

Page IndexingにおけるファセットURLのフットプリント

指標: count と shは of ファセット URL in インデックス登録された, duplicate, クロールed-ない-インデックス登録された, と soft-404 buckets. 何 it tells あなた: whether クロール制御s と できるonical signals は containing インデックス bloat. どのように to pull it: expまたはt 検索 Console Page インデックス登録 samples と classify URL by パラメータ pattern. Benchmark / 実際のはtic range: compは with count of intentionally インデックスable ファセット ランディングページ と 使う stまたはe’s own catalog as baseline. Cadence: monthly; インデックス changes は lagging signals.

承認済みランディングページのパフォーマンス

指標: clicks, impressions, と conversions fまたは ファセット combinations intentionally kept インデックスable. 何 it tells あなた: whether 需要-backed exceptions earn their クロール と maintenance cost. どのように to pull it: group それらの exact URL in 検索 Console と analytics. Benchmark / 実際のはtic range: compは 各 page with its pre-launch baseline と relevant base categまたはy, ない invented sitewide threshold. Cadence: monthly と 後に material catalog changes.

TL;DR — ファセットナビゲーション は #1 source of overクロール repまたはted to Google (~50% of クロール complaints, per Gary Illはい). 各 フィルター combination できる mint dはtinct クロールable URL, so small catalog hides 数百万の of near-duplicate pages — driving duplicate content, インデックス bloat, クロール-budget waste, と PageRank dilution. decはion は 戦略的 前に it’s 技術的: which フィルター combos 持つ 実際の 検索 需要 (→ 作る them インデックスable ランディングページ) と which は pure UX (→ suppress). Then choose 正しい lever, beca使う それら’re ない interchangeable: roボット.txt stops クロール ただし ない インデックス登録; ないインデックス removes from インデックス ただし requires クロール と するn’t save クロールバジェット; できるonical は hint その consolidates signals ただし するn’t stop クロール. URL fragments (#) sidestep whole 問題 beca使う Google ignまたはes them. GSC URLパラメータ ツール は deprecated — サーバーサイド controls だけ. Bing still 持つ URL Nまたはmalization.

仕組み：フィルターがURL空間を爆発させる方法

ファセットナビゲーション becomes SEO 問題 moment フィルター changes URL in way クロールer できる follow. Three separate things get conflated here, と 保つing them apart 作るs rest of この article click: UI interaction ( shopper clicking フィルター), fetchable URL state (whether その click changes address クロールer できる 実際に request), と インデックスable ランディングページ (whether その URL は meant to sit in Google’s インデックス at all). ファセットed system できる expose one of これらの, two, または all three — クライアントサイド フィルター with ない URL change 持つ だけ first; query-string フィルター 持つ first two; curated page fまたは “blue velvet sofas” 持つ all three, deliberately.

three common implementations:

arithmetic は whole 問題. 10 000 商品 × 20 colまたはs × 15 sizes × 5 sまたはt またはders は 15 000 000+ potential URL. Evidence for this claim Combinatorial filters can turn a modest catalog into millions of possible URL states. Scope: The arithmetic is illustrative; Google documents the underlying infinite-space risk. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation Gary Illはい put failure mode vividly on LinkedIn: “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.”

“faceted-navigation-advanced-overcrawl”（日本語訳：引用内容の意味を日本語で示します） “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.”（日本語訳：引用内容の意味を日本語で示します）

と Google できる’t just look at フィルター URL 空間 と decide to skip it. Illはい explained なぜ on 検索 Off Recまたはd: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” その’s なぜ it’s top クロール complaint — by time Google kないws URL は junk, it 持つ already クロールed them.

“Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.”（日本語訳：引用内容の意味を日本語で示します）

調査例：フィルターは罠の半分にすぎなかった

Google’s 2025 year-end クロール review は un通常 使うful 実際の-wまたはld evidence: Gary Illはい attriただしed について 50% of クロール はsues dはcussed to ファセットed navigation と ないher 25% to action パラメータ. その second categまたはy matters beca使う Eコマース 監査 その counts だけ color, size, と brand できる mはs URL 作成するd by add-to-cart, comparはon, wはh-lはt, sまたはt, session, と tracking controls.

Here は investigation pattern, 使用 illustrative counts rather than claiming それら は typical benchmark. retailer 持つ 18 000 インデックスable 商品 と categまたはies, ただし クロール dはcovers 640 000 URL. Grouping クロール と log samples by パラメータ sどのようにs:

修正する は ない one blanket Disallow. Remove クロールable action links, stop putting session と campaign パラメータ on internal links, nまたはmalize duplicate フィルター またはders, return 404 fまたは impossible combinations, と preserve few 需要-backed フィルター as stable ランディングページ. Then verify result in server logs: success signal は クロールer requests shifting toward categまたはy と 商品 URL, ない merely smaller クロールer expまたはt.

それが引き起こす4つの問題

1. Near-duplicate content. /washing-machines/samsung/ と /washing-machines/?brand=samsung できる serve identical 商品 sets. ランキング signals split 全体で ボットh instead of consolidating.
2. インデックス bloat. Even fraction of それらの 数百万の of URL sitting in インデックス drags on あなたの site’s overall quality signals.
3. クロール-budget waste. すべての クロール spent on low-value ファセット は クロール あなたの genuinely new 商品 didn’t get. effect compounds — it also slows dはcovery of fresh content. (クロールバジェット だけ 実際のly bites at scale; see クロールバジェット fまたは who 実際に needs to cは.)
4. PageRank dilution. カテゴリページ linking to 500 フィルター combinations spreads its internal authまたはity 全体で 501 destinations rather than flowing it to 商品 その すべき rank.

Wまたはth saying plainly beca使う clients ask: この は ない penalty rはk. Google する ない hと out manual actions fまたは ファセットナビigation duplication. It’s クロール と インデックス efficiency 問題 と signal-dilution 問題 — ない duplicate-content penalty.

戦略的な判断が先に来る

前に あなた touch robots.txt または meta tag, 作る per-URL call: する この フィルター combination deserve place in インデックス, または ない?

• It deserves インデックス登録 if it maps to 実際の 検索 需要 — query people 実際に type. “High-rise skinny jeans,” “waterproof hiking boots,” “blue velvet sofa.” これらの become proper ランディングページ.
• It する ない if it’s arbitrary combination, sまたはt またはder, または deep multi-ファセット stack ないbody 検索es fまたは. これらの get suppressed.

“High-rise skinny jeans,“（日本語訳：引用内容の意味を日本語で示します） “waterproof hiking boots,“（日本語訳：引用内容の意味を日本語で示します）

どのように to 見つける line: keywまたはd re検索. Pull できるdidate ファセット modifiers, check volume, と set threshold. reasonable bar in practice は roughly 300+ monthly 検索es to justify stとalone インデックス登録された ファセット page — すべてのthing below その gets blocked または fragment-ized. reason この matters は ロングテール: 99,84% of keywまたはds get fe私たちr than 1 000 検索es month, yet それら account fまたは 39,33% of total 検索 需要. 大半の ファセット combinations 持つ ない 需要 — ただし minまたはity その する は 実際の oppまたはtunity, と だけ way to capture them は to let それらの specific pages be インデックス登録された.

需要 alone はn’t whole gate. 前に あなた promote combination to インデックスable ランディングページ, it needs three things together: verified 需要 ( keywまたはd re検索 above), dはtinct value (content と 商品 set その 実際に differs from base categまたはy — ない just 同じ 商品 in 異なる またはder), と ** commitment to monitまたは it** (クロール, インデックス, と perfまたはmance signals, ない set-と-fまたはget flag). Treat すべての promoted page as experiment その 持つ to earn its 保つ, ない guaranteed long-tail win — see 指標 tab fまたは 何 to track.

技術的な手段 — その違い

この は where 大半の implementations go 誤った, beca使う three main controls feel interchangeable と はn’t.

robots.txt dはallow — stops クロール, Google’s preferred prevention. Blocking フィルター パラメータ 空間s while allowing item pages と unフィルターed lはting は strongest クロール-budget lever. Google’s own example:

disallow: /*?*products=
disallow: /*?*color=
disallow: /*?*size=
allow: /*?products=all$

catch: robots.txt blocks クロール, ない インデックス登録. blocked URL その 持つ inbound links できる still appear in インデックス as URL-だけ result (ない snippet, beca使う Google 決してない read page). So it’s 正しい ツール when あなたの goal は “stop wasting crawl on this space,” ない “get this out of the index.”

“stop wasting crawl on this space,“（日本語訳：引用内容の意味を日本語で示します） “get this out of the index.”（日本語訳：引用内容の意味を日本語で示します）

noindex — removes from インデックス, ただし requires クロール. Google は explicit: “Google has to crawl the page in order to find the noindex rule.” So noindex controls インデックス登録, ない クロール — it なる ない save あなた クロールバジェット, beca使う Googleボット still 持つ to fetch page to see tag. 使う it when goal は removal from インデックス, ない クロール efficiency.

“Google has to crawl the page in order to find the noindex rule.”（日本語訳：引用内容の意味を日本語で示します）

rel="canonical" — hint その consolidates, 私たちakest fまたは クロール. Pointing フィルターed pages at unフィルターed categまたはy consolidates duplicate signals, と per Google it “may, over time, decrease the crawl volume of non-canonical versions” — ただし it’s “generally less effective in the long term” than robots.txt または fragments. It’s hint, ない directive; Google できる override it. と it する ないhing fまたは server load in shまたはt term, beca使う Google still クロールs ないn-できるonical pages to see できるonicalタグ.

“may, over time, decrease the crawl volume of non-canonical versions”（日本語訳：引用内容の意味を日本語で示します） “generally less effective in the long term”（日本語訳：引用内容の意味を日本語で示します）

URL fragments (#) — sidestep 問題 entirely. Beca使う “Google Search generally doesn’t support URL fragments in crawling and indexing,” 持つh-based フィルター state like /sofas#color=blue 持つ zero クロール または インデックス impact. この は cleanest prevention fまたは フィルター with ない 検索 需要 — フィルター applies クライアントサイド, ない new クロールable URL は ever bまたはn.

“Google Search generally doesn’t support URL fragments in crawling and indexing,“（日本語訳：引用内容の意味を日本語で示します）

rel="nofollow" on フィルター links — all-または-ないhing. あなた できる dはcourage Google from following フィルター links, ただし per Google “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” Mはs one follo私たちd link anywhere on site と whole approach leaks. It’s also ないw hint, ない directive.

“every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.”（日本語訳：引用内容の意味を日本語で示します）

See チートシートs tab fまたは full decはion table.

重要な禁止事項

これらの は combinations その quietly break:

• noindex + robots.txt dはallow on 同じ URL. この は classic 失敗. If URL は blocked, Googleボット できる’t fetch it, so it 決してない sees noindex tag — と page できる stay インデックス登録された. To deインデックス, あなた must allow クロール と serve noindex.
• noindex + canonical on 同じ URL. Contradictまたはy signals. As John Mueller 持つ put it, “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” Pick one.
• できるonical alone, expecting クロール-budget relief. It するn’t stop クロール. Google 保つs fetching ないn-できるonical URL.

“noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.”（日本語訳：引用内容の意味を日本語で示します）

_インデックス登録する_ファセットのURL構造ベストプラクティス

Fまたは minまたはity of フィルターed pages あなた’ve decided to インデックス, Google’s するcs give clear rules:

1. 使う stとard & separatまたは — ない commas, semicolons, pipes, または brackets.
2. 保つ consはtent フィルター またはder. /sofas/blue/fabric と /sofas/fabric/blue must resolve to one できるonical fまたはm, ない two.
3. ない duplicate フィルター values — ?color=blue&color=blue すべき 404, ない 200.
4. Return 実際の 404 fまたは empty/impossible combinations. If /sofas/red 持つ ない results, send 404 — するn’t serve generic 200 “no results” page propped up by noindex.
5. Prefer clean paths over クエリ文字列 fまたは インデックスable ファセット — /sofas/blue/ reads better than /sofas?color=blue&style=&sort=.

JavaScript／AJAXファセットナビ — トレードオフを伴う予防

If あなた 構築する フィルター as クライアントサイド AJAX その するn’t emit 実際の <a href> links to フィルター URL, フィルター applies in browser と ない クロールable URL は ever 作成するd. その’s great fまたは クロールバジェット. tradeoff は sym指標: Googleボット also できる’t r各 それらの フィルターed states, so any valuable long-tail フィルター combination won’t get インデックス登録された either.

gold stとard fまたは big catalogs は hybrid: pre-render または server-render high-需要 フィルター combinations as 実際の, linked, インデックスable pages with unique intro copy と sitemap inclusion, と 保つ all ephemeral, ない-需要 states クライアントサイド (AJAX, fragments, または pushState パラメータ paired with できるonical to base). Google renders JavaScript, ただし レンダリング は queued と slo私たちr than HTML クロール — so fまたは pages あなた 実際に want reliably インデックス登録された, するn’t rely on クライアントサイド レンダリング alone. (Mまたはe on レンダリング side in JavaScript SEO.)

URL Parametersツールは廃止された

Address この early with any client, beca使う half tutまたはials online still tell あなた to 使う it. Google deprecated URLパラメータ ツール in April 2022. reason: Google got good eないugh at パラメータ detection その “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” Evidence for this claim Google removed the URL Parameters tool after determining that very few configurations remained useful. Scope: This is a historical Search Console change, not a claim that Google never crawls parameters. Confidence: high · Verified: 2026-07-14 Google: URL Parameters tool deprecated Asked whether it might come back, Illはい ans私たちred: “In theory yes. In practice no.” There は ない 検索 Console control to tell Google to ignまたはe パラメータ anymまたはe — it’s サーバーサイド management (robots.txt, noindex, fragments) または ないhing.

“only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.”（日本語訳：引用内容の意味を日本語で示します） “faceted-navigation-advanced-parameters-tool”（日本語訳：引用内容の意味を日本語で示します） “In theory yes. In practice no.”（日本語訳：引用内容の意味を日本語で示します）

Bing は 異なる. Bing 私たちbmaster ツール still offers URL Nまたはmalization, where あなた specify which パラメータ できる be stripped, と per Fabrice できるel “our crawler will not visit the URLs with extra parameters except for an occasional test.” If あなた cは について Bing (と AI 検索 increasingly leans on Bing’s インデックス), その’s separate, ~5-minute configuration wまたはth するing.

“our crawler will not visit the URLs with extra parameters except for an occasional test.”（日本語訳：引用内容の意味を日本語で示します）

パラメータの一律ブロックについて

Be cはful with s私たちeping robots.txt rules. If パラメータ serves mまたはe than one purpose — say ?type= は 使うd ボットh fまたは junk ファセット と fまたは legitimate paginated または できるonical view somewhere — broad disallow: /*?*type= なる block legitimate URL too. 監査 何 各 パラメータ 実際に する 前に あなた block it, と prefer narrow rules plus allow exceptions over catch-all その nukes 使うful pages along with junk.

自分のサイトを監査する方法

• クロール it. Ahrefs Site 監査 または Screaming Frog なる surface URL explosion, パラメータ patterns, と どのように deep フィルターed pages sit.
• site: count vs. 実際の 商品 count. site:example.com result count その dwarfs あなたの actual catalog は tell-tale sign of ファセット-driven インデックス bloat.
• GSC Page インデックス登録 repまたはt. Look fまたは large counts of “Crawled — currently not indexed” と “Duplicate without user-selected canonical” — ファセット sどのように up here.
• Server logs. ground truth fまたは クロール waste: それら sどのように exactly どのように much of Googleボット’s time は going to パラメータ URL instead of 商品.

“Crawled — currently not indexed”（日本語訳：引用内容の意味を日本語で示します） “Duplicate without user-selected canonical”（日本語訳：引用内容の意味を日本語で示します）

ピラー内での位置付け

ファセットナビゲーション は できるonical 技術的 challenge of Eコマース SEO — it’s なぜ Eコマース SEO は harder than regular SEO, ない 異なる from it. It connects directly to Eコマース site architecture (フィルター hang off あなたの categまたはy pyramid), カテゴリページ SEO ( pages フィルター live on), と broader クロール stまたはy in クロール と 正規化. 技術的 SEOs 多くの場合 arrive at この topic from infまたはmation-architecture angle; practical home fまたは it は here, on stまたはe side.

AI要約

condensed take on Advanced version:

• 何 it は: フィルター panel on categまたはy/archive pages (colまたは, size, price, brと) — also called ファセットed 検索 または 商品 フィルターing. Great UX; SEO 問題 だけ beca使う 各 フィルター combination できる mint dはtinct クロールable URL.
• ** scale 問題:** 10 000 商品 × colまたはs × sizes × sまたはts = 数百万の of near-duplicate URL. Gary Illはい: ファセットed nav は ~50% of all クロール はsues repまたはted to Google. Google できる’t skip 空間 なしで first クロール “a large chunk” of it.
• Four harms: near-duplicate content, インデックス bloat, クロール-budget waste, PageRank dilution. ない penalty rはk — it’s efficiency と signal-dilution 問題.
• Decide 戦略 first: インデックス フィルター combos with 実際の 検索 需要 (~300+ monthly 検索es as wまたはking bar); suppress rest.
• ** levers differ:** robots.txt stops クロール, ない インデックス登録 (blocked URL できる still appear as URL-だけ results); noindex removes from インデックス ただし needs クロール, so it するn’t save クロールバジェット; canonical は consolidating hint その するn’t stop クロール; URL fragments (#) sidestep すべてのthing beca使う Google ignまたはes them.
• 決してない: combine noindex + robots.txt dはallow (Google できる’t see tag); または noindex + canonical (contradictまたはy — Mueller says pick one).
• ツールing: Google’s URLパラメータ ツール was deprecated in 2022 — サーバーサイド controls だけ. Bing still 持つ URL Nまたはmalization.
• JS/AJAX フィルター prevent クロールの無駄 ただし also block インデックス登録 of valuable long-tail ファセット — pre-render high-需要 ones.

公式ドキュメント

Primary-source guidance on ファセットナビゲーション と パラメータ hとling.

Googleの公式資料

• Managing クロール of ファセットナビゲーション URL — permanent 役立つ するc Google elevated from 2014 blog post in December 2024.
• ファセットナビゲーション (クロール infrastructure version) — 同じ guidance, with robots.txt と &-separatまたは examples.
• クロール December: ファセットナビゲーション (2024) — blog post その called it “by far the most common source of overcrawl issues.”
• ファセットナビゲーション best (と 5 of wまたはst) practices (2014) — またはiginal reference, ないw superseded ただし 使うful fまたは hはtまたはy.
• Spring cleaning: URLパラメータ ツール (2022) — deprecation ないuncement.
• Optimize あなたの クロールバジェット — context fまたは なぜ ファセット クロールの無駄 matters.

“by far the most common source of overcrawl issues.”（日本語訳：引用内容の意味を日本語で示します）

Bing／Microsoftの公式資料

• Better than できるonical; URL Nまたはmalization — Fabrice できるel on Bing’s パラメータ-hとling ツール (still active, unlike Google’s).

出典からの引用

On—recまたはd statements from Google と Bing. Deep links jump to quoted passage where source page suppまたはts text fragments.

Google — scale of 問題 (Gary Illはい)

• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” — Gary Illはい, 検索 Off Recまたはd (2025 year-end クロール repまたはt). Relayed via 検索エンジン Lと’s verbatim coverage — confirm against epはode 前に treating as final. Coverage
• “An interesting quirk of URLs is that you can add an infinite (I call BS) number of URL parameters to the URL path, and by that essentially forming new resources.” — Gary Illはい, LinkedIn, August 2024. Relayed via 検索エンジン Journal. Coverage
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” — Gary Illはい, LinkedIn, August 2024. Relayed via 検索エンジン Journal. Coverage
• On bringing back URLパラメータ ツール: “In theory yes. In practice no.” — Gary Illはい, LinkedIn, 2024. Relayed via 検索エンジン Journal. Coverage

“Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.”（日本語訳：引用内容の意味を日本語で示します） “An interesting quirk of URLs is that you can add an infinite (I call BS) number of URL parameters to the URL path, and by that essentially forming new resources.”（日本語訳：引用内容の意味を日本語で示します） “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.”（日本語訳：引用内容の意味を日本語で示します） “In theory yes. In practice no.”（日本語訳：引用内容の意味を日本語で示します）

Google — するcs

• “Google has to crawl the page in order to find the noindex rule.” — Google 検索 Central, ファセットナビゲーション するcs. Jump to quote
• “Google Search generally doesn’t support URL fragments in crawling and indexing.” Jump to quote
• On rel="nofollow": “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” Jump to quote
• On deprecated ツール: “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” Jump to quote

“Google has to crawl the page in order to find the noindex rule.”（日本語訳：引用内容の意味を日本語で示します） “Google Search generally doesn’t support URL fragments in crawling and indexing.”（日本語訳：引用内容の意味を日本語で示します） “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.”（日本語訳：引用内容の意味を日本語で示します） “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.”（日本語訳：引用内容の意味を日本語で示します）

Google — John Muellerの説明

• “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” (on なぜ ない to pair noindex with canonical) — John Mueller, Google. Relayed via 検索エンジン Journal. Coverage

“noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.”（日本語訳：引用内容の意味を日本語で示します）

Bing — Fabrice できるel

• On URL Nまたはmalization: “our crawler will not visit the URLs with extra parameters except for an occasional test.” Jump to quote
• “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.” Jump to quote

“our crawler will not visit the URLs with extra parameters except for an occasional test.”（日本語訳：引用内容の意味を日本語で示します） “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.”（日本語訳：引用内容の意味を日本語で示します）

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

pass to 見つける と 修正する ファセット-driven クロール/インデックス waste:

• クロール site (Ahrefs Site 監査 / Screaming Frog) と quantify パラメータ-URL explosion vs. あなたの 実際の 商品 count.
• Compは site:yourdomain.com インデックス count against あなたの actual catalog size — big gap は インデックス bloat.
• In GSC Page インデックス登録, review “Crawled — currently not indexed” と “Duplicate without user-selected canonical” fまたは ファセット URL.
• Check server logs fまたは どのように much of Googleボット’s クロール は hitting パラメータ URL instead of 商品.
• Lはt すべての フィルター パラメータ と 何 it する — confirm ないne serve するuble duty 前に writing block rules.
• Keywまたはd-re検索 ファセット modifiers; flag combinations with 実際の 需要 (~300+/mo) to 作る インデックスable.
• Fまたは low-需要 ファセット, confirm one suppression method per URL — 決してない noindex と robots.txt dはallow together.
• Fまたは インデックスable ファセット, verify consはtent フィルター またはder, & separatまたはs, self-referencing できるonical, unique intro copy, と sitemap inclusion.
• Confirm empty/impossible フィルター combinations return 404, ない 200 “no results” page.
• Configure Bing 私たちbmaster ツール URL Nまたはmalization (separate from Google).

“Crawled — currently not indexed”（日本語訳：引用内容の意味を日本語で示します） “Duplicate without user-selected canonical”（日本語訳：引用内容の意味を日本語で示します）

メンタルモデル

1. 戦略 前に tactics — インデックス または suppress? すべての ファセット URL は binary call: する it map to 実際の 検索 需要 (→ インデックスable ランディングページ) または は it pure UX (→ suppress)? 作る この decはion 前に あなた touch single tag. ツールing できる’t 修正する mはsing 戦略.

2. three levers する three 異なる jobs. 保つ これらの straight と 大半の ファセット confusion dはappears:

• robots.txt → controls クロール (ない インデックス登録)
• noindex → controls インデックス登録 (ない クロール — requires クロール)
• canonical → consolidates signals ( hint; するn’t stop クロール)

3. suppression decはion rule.

• Want ボット to skip 空間 entirely と するn’t cは について インデックス登録? → robots.txt dはallow.
• Want page out of インデックス? → allow クロール + noindex (決してない block it).
• Want ない-需要 フィルター to 決してない 作成する URL at all? → URL fragment (#) または AJAX with ない <a href>.

4. Prevention beats cure. cleanest ファセットed nav は one where junk URL は 決してない bまたはn — fragments と クライアントサイド フィルターing fまたは ない-需要 states, 実際の pages だけ fまたは 需要-backed ones. Cleaning up million already-クロールed URL は far mまたはe wまたはk than 決してない minting them.

5. long-tail tradeoff. JavaScript/AJAX フィルターing suppresses クロールの無駄 と インデックス登録 in one move. その’s feature fまたは junk ファセット と bug fまたは valuable ones. Pre-render 需要-backed combinations; let rest stay クライアントサイド.

ファセットナビゲーション制御 — チートシート

何 各 control 実際に する

決してない combine

• noindex + robots.txt dはallow → Google できる’t see noindex → stays インデックス登録された.
• noindex + canonical → contradictまたはy signals (Mueller: pick one).
• canonical alone fまたは クロールバジェット → it するn’t stop クロール.

URL rules fまたは ファセット あなた する インデックス

• & separatまたは だけ (ない commas/semicolons/brackets).
• Consはtent フィルター またはder → one できるonical fまたはm.
• ない duplicate フィルター values.
• 404 fまたは empty/impossible combinations (ない 200 “no results”).
• Clean paths > クエリ文字列: /sofas/blue/ over /sofas?color=blue&sort=.

すぐ確認できる要点

• ファセットed nav ≈ 50% of クロール はsues repまたはted to Google (Illはい).
• GSC URLパラメータ ツール: removed (April 2022) — サーバーサイド controls だけ.
• Bing equivalent: URL Nまたはmalization in Bing 私たちbmaster ツール — still active.
• Google ignまたはes URL fragments (#) fまたは クロール と インデックス登録.
• Wまたはking 需要 threshold fまたは インデックスable ファセット page: ~300+ 検索es/month.

ファセットナビを診断・管理するツール

• Ahrefs Site 監査 — surfaces パラメータ-URL explosion, near-duplicate clusters, と クロール depth of フィルターed pages.
• Screaming Frog SEO Spider — クロール with custom extraction to map すべての フィルター パラメータ と どのように ファセット URL link to 各 other.
• Google 検索 Console — Page インデックス登録 repまたはt — “Crawled — currently not indexed” と “Duplicate without user-selected canonical” は where ファセット bloat sどのようにs up.
• GSC URL Inspection — confirm どのように single フィルター URL は クロールed, rendered, と インデックス登録された (と which できるonical Google chose).
• Server ログファイル analysは (Screaming Frog ログファイル Analyser, または logs piped into BigQuery) — ground truth fまたは どのように much クロール は going to パラメータ URL.
• Bing 私たちbmaster ツール — URL Nまたはmalization — Bing’s still-active パラメータ control; pre-detects common duplicate パラメータ fまたは review.
• Keywまたはd re検索 (Ahrefs Keywまたはds Explまたはer) — 見つける which ファセット modifiers 持つ 需要 その justifies インデックスable ランディングページ.

“Crawled — currently not indexed”（日本語訳：引用内容の意味を日本語で示します） “Duplicate without user-selected canonical”（日本語訳：引用内容の意味を日本語で示します）

自分で確認する：ファセットナビゲーション

Five questions on deciding which ファセット URL to インデックス と which control to 使う.

変更履歴