A CMS doesn't index your pages: Google decides that. But every platform has its own way of generating URLs, setting canonicals, applying default noindex tags. And those automations, invisible from the admin panel, show up in Google Search Console as very specific indexing statuses.
This section walks through the indexing pitfalls specific to each CMS. The principle is the same everywhere: the platform industrializes URL creation, and Search Console delivers the verdict. Our job is to bridge the two, so you know what to look for on your platform.
The CMS Isn't the Culprit
Let's be clear up front: none of these platforms is "bad for SEO." Shopify, WordPress, Magento and the rest do exactly what they're built for, industrializing page production. The problem isn't the platform, it's the volume of URLs it generates automatically, often without your noticing.
Faceted navigation creates one URL per filter combination. A WordPress tag system creates an archive page per tag. A Shopify collection makes the same product reachable through several paths. None of that is a fault: they're features. But each one produces URLs that Google will discover, crawl, and sometimes refuse to index, or worse, index in place of your real pages.
So the real question isn't "which CMS should I choose," but "which of my CMS's automations should I watch." It's a structural line of reasoning, run on your own URLs, not a blanket case against the platforms.
How a CMS Pitfall Shows Up in Search Console
These automations don't stay abstract: they appear in black and white in the indexing report. Three statuses come up especially often from one CMS to another.
Crawled, currently not indexed: Google crawled an auto-generated page (a tag archive, a facet) but judged it too thin to index. Duplicate without user-selected canonical: several paths lead to the same content, without the CMS declaring which one is authoritative. Duplicate, Google chose different canonical than user: your theme declares a canonical, but Google keeps a different one. Recognizing these three statuses already means reading half the CMS pitfalls.
The CMS Covered in This Series
This section will cover the following platforms, each with its most characteristic indexing pitfall:
- Shopify — duplicate content between collection URLs and product URLs
- WordPress — noindex and thin archives (tags, categories, dates)
- WooCommerce — facets and pagination that flood the crawl
- Wix — SEO setup and "Discovered, currently not indexed" pages
- Squarespace — the default-domain canonical against the custom domain
- PrestaShop — faceted navigation and URL parameters
- Magento — layered navigation and the URL explosion
- BigCommerce — facets and automatic canonicals
- Webflow — Collection List pagination and duplicate canonicals
- Drupal — URL aliases and facets
Articles will be published gradually and linked from this page as they go live.
The Common Thread: Diagnosing on Your Own URLs
Whatever the CMS, the approach is the same. The pitfall is structural, so it's spotted at scale: not on a single page, but across all the URLs a pattern generates (every facet, every tag, every product variant). This is where a one-at-a-time audit hits its limit. That's the problem IndexProbe solves: by querying the official Google Search Console API across the whole list of URLs you provide or build from GSC, you see at a glance which pattern of your CMS is generating duplicates, "not indexed" pages, or ignored canonicals.
To get the vocabulary of the statuses before diving into a specific CMS, start with the Google Search Console indexing statuses section. For the cross-cutting technical guides (crawl budget, facets, pagination), see Technical SEO: crawling and indexing.
Frequently Asked Questions
Is my CMS bad for SEO?
No. No mainstream CMS is inherently bad for SEO. What causes trouble is the automatically generated URLs (facets, tags, variants) the platform creates without your noticing. Those URLs are features, not flaws, but they call for some monitoring on the indexing side.
Why do indexing pitfalls depend on the CMS?
Because each CMS has its own logic for generating URLs and canonical tags. WordPress creates archives per tag, Shopify multiplies the paths to a product, Magento generates faceted URLs. The mechanism differs, but the outcome reads in the same Search Console statuses.
How do I know if my CMS is generating duplicates?
By auditing your URLs pattern by pattern in Google Search Console. If several URLs serve the same content, they'll show up as "Duplicate" or "Crawled, currently not indexed." A bulk audit lets you isolate, with one filter, all the URLs of a given pattern (say ?filter=) and see how many are affected.