Shopify SEO

What the work covers

The duplicate URL problem almost every store has

One product, several addresses

Shopify serves the same product at more than one URL. The clean one is /products/blundstone-550. The other is /collections/work-boots/products/blundstone-550, and there's a version for every collection the product sits in. Ten collections, ten addresses, one product.

It comes from the theme. Product cards are built in Liquid, and if the link is written as the product URL within the collection, the href carries the collection path. Shopify canonicals those pages back to the clean URL, which prevents the worst of it, but a canonical is a hint and your internal links still point at the copies. Crawl budget goes to duplicates, and the signal meant for one URL spreads across eleven.

The fix is one line in the product card snippet: link to the product URL, not the product URL within the collection. Then re-crawl and check your apps, because search widgets and upsells write their own links and often put the pattern back.

Sort orders and pagination

Every sort order is another URL. Price ascending, best selling, newest, plus whatever the theme adds. Those should canonical to the clean collection URL and shouldn't sit in crawlable links, because a crawler will walk every sort of every collection and find the same products.

Pagination is the opposite case. Page two wants a self referencing canonical and should stay indexable, because it's the crawl path to products deep in the catalogue. Noindexing it cuts that path. Check what your theme outputs, since defaults have changed.

Tag and filter URLs, where it stops being funny

Tag filtering concatenates. First /collections/boots/waterproof, then that plus steel-cap, then a size, then a brand. Twenty tags on one collection produce more URL combinations than you have products, and older themes link them in a crawlable sidebar. Newer stores using Search & Discovery filters generate parameters instead, which is tidier and still crawlable.

Handle it in two parts. Default to noindex on any filtered view, set in the theme on the presence of current tags or filter parameters. Then take the two or three combinations with real search volume behind them, waterproof work boots being the obvious one, and build each as its own collection with a clean URL, H1 and intro copy. Don't rank the tag URL. Promote it to a collection. Noindex internal search results as well.

The fixed paths, and what you can actually do

You can't remove /collections/ or /products/, you can't nest one collection inside another, and Plus doesn't change it.

The honest read is that it costs very little. Folder depth is a weak signal, and hierarchy is communicated through internal linking and breadcrumbs with BreadcrumbList markup, which Google reads fine. So build a collection for every real demand cluster, write on it, link collections in the order a buyer moves through them, and keep buying guides in /pages/. Keep handles short, and tick the redirect box when you change one. That beats a headless rebuild sold as an SEO fix. More on the crawl side sits on technical SEO.

How the work runs

1. Crawl and count

   Crawlable URLs against products, index status, and where revenue comes from.

2. Fix the theme

   Link patterns, canonicals, pagination and filter rules, on a duplicate theme.

3. Build the collection layer

   Copy, structure and links on the pages with demand.

4. Report on revenue

   Organic revenue by collection each month, with what changed.

Who this suits, and who it doesn't

It suits stores past roughly 100 SKUs, stores whose Search Console is full of pages nobody meant to publish, and merchants competing with marketplaces on the same products. Weaker fit if you sell five products. Sector context is on the eCommerce industry page.

Why stores pick us for this