Faut-il vraiment rediriger vos anciennes URLs AMP vers les nouvelles ?

Pourquoi Google traite-t-il différemment les redirections AMP ?

La raison est purement technique. Google maintient un cache AMP centralisé qui sert les pages depuis ses propres serveurs, pas depuis votre domaine. Ce système permet un rafraîchissement quasi en temps réel des contenus.

Contrairement aux pages classiques où une URL perdue peut rester en 404 pendant des semaines dans l'index, le cache AMP se met à jour en quelques jours. Google crawle activement ces versions pour garantir leur fraîcheur. Cette architecture change complètement la donne sur la criticité des redirections.

Qu'est-ce que cela change pour la gestion des migrations ?

Pour une migration de site classique, chaque 301 compte. Un lien cassé peut signifier une perte de PageRank et un signal négatif pour l'utilisateur. Les redirections sont documentées, testées, vérifiées URL par URL.

Avec AMP, cette rigueur absolue n'est plus aussi vitale. Google détecte les nouvelles URLs automatiquement via le crawl du cache. Si votre page canonique pointe vers la nouvelle version AMP, le système s'ajuste rapidement sans dépendance totale aux 301.

Cette souplesse s'applique-t-elle à tous les contextes AMP ?

Pas nécessairement. Mueller parle du contexte général où Google est le principal vecteur de trafic vers les pages AMP. Si vos URLs AMP sont partagées directement sur les réseaux sociaux ou dans des newsletters, les redirections redeviennent importantes.

De même, si des sites externes ont créé des backlinks vers vos anciennes URLs AMP (rare mais possible), ne pas rediriger revient à couper ces liens définitivement. La souplesse de Google ne compense pas la perte de jus SEO externe.

• Le cache AMP se rafraîchit en quelques jours, bien plus vite que l'indexation classique
• Les redirections AMP sont moins critiques que pour les pages normales, mais pas optionnelles dans tous les cas
• La détection automatique des nouvelles URLs par Google fonctionne principalement via le lien canonique et le crawl actif du cache
• Les backlinks et le trafic direct vers AMP justifient toujours des redirections propres
• Cette règle ne dispense pas d'une stratégie de migration rigoureuse si votre trafic AMP est significatif

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, largement. On constate effectivement que les changements d'URLs AMP se répercutent plus vite dans les SERPs que les modifications de pages classiques. Google a toujours privilégié la fraîcheur du contenu AMP pour justifier le format.

Mais attention à ne pas généraliser. [A vérifier] sur les sites avec un volume AMP important (médias, actualités), certains praticiens rapportent des pertes de trafic temporaires lors de migrations sans redirections. Le "quelques jours" de Mueller peut s'étendre à 1-2 semaines selon la fréquence de crawl de votre site.

Quelles nuances faut-il apporter à cette position ?

Mueller parle d'une criticité "moins importante", pas d'une absence totale de criticité. Faire l'impasse sur les redirections AMP reste une prise de risque. Si votre trafic AMP représente 30% de vos visites organiques, ce risque peut coûter cher en visibilité pendant la transition.

Deuxième nuance : cette souplesse concerne les URLs servies via le cache Google (google.com/amp/...). Si vous utilisez AMP standalone ou des CDN tiers, les règles classiques de redirection s'appliquent intégralement. Le raccourci ne fonctionne que dans l'écosystème cache de Google.

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

Premier cas : les sites e-commerce avec fiches produits AMP. Si des utilisateurs ont bookmarké ou partagé des URLs produits, ne pas rediriger génère une expérience catastrophique et des ventes perdues. La rapidité du cache n'y change rien.

Deuxième cas : les environnements où AMP est indexé comme version principale, pas comme alternative. Certains sites publient uniquement en AMP (choix rare mais existant). Là, les redirections ont exactement la même criticité que pour un site classique.

Que faut-il faire concrètement lors d'une migration d'URLs AMP ?

Même si les redirections sont "moins critiques", mettez-les en place par défaut. Le coût technique d'un mappage 301 est minime comparé au risque de perte de trafic, même temporaire. Utilisez votre fichier de redirections habituel et traitez les URLs AMP comme les autres.

Ensuite, vérifiez que vos balises canonical pointent vers les nouvelles URLs. C'est ce lien qui permet à Google de détecter automatiquement les changements dans le cache AMP. Sans canonical correct, même les redirections ne suffiront pas à une transition propre.

Comment vérifier que la transition AMP se passe bien ?

Utilisez Search Console, onglet AMP, pour surveiller les erreurs d'indexation. Si Google détecte des pages AMP cassées ou non trouvées, vous verrez les alertes apparaître en quelques jours. C'est votre signal d'alarme principal.

Parallèlement, suivez votre trafic AMP dans Google Analytics (segment sur les pages /amp/ ou paramètre d'URL selon votre structure). Une chute brutale qui ne se résorbe pas en 7-10 jours signale un problème de redirections ou de canonical. À ce moment-là, auditez manuellement les URLs problématiques.

Quelles erreurs éviter absolument ?

Ne vous dites jamais "AMP, c'est secondaire, on verra après". Sur certains sites d'actualité ou de contenu viral, AMP représente 40 à 60% du trafic mobile organique. Négliger ces URLs revient à saborder votre visibilité.

Autre erreur : mettre en place des redirections 302 temporaires "en attendant de voir". Utilisez toujours des 301 permanentes. Les 302 ne transmettent pas le PageRank et peuvent créer de la confusion dans le cache Google, annulant justement l'avantage de rapidité dont parle Mueller.

• Mapper toutes les anciennes URLs AMP vers les nouvelles avec des redirections 301, même si Google les détecte rapidement
• Vérifier que chaque page contient un lien canonical pointant vers la version AMP à jour
• Surveiller Search Console (section AMP) pendant 2-3 semaines post-migration pour détecter les erreurs
• Segmenter le trafic AMP dans Analytics pour identifier toute anomalie de volume
• Tester manuellement un échantillon d'anciennes URLs pour confirmer que les 301 fonctionnent bien
• Éviter les redirections 302 ou les chaînes de redirections qui ralentissent la détection par Google