Official statement
Other statements from this video 32 ▾
- 0:36 How can you uncover hidden SEO problems in a domain using Google Search Console?
- 1:48 Can you really detect the hidden algorithmic penalties of an expired domain?
- 3:50 How should you handle duplicate content when managing multiple distinct entities?
- 4:25 Should you duplicate your content for every local establishment or consolidate it on a single page?
- 6:18 How can massive DMCA removals destroy the ranking of an entire website?
- 6:18 Can mass DMCA takedowns really harm a site's ranking?
- 7:18 Should you favor a subdomain or a subdirectory for hosting your AMP pages?
- 7:22 Where is the best place to host your AMP pages: subdomain, subdirectory, or parameter?
- 8:25 Does the canonical tag really work if the pages are different?
- 8:35 Should you really remove rel=canonical from your paginated pages?
- 10:04 Can scraping really devastate the SEO of a low-authority site?
- 11:23 Does the server's IP address still influence local search rankings?
- 11:45 Does your server's IP address still impact your local SEO?
- 13:39 Are clickable images without an <a> tag really invisible to Google?
- 13:39 Can a link without an <a> tag pass on PageRank?
- 15:11 How does Google really index your AMP pages when there's a noindex?
- 18:21 How long does it take to recover after a complete manual action?
- 18:25 How long does it take to recover from a Google manual action?
- 21:59 Should you include keywords in your domain name to rank better?
- 22:43 Should you really index your robots.txt file in Google?
- 24:08 Why does Google Cache display your page differently from the actual rendering?
- 25:29 DMCA or disavow: Why does Google prefer one over the other to handle duplicate content and toxic backlinks?
- 28:19 Does crawl rate really impact rankings on Google?
- 28:19 Is your server holding back Google’s crawl more than you realize?
- 31:00 Are social signals really useless for Google ranking?
- 31:25 Do social profiles really improve Google rankings?
- 32:03 Do multiple social profiles really boost your SEO?
- 33:00 Are link directories truly overlooked by Google?
- 33:25 Are directory links really ignored by Google?
- 36:14 Should you enable HSTS immediately when migrating a domain to HTTPS?
- 42:35 Why do review stars take so long to show up on Google?
- 52:00 Does stock level really influence the ranking of your product listings?
Google does not follow the rel=amphtml link if the canonical HTML page is marked noindex. The AMP version remains invisible even if technically valid. Notable exception: a standalone AMP page, with no HTML equivalent, can be indexed independently if it is correctly linked through other channels like the XML sitemap. This distinction is rarely understood by technical teams.
What you need to understand
What exactly is the mechanism between HTML noindex and AMP discovery?
When Google crawls a classic HTML page, it looks for the rel="amphtml" tag in the <head>. This is the primary signal to discover the corresponding AMP version. If this HTML page carries a noindex directive (meta robots or X-Robots-Tag), Google halts processing: it does not index the page AND does not follow the link to the AMP.
The reason is simple. Noindex is a voluntary exclusion instruction. Google assumes that if you block the main page, you do not wish to expose its technical variants either. The crawler respects this intent by bypassing the exploration of linked resources, including the AMP versions declared via rel="amphtml".
How can a standalone AMP still be indexed?
A standalone AMP (without an HTML equivalent) is not discovered via rel="amphtml" as there is no source HTML page. Google can find it through other channels: XML sitemap, direct internal linking, external backlinks pointing to the AMP URL. In this scenario, the AMP functions like a regular page.
If this standalone AMP has no noindex directive of its own and is correctly linked (the mention "linked correctly" in Mueller's statement), it can enter the index. The mention "linked correctly" remains vague: it likely implies a self-referential rel="canonical" and presence in the sitemap, but Google does not detail the exhaustive criteria.
Why is this rule problematic in practice?
Many sites use noindex on intermediary pages (facets, filters, funnel steps) while hoping to index an alternative AMP version for mobile. This is a technical contradiction. If the HTML page is excluded, the associated AMP version also disappears from Google's radar.
Another common case: developers put a temporary noindex on a pre-prod page, forgetting that it also blocks AMP discovery. As a result, even after lifting the noindex, the AMP remains invisible until the next full crawl of the HTML page, which can take weeks on large sites.
- The noindex on the HTML page prevents Google from following the rel="amphtml" link
- A standalone AMP without an HTML equivalent can be indexed if it meets linking criteria (self-referential canonical, sitemap)
- The phrasing "linked correctly" remains imprecise and requires testing to validate exact criteria
- The blocking of the AMP via HTML noindex is not explicitly reported in Search Console, complicating diagnostics
- To index an AMP without HTML, ensure it is discoverable through channels other than rel="amphtml" (sitemap, direct internal links)
SEO Expert opinion
Is this statement consistent with field observations?
Yes, this rule is confirmed by empirical tests. When an HTML page is set to noindex, its AMP version systematically disappears from the index if it was only discovered via rel="amphtml". I have observed this behavior on dozens of e-commerce sites where filtered category pages were blocked with noindex to avoid duplication, leading to the silent de-indexation of the associated mobile AMPs.
On the other hand, the notion of "linked correctly" for standalone AMPs deserves [To verify]. Google does not specify whether a self-referential canonical is sufficient or if other signals are required (presence in a separate AMP sitemap, AMP validation without error, active crawling). Tests show that a standalone AMP in the XML sitemap without validation errors is generally indexed, but the speed of discovery varies greatly depending on domain authority.
What nuances should be added to this rule?
First point: timing. If you remove the noindex from an HTML page, Google does not instantly recrawl the rel="amphtml" link. On sites with a limited crawl budget, this can take several weeks. During this time, the AMP version remains invisible even if technically eligible. Forcing a recrawl via the URL Inspection tool in Search Console accelerates the process.
Second nuance: hybrid AMPs (serving both as mobile versions and standalone pages depending on the context) create ambiguous situations. If they are discovered both via rel="amphtml" AND via direct links, the noindex status of the HTML page might not completely block them, but they risk losing their canonical association and appearing as duplicates in the index.
In what cases does this rule not fully apply?
If an AMP page receives direct quality external backlinks, Google may discover and index it even if the source HTML page is set to noindex. I have observed this case with AMP blog articles shared on social media: the AMP URL enters the index via social links, regardless of the status of the HTML version.
Another exception: dedicated AMP sitemaps. If you submit a separate sitemap listing only AMP URLs with a self-referential canonical, Google may treat them as standalone pages even if HTML equivalents exist in noindex elsewhere. This remains a gray area that Google does not explicitly document, but crawl logs confirm this behavior.
Practical impact and recommendations
What concrete steps should be taken to avoid AMP de-indexation?
First step: audit all HTML pages carrying a rel="amphtml" tag to ensure none carry an inadvertent noindex directive. Use Screaming Frog or an equivalent crawler with a filter on meta robots and X-Robots-Tag. Export the cross-check list of pages with rel="amphtml" AND noindex: these are your blind spots.
Second action: if you must block an HTML page (duplication, low content, funnel steps), ask yourself if the AMP version provides a distinct mobile value. If so, transform it into a standalone AMP: remove the rel="amphtml" from the HTML page, add a self-referential canonical on the AMP, and include the AMP URL in your main XML sitemap or a dedicated AMP sitemap.
What mistakes should be avoided in managing indexing directives?
Never put a noindex "just in case" on an HTML page without checking if it has a rel="amphtml". This is the most common mistake in pre-production: you temporarily block a page in staging, forget to lift the noindex in production, and the AMP remains invisible for months without alert.
Avoid mixing signals as well. An AMP page with a canonical pointing to a noindex HTML URL creates a contradiction: Google must choose between respecting the canonical (thus not indexing the AMP) or treating the AMP as standalone. Generally, it opts for complete exclusion. Ensure that canonicals always point to indexable URLs.
How can I check if my site complies with this rule?
Use Search Console to cross-reference two reports: "Coverage" (pages excluded by noindex) and "AMP" (validation errors or non-indexed AMP pages). If valid AMP URLs do not appear in the index while their HTML page is excluded, you are likely in the scenario described by Mueller.
To validate a standalone AMP, test its URL directly in the URL Inspection tool. Check that Google can fetch it, that it has a self-referential canonical, and that it appears in the sitemap. If all systems are green but it is still not indexed after several weeks, [To verify] the crawl budget and overall domain authority may be an issue.
- Crawl all pages with rel="amphtml" and cross-check with noindex directives (meta robots + X-Robots-Tag)
- Transform critical AMPs into standalone versions if the HTML page must remain noindex
- Add standalone AMP URLs into a dedicated XML sitemap with a self-referential canonical
- Check in Search Console that valid AMPs properly appear in the mobile index
- Test the URL Inspection tool on standalone AMPs to validate fetching and the canonical
- Monitor crawl logs to detect AMPs discovered via sitemap vs rel="amphtml"
❓ Frequently Asked Questions
Si je retire le noindex d'une page HTML, combien de temps faut-il pour que Google réindexe l'AMP associée ?
Une AMP autonome peut-elle être indexée si elle n'apparaît dans aucun sitemap ?
Que se passe-t-il si une page AMP porte un canonical vers une URL HTML en noindex ?
Comment détecter rapidement les AMP bloquées par un noindex HTML dans Search Console ?
Faut-il créer un sitemap AMP séparé ou inclure les URLs AMP dans le sitemap principal ?
🎥 From the same video 32
Other SEO insights extracted from this same Google Search Central video · duration 1h00 · published on 27/07/2018
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.