WordPress Categories
Indexing Issues Fix

The indexing decision for WordPress taxonomy archives affects your site in three distinct ways: it determines how much of your crawl budget Googlebot spends on low-value archive pages rather than your actual content, it controls whether Google sees near-duplicate content across your category and post pages, and it governs whether your category pages can themselves rank for topically relevant queries — which for some sites is a genuine traffic opportunity.

Getting this wrong in either direction has measurable consequences. Noindexing all categories on a site where those category pages are genuinely useful and well-populated is leaving potential ranking opportunities unrealised. Indexing all tags and categories on a site with 3,000 thin, auto-generated archive pages is actively contributing to low content quality signals across the domain.

How WordPress Generates Taxonomy Archives

WordPress creates a publicly accessible archive URL for every taxonomy term associated with any published post. By default, this includes:

• Category archives — /category/your-category/ — listing all posts assigned to a given category
• Tag archives — /tag/your-tag/ — listing all posts with a given tag
• Author archives — /author/username/ — listing all posts by a given author
• Date archives — /2024/03/ — listing posts from a given date period
• Custom taxonomy archives — any additional taxonomy registered by a plugin or theme

All of these are indexable by default. WordPress does not apply any robots meta tag, noindex directive, or canonical override to archive pages out of the box. The content on a category archive — the post titles, excerpts, and metadata — overlaps significantly with the content on each individual post page it lists. This is where the indexing problem originates.

The Indexing Problem: Duplicate Content and Thin Archives

The two distinct problems caused by poorly configured taxonomy archives are worth treating separately, because they have different solutions.

Problem 1: Duplicate or Near-Duplicate Content

If your category archive displays full post content (rather than excerpts), every indexed category page shares a large proportion of its text with every post listed on it. Google’s systems are designed to identify the most canonical version of a piece of content — and if you have 40 posts each appearing in 3 categories, those 40 posts each have at least 3 near-duplicate representations across your indexed pages.

Even with excerpts rather than full content, category archives that list 10–20 posts share titles, meta descriptions, featured image alt text, and author attributions with each individual post page. At scale, this creates a measurable amount of duplicate-signal content across your domain.

Problem 2: Thin Archive Pages

A category with only 1–3 posts creates an indexed archive page with almost no unique content — a list of 2 post titles and excerpts, surrounded by site navigation. This page provides essentially no value to a user who lands on it from search, and its existence as an indexed URL contributes to the overall proportion of low-quality content on your domain — relevant to both Core Update and Helpful Content assessments.

Index vs. Noindex: The Decision Framework

Apply this framework to every category on your site. The decision is binary for each category — index it and optimise it, or noindex it and reduce crawl surface.

The practical implication for most WordPress sites: index your 3–8 primary topical categories and noindex everything else. A well-structured site should have a small number of meaningful category pages, each with unique descriptive content, that serve as genuine topical hubs — and a larger number of tags, internal-organisation categories, and auto-generated archives that should be noindexed.

Canonical Tag Issues in Category Archives

Even when you decide to index a category archive, canonical tag configuration can cause serious problems if left at default settings. The two most common canonical mistakes on WordPress category archives are:

Mistake 1: Self-Referencing Canonicals on Paginated Archives

WordPress automatically paginates category archives once they exceed a certain number of posts (default: 10 per page). The paginated archive URLs take the form /category/name/page/2/. Many SEO plugins, by default, add a self-referencing canonical to every paginated page — meaning page 2 points to itself as canonical, page 3 points to itself, and so on.

This is correct behaviour for unique paginated content but becomes a problem if you want Google to treat the entire paginated series as a unified topic resource. The proper configuration is covered in Section 6 (Pagination).

Mistake 2: Posts Inheriting Canonical URLs from Category Archives

Some theme configurations and poorly coded plugins set canonical tags on individual posts to point to the post’s primary category archive URL rather than the post’s own permalink. This is a significant error — it tells Google that the category page, not the post page, is the definitive version of the content. Every backlink the post earns flows to the category archive’s canonical, not the post itself.

Check your post canonical tags by viewing source or using a browser plugin like Link Redirect Trace on any individual post URL. The canonical should be the post’s own permalink (https://yourdomain.com/your-post-slug/), not a category URL.

Configuring Yoast SEO and Rank Math for Category Indexing

Both Yoast SEO and Rank Math provide full control over taxonomy archive indexing. The configuration paths differ slightly but achieve the same outcome. Use the tabbed guide below for your specific plugin.

// Noindex tag and author archives, leave categories indexed
add_action( 'wp_head', function() {
  if ( is_tag() || is_author() || is_date() ) {
    echo '<meta name="robots" content="noindex, follow">' . PHP_EOL;
  }
} );

// Noindex specific categories by term ID
add_action( 'wp_head', function() {
  $noindex_cats = [ 12, 34, 57 ]; // replace with your category IDs
  if ( is_category( $noindex_cats ) ) {
    echo '<meta name="robots" content="noindex, follow">' . PHP_EOL;
  }
} );

Paginated Archives and rel=prev/next

WordPress paginates category archives automatically once a page exceeds the “Blog pages show at most” setting (Settings → Reading, default 10 posts). This creates URLs like /category/name/page/2/, /category/name/page/3/, and so on.

The practical consequence: your paginated archive pages (/page/2/, /page/3/) will each be crawled and evaluated individually. For deeply paginated archives (10+ pages), this creates a crawl budget concern — Googlebot may spend significant crawl time on pagination rather than new content.

Configuring Paginated Archives Correctly

Tag Archives: Almost Always Noindex

Tag archives present a more severe indexing problem than category archives for most WordPress sites. The typical pattern: a blog with 500 posts and 300–800 tags, each tag archive containing 1–5 posts, all of them thin pages with no unique descriptive content, all indexed by default.

This is one of the most common sources of mass thin-content indexing on WordPress sites. A site with 600 indexed tag archives, each containing 2–3 post excerpts and nothing else, is contributing 600 near-empty pages to its indexed content ratio — directly relevant to Helpful Content and Core Update quality assessment.

The default recommendation for tag archives is noindex unless your site meets all of the following criteria:

• Tags are used editorially with discipline — fewer than 50 unique tags per 100 posts
• Each tag groups a meaningful set of posts (10+) under a topically coherent label
• Tag pages have unique, written descriptions added by the editorial team
• The tag terms correspond to queries users actually search for

For most blogs and content sites, none of these conditions are met. Tags are used casually — added per-post without a controlled vocabulary — and their archives provide no value to users or to search engines. Noindex all tags via your SEO plugin’s Taxonomies settings unless you have a specific, documented reason to do otherwise.

Custom Taxonomies and CPT Archives

Plugins and themes frequently register custom taxonomies — WooCommerce creates product categories and product tags, review plugins create genre or rating taxonomies, portfolio plugins create project-type taxonomies. Each of these creates its own set of archive URLs, all indexed by default.

Auditing What’s Indexed

Taxonomy Indexing Quick Reference

More WordPress SEO Guides

This guide is part of the complete WordPress SEO series on indxq.com: