Faut-il vraiment éviter les redirections pour supprimer des pages AMP de l'index Google ?

Pourquoi Google insiste-t-il sur le 404 plutôt qu'une redirection ?

Quand on supprime une page classique, le réflexe SEO est d'installer une redirection 301 pour préserver le jus de lien et l'expérience utilisateur. Mais avec AMP, Google demande explicitement un 404. La raison tient au fait que les pages AMP sont souvent dupliquées : il existe une version canonique non-AMP et sa copie AMP. Si tu rediriges la version AMP vers la canonique, Google peut interpréter cela comme un signal de doublon ou de changement d'architecture, plutôt que comme une suppression nette.

Le moteur a besoin d'une instruction claire : cette URL n'existe plus, point. Le 404 permet à Googlebot de comprendre sans ambiguïté que la ressource est morte et qu'il faut la retirer de l'index. Une redirection, même bien intentionnée, introduit une couche d'interprétation supplémentaire qui peut ralentir ou compliquer le processus.

Combien de temps faut-il pour que Google retire les pages AMP de son index ?

Google parle de « un certain temps », formule vague qui reflète la réalité du crawl : le délai dépend de la fréquence de passage de Googlebot sur ton site, de ton crawl budget, et de la profondeur des URLs concernées. Pour un site à forte autorité et crawl quotidien, quelques jours à deux semaines suffisent. Pour un site moins prioritaire, ça peut prendre plusieurs semaines voire un mois.

Concrètement, les pages AMP doivent être re-crawlées pour que Google enregistre le 404, puis passées dans un cycle de désindexation. Pendant ce laps de temps, elles peuvent encore apparaître dans les résultats de recherche avec un message d'erreur ou disparaître progressivement. Ce n'est pas instantané, et il n'y a pas de bouton magique pour forcer la suppression immédiate en masse.

Que se passe-t-il si on redirige quand même vers la version canonique ?

Si tu rediriges les pages AMP vers leurs équivalents non-AMP, Google va suivre la redirection et indexer la version canonique (si ce n'était pas déjà fait). Le problème, c'est que les anciennes URLs AMP resteront dans l'index plus longtemps, car Google doit d'abord comprendre que la redirection est définitive, puis décider si l'ancienne URL doit être supprimée ou simplement remplacée par la nouvelle. Ce flou introduit des signaux contradictoires.

En outre, si tu as des backlinks pointant vers les URLs AMP, la redirection 301 transférera théoriquement le jus de lien. Mais dans la pratique AMP, ces backlinks sont souvent rares ou inexistants (la plupart proviennent du cache Google AMP, pas de sites tiers). Donc le bénéfice SEO de la 301 est marginal, alors que le risque de confusion et de désindexation lente est réel.

• Le 404 est une instruction de suppression nette : Google sait immédiatement que la ressource n'existe plus.
• La redirection 301 introduit une ambiguïté : est-ce un déplacement permanent ou une suppression déguisée ?
• Le délai de désindexation dépend du crawl budget et de la fréquence de passage de Googlebot sur les URLs concernées.
• Les pages AMP ont rarement des backlinks externes : la perte de jus via 404 est donc minime dans la plupart des cas.
• Google priorise la clarté du signal pour les pages AMP, dont l'architecture est déjà complexe avec canoniques et variants.

Cette recommandation est-elle cohérente avec les observations terrain ?

Oui, globalement. On observe que les sites qui passent en 404 sur leurs anciennes pages AMP voient ces URLs disparaître de l'index plus rapidement que ceux qui redirigent vers les canoniques. La différence peut aller de quelques jours à plusieurs semaines selon le site. Google a visiblement optimisé son pipeline de désindexation pour traiter les 404 AMP de manière prioritaire, ce qui fait sens vu le volume de pages AMP créées puis abandonnées ces dernières années.

Cependant, attention : cette règle vaut pour les suppressions intentionnelles. Si tu renvoies des 404 par erreur (bug serveur, mauvaise config), Google va les interpréter comme des suppressions et tu perdras tes positions. Aucune tolérance d'erreur ici : un 404 est un 404, Google ne devine pas tes intentions. Assure-toi que c'est bien voulu avant de déployer.

Quelles nuances faut-il apporter à cette consigne Google ?

Premier point : si tes pages AMP ont des backlinks de qualité (ce qui est rare, mais possible pour des contenus viraux ou des ressources linkées depuis des sites tiers), la redirection 301 conserve une partie du jus de lien. Dans ce cas précis, tu peux envisager une redirection temporaire le temps que Google stabilise l'index de la version canonique, puis passer en 404. Mais c'est un cas de niche. [A vérifier] : Google n'a jamais publié de données chiffrées sur la perte de PageRank via 404 vs 301 dans un contexte AMP spécifique.

Deuxième nuance : si tu utilises encore activement AMP pour certains contenus (actualités, blogs à fort trafic mobile), ne supprime évidemment pas ces pages. Cette consigne ne concerne que les sites en transition post-AMP qui abandonnent le framework. Et même là, vérifie d'abord que la version canonique non-AMP performe aussi bien en Core Web Vitals et en mobile-first, sinon tu risques une chute de positions.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si ton site maintient une architecture hybride (certaines pages en AMP, d'autres pas), ne touche pas aux pages AMP actives. La consigne de Google vise les sites qui abandonnent complètement AMP ou qui ont des pages AMP orphelines (créées par erreur, générées automatiquement sans équivalent canonique, etc.). Dans ces situations, le 404 est la voie la plus propre.

Autre exception : si tu as un volume massif de pages AMP (plusieurs dizaines de milliers) et que ton crawl budget est limité, un passage brutal en 404 peut saturer Googlebot avec des erreurs. Dans ce cas, considère une suppression progressive par lots, en surveillant la Search Console pour détecter les pics d'erreurs et ajuster le rythme. Aucun outil Google ne permet de forcer la désindexation en masse : tu dépends entièrement du bon vouloir du crawler.

Que faut-il faire concrètement pour supprimer des pages AMP ?

Commence par identifier toutes les URLs AMP de ton site. Si elles suivent un pattern prévisible (ex: /amp/ ou ?amp=1), c'est simple. Sinon, extrait-les depuis la Search Console (onglet Couverture, filtre sur les URLs indexées avec « amp » dans le chemin). Une fois listées, configure ton serveur pour qu'elles retournent un code 404 propre, pas une page d'erreur personnalisée qui renvoie un 200 avec un message « page non trouvée » (Google l'interpréterait comme du contenu valide).

Ensuite, retire toutes les balises rel=amphtml de tes pages canoniques. Si tu laisses ces balises pointer vers des URLs en 404, Google va crawler des liens morts à chaque passage, ce qui pollue ton crawl budget. Nettoie aussi ton sitemap XML : retire les URLs AMP ou mets à jour le sitemap pour ne contenir que les versions canoniques. Un sitemap propre accélère la désindexation car il envoie un signal clair sur la structure du site.

Quelles erreurs éviter pendant cette transition ?

Erreur classique : rediriger les AMP vers les canoniques par réflexe SEO. On l'a dit, ça ralentit la désindexation et crée de la confusion. Autre piège : supprimer les pages AMP sans vérifier que les versions canoniques sont bien indexées et performantes. Si tu coupes l'AMP et que la canonique n'est pas encore crawlée ou qu'elle a des problèmes (temps de chargement, mobile-usability), tu risques une chute de visibilité temporaire.

Troisième erreur : oublier de surveiller la Search Console après déploiement. Les 404 vont générer des erreurs dans l'onglet Couverture, c'est normal. Mais si tu vois des pics d'erreurs 5xx ou des soft 404 (pages qui renvoient 200 mais ressemblent à des erreurs), c'est le signe d'un problème de config. Surveille aussi l'évolution de l'index : commande site:tonsite.com/amp/ dans Google pour vérifier que les URLs disparaissent progressivement.

Comment vérifier que la suppression fonctionne correctement ?

Utilise l'outil d'inspection d'URL dans la Search Console pour tester quelques URLs AMP représentatives. Si Google les crawle et enregistre le 404, c'est bon signe. Vérifie aussi le rapport de couverture : les URLs AMP doivent passer de « Indexées » à « Exclues » avec le statut « Introuvable (404) ». Ce processus peut prendre plusieurs semaines, sois patient.

Parallèlement, surveille tes Core Web Vitals et ton trafic mobile. Si AMP représentait une part significative de tes impressions mobiles, la transition peut impacter tes positions à court terme. Assure-toi que tes pages canoniques non-AMP sont optimisées (LCP