What does BigCommerce do with filter URLs by default?

BigCommerce's Product Filtering (available from the Scale plan up — formerly Pro) renders filter selections as query parameters on the category URL, and filtered views carry a canonical tag pointing back to the base category page. That default is more sensible than most platforms ship: category authority stays consolidated on one URL, and the thin permutations (?brand=x&color=y&price=10-50) declare themselves as non-canonical instead of competing with the category.

So the baseline answer is: BigCommerce already prevents the worst faceted-navigation failure, duplicate-content sprawl. What it doesn't prevent is the two subtler problems — crawl waste and missed landing pages.

Problem one: canonicals don't stop crawling

A canonical tag tells Google which URL gets the credit. It does not tell Google to stop fetching the other ones. On large catalogs, crawlers will happily spend their budget walking filter permutations, discovering each is non-canonical, and coming back for more — while your new products and updated category copy wait in the queue. The symptom shows up in Search Console as tens of thousands of "Duplicate, Google chose different canonical" and "Crawled — currently not indexed" URLs.

The fix is crawl control on top of the canonicals, not instead of them:

  • Disallow filter parameters in robots.txt. BigCommerce gives you direct robots.txt editing in the control panel (Settings → Website → search engine robots) — no developer required. Block the parameter patterns your theme emits for filters and sorts.
  • Keep sort orders out of reach entirely. ?sort=price_asc pages have zero search value on any store. Blocking them is free crawl budget.
  • Don't block a parameter that carries canonical traffic. Audit first: if paginated category URLs use parameters, they need different treatment than filters (see below).

Problem two: some filter combinations deserve to rank

Here's the part most BigCommerce SEO advice skips. Somewhere in your filter data are combinations with real search demand — "stainless steel lifting chain," "left-handed 20 gauge choke," "recycled cardstock 8.5x11." If those views only exist as canonicalized-away filter URLs, you have inventory for a query and no page that's allowed to rank for it.

The play is to promote the money combinations to real pages:

  1. Mine the demand. Search Console queries, site-search logs, and PPC search-term reports tell you which attribute combinations people actually type. You need dozens of winners, not thousands.
  2. Create a dedicated category (or CMS landing page) per winner. On BigCommerce that's usually a real category with a curated product set, a written intro that actually says something, and a clean static URL — not a parameter view.
  3. Give it unique title, H1, copy, and schema. A landing page that's just a filtered grid with a keyword slug is thin content wearing a nicer URL.
  4. Link to it from the parent category and relevant PDPs. Internal links are what make these pages crawlable and credible; orphaned landing pages don't rank.

This is exactly how we structured the replatform for Lifting.com — 14,802 SKUs of industrial rigging where the buyers search by capacity, grade, and configuration. The catalog architecture decides whether that demand lands on you or a competitor.

What about pagination?

Category pagination (?page=2 and up) is navigation, not duplication. Since Google retired rel=prev/next, the practical BigCommerce setup is: paginated pages stay crawlable (so deep products get discovered), each page self-canonicalizes or canonicalizes per your theme's convention, and you don't waste the crawl allowance you just reclaimed from filters by blocking page parameters too. If your theme canonicalizes every paginated page to page one, products buried past page three can struggle for discovery — check how deep your crawl actually reaches before deciding it's fine.

The audit sequence we run

  1. Crawl the store as Googlebot (Screaming Frog or the crawler in our AI Site Auditor) and count parameter URLs discovered vs. real pages.
  2. Pull Search Console's Page indexing report and quantify the "Duplicate/Crawled — not indexed" mass tied to filter parameters.
  3. Write the robots.txt parameter rules; verify the canonical behavior survives your theme (custom Stencil work sometimes breaks it).
  4. Mine query data for facet combinations with demand; shortlist landing-page candidates by search volume × margin.
  5. Ship the landing pages with real copy and internal links; watch impressions per URL for the next 60 days.

Faceted navigation is where BigCommerce SEO stops being checklist work and starts being catalog architecture. If you'd rather have it handled, that's the deep end of our BigCommerce SEO service — and the crawl-health side lives in technical SEO.