What noindex does on a tag archive
The noindex meta tag tells search engines to read the page but not include it in search results<InlineCite n={2} sourceId='google-noindex' />. On a tag or category archive page, this prevents the auto-generated list of post excerpts from competing in search results against the original posts themselves. Without noindex, the archive page often shows up for the tag name as a query (because the page header explicitly is that tag) and outranks better-written individual posts on the same topic. With noindex, Google still crawls the archive (so internal links to and from the archive count), but the archive itself stays out of the index.
Verify the default with View Source
The verification is a 30-second pass per blog. Open /tag/{any-tag}/ in the browser, run View Source (Cmd+Option+U or Ctrl+U), search the rendered HTML for 'robots'. The expected match in the head element is <meta name='robots' content='noindex'>. Repeat for /category/{any-category}/. If both archive types render the noindex meta, the default is working and no further action is needed. If either is missing, the template requires a Code Injection override.
When the noindex default is missing
The default can be missing in three scenarios. Heavily-customised 7.0 templates with template-file overrides that removed the auto-injected meta. Some legacy 7.0 cover-page templates that did not include the noindex behaviour. Custom-coded template injections that removed standard head elements during a brand redesign. In all three cases, the gap is template-level — the platform's default behaviour is to ship noindex; the gap exists because the template-level code has been modified.
Force noindex via page-level Code Injection
The override snippet checks the URL path on page load and injects a noindex meta tag into the document head if the URL matches /tag/ or /category/. Place the snippet in Settings > Advanced > Code Injection > Header. The snippet runs on every page but only takes effect on tag and category archive URLs. Google's renderer reads JavaScript-injected meta tags reliably in 2026, so the runtime injection is functionally equivalent to the server-rendered default.