Noindex Tag: Exclude the Right Pages
Key takeaways
- Use a robots meta tag for HTML pages and an X-Robots-Tag header when a response header is more suitable.
- Do not block a URL in robots.txt if Google needs to crawl it and process noindex.
- Apply noindex only after deciding whether the URL should exist, redirect, consolidate or remain searchable.
- Test the raw response, rendered HTML and crawler-visible headers before deployment.
- Monitor removals and accidental template spread after release.
What does a noindex tag do?
A noindex tag tells supporting search engines not to show a page or resource in their search results. Google's current noindex documentation says that once Googlebot crawls a URL and extracts the rule, Google will drop that URL from Google Search results.
For an HTML page, the usual implementation is a robots meta tag in the document head. For a non-HTML file, or when server-level control is more appropriate, an X-Robots-Tag response header can carry the instruction.

The directive controls indexing. It does not make content private, stop users opening the URL or remove the need for access control. Noindex is an indexing rule, not a tiny security team hiding in the head element.
When should you use noindex?
Use noindex when a URL should remain available to users or systems but should not appear as a search result. Possible cases include selected internal search pages, thin account utility pages, staging-like views that must remain public for a defined reason, or expired campaign pages that still serve users.
Do not begin with the directive. Begin with the URL's job. If the page has no continuing user purpose, a relevant redirect, removal or proper error response may be more coherent. If it duplicates another page, canonicalisation may be the better consolidation signal.
Make the decision by URL class, not one isolated example. Search templates, filters and account routes can create thousands of variants from one apparently modest checkbox.
Should noindex pages be blocked in robots.txt?
No. A URL carrying noindex should normally remain crawlable so Google can fetch and process the instruction. Google's robots meta tag specification says page and header rules can be read only when crawlers are allowed to access the resource.
A robots.txt block can prevent Googlebot from seeing a newly added noindex directive. The verified SAGEO robots.txt guide explains why crawling and indexing are separate controls.

This is a frequent production contradiction: the team hides the instruction behind the same gate the crawler must pass to read it. The markup may be immaculate. It is also functionally private from the intended recipient.
Should you use a meta tag or X-Robots-Tag?
Use a robots meta tag for ordinary HTML when the page template controls the head. Use X-Robots-Tag when headers are easier to manage or when the resource is not HTML, such as a PDF.
Google says the two approaches have the same noindex effect. The implementation choice should follow the resource type, architecture, testing capability and ownership model.
Avoid emitting conflicting instructions through several layers. A content management system, application, edge worker and web server can each believe it owns the final directive. Inspect the delivered result, not merely the configuration screen.
What happens to links on a noindex page?
Noindex and nofollow are separate rules. A page can ask not to appear in results without also applying nofollow to its links.
Do not add nofollow automatically unless that is a deliberate, supported requirement. Internal discovery and site architecture deserve their own decision. Google's robots meta specification lists the rules separately and says multiple negative rules can combine.

Long-term behaviour and crawler processing can vary, so do not make critical discovery depend solely on links from excluded pages. Important indexable URLs should have normal internal links from suitable indexable pages.
How does noindex interact with canonical tags?
Noindex requests exclusion, while a canonical nominates a representative URL among duplicate or very similar pages. They solve different problems and should not be stacked casually on the same URL.
If a page should consolidate into another URL, align the canonical, internal links and sitemap with that strategy. If it should disappear from results while remaining available, use noindex and remove it from indexable-page signals where appropriate.
The canonical tags guide explains why conflicting signals create ambiguity. A template should not ask for exclusion and representation in the same breath, then blame the crawler for looking puzzled.
How should you audit noindex implementation?
Audit noindex by crawling representative URL classes and recording status, robots.txt access, raw meta robots, rendered meta robots, X-Robots-Tag, canonical target, sitemap inclusion and internal-link sources. Compare intended and delivered rules.

Check case and formatting, but focus on the final parsed instruction. Inspect HTML generated before and after JavaScript because client-side code can add or alter a tag. Check headers at every response in a redirect chain.
Build tests for priority templates, not only current examples. A release that fixes one URL while adding noindex to an entire product category is technically consistent and commercially dreadful.
How should noindex changes be deployed?
Deploy by tightly defined URL class with a saved before-state, expected output, verification query and rollback. Test production-like examples before the rule reaches the whole template.
After release, recrawl the exact class and inspect Search Console URL Inspection where available. Monitor Page Indexing reports, priority-page impressions and unexpected drops. Google's documentation notes that recrawling can take time, so removal is not necessarily immediate.
When reversing noindex, remove the directive, keep the page crawlable and request recrawling for important URLs. Then verify the rendered response again. Removing a setting from the CMS does not prove that an edge header or plugin has also stood down.
Limitations
Noindex does not guarantee when a URL will be recrawled, removed or restored. It does not secure content, preserve rankings, consolidate signals or guarantee traffic outcomes. Google's documentation describes Google Search behaviour; other search and answer engines may process directives differently.

What is the next sensible step?
Export every currently noindexed URL with its status, canonical, sitemap state and internal-link count. Ask SAGEO for a noindex audit when directives cross templates, JavaScript, response headers, faceted navigation or multiple deployment layers.
Sources
- Block Search indexing with noindex, Google Search Central. Official implementation and debugging guidance.
- Robots meta tag, data-nosnippet, and X-Robots-Tag specifications, Google Search Central. Official rules, headers and crawler-access requirements.
- Robots.txt: Control Crawling, Not Indexing, SAGEO. Related crawl-control audit guidance.
- Canonical Tags: Choose One URL, SAGEO. Related canonical and signal-alignment guidance.