Faut-il vraiment utiliser rel-alternate pour lier vos pages AMP à leur version canonique ?

Pourquoi Google impose-t-il cette balise pour AMP ?

AMP crée techniquement une URL distincte de votre page standard. Google crawle et indexe ces deux versions comme des entités séparées. La balise rel-alternate permet au moteur de comprendre qu'il s'agit de deux variantes d'un même contenu, pas de duplication.

Cette directive fonctionne en binôme : la page canonique standard pointe vers l'AMP via rel-amphtml, tandis que la page AMP renvoie vers la canonique via rel-canonical. Ce double lien bidirectionnel est impératif pour que Google consolide correctement les signaux.

Que se passe-t-il si cette balise est absente ?

Google traite les deux versions comme des pages sans relation. Vous fragmentez alors vos signaux de ranking entre deux URLs. Le moteur peut indexer l'une ou l'autre de manière aléatoire, sans garantie sur celle qui apparaîtra dans les SERP.

Les backlinks, le temps de chargement, l'engagement utilisateur : tous ces signaux se dispersent au lieu de se concentrer sur votre page principale. Vous créez essentiellement une cannibalisation auto-infligée de votre propre contenu.

Cette exigence s'applique-t-elle encore avec le déclin d'AMP ?

AMP a perdu son statut de critère de ranking privilégié pour les actualités. Google a abandonné le badge éclair et n'impose plus AMP pour apparaître dans Top Stories. Beaucoup de sites ont supprimé leurs versions AMP sans impact négatif mesurable.

Mais si vous maintenez encore AMP — par inertie technique ou stratégie mobile spécifique — cette directive reste obligatoire. Google n'a jamais retiré cette exigence technique, même si le framework a perdu son importance stratégique.

• La balise rel-alternate est obligatoire pour établir le lien entre page AMP et canonique
• Sans elle, Google traite les deux versions comme des pages distinctes sans relation
• Le double lien bidirectionnel (rel-amphtml + rel-canonical) doit être présent sur les deux pages
• Cette exigence technique demeure valide malgré le déclin stratégique d'AMP
• L'absence de cette balise fragmente vos signaux de ranking entre deux URLs

Cette directive reflète-t-elle ce qu'on observe sur le terrain ?

Oui, et c'est vérifiable. Les audits techniques montrent que les pages AMP mal liées créent effectivement des problèmes d'indexation. Search Console remonte des alertes explicites quand le double lien est absent ou malformé.

On constate aussi que Google privilégie la version canonique quand le lien bidirectionnel est propre. Sans rel-alternate, le moteur indexe parfois la version AMP comme principale, ce qui crée des incohérences dans les SERP et des rapports Analytics fragmentés.

Quelles nuances apporter à cette déclaration de Mueller ?

Mueller ne précise pas un point crucial : beaucoup de sites n'ont plus besoin d'AMP. Cette directive est technique, mais la vraie question stratégique est ailleurs. Depuis que Google a retiré l'avantage AMP pour les actualités, maintenir ces versions doubles génère plus de complexité que de bénéfices.

Les Core Web Vitals et un bon responsive suffisent désormais. Si votre site standard affiche de bonnes performances mobiles, AMP n'apporte rien. Et si vous le maintenez uniquement pour des raisons historiques, vous créez une dette technique qui demande maintenance et surveillance continue.

Dans quels cas cette règle devient-elle caduque ?

Si vous supprimez complètement AMP de votre infrastructure, cette directive n'a évidemment plus lieu d'être. Mais la transition doit être gérée : ne laissez pas les anciennes URLs AMP en 404, ne coupez pas brutalement le lien sans redirections.

Certains sites conservent AMP pour des newsletters ou des flux syndiqués spécifiques. Dans ces cas de niche, la balise reste nécessaire. Mais pour 90% des sites standard, la vraie recommandation serait de se débarrasser d'AMP plutôt que de s'acharner à maintenir correctement ces balises.

Que faire concrètement si vous maintenez encore AMP ?

Vérifiez que chaque page AMP contient bien une balise link rel="canonical" pointant vers la version standard. Inversement, assurez-vous que la page canonique inclut une balise link rel="amphtml" vers l'AMP correspondante. Ce double lien doit être présent sur 100% des paires.

Utilisez Search Console pour repérer les erreurs AMP. Google remonte explicitement les problèmes de liaison canonique dans la section AMP du rapport Couverture. Si des URLs AMP apparaissent sans lien vers la canonique, corrigez immédiatement.

Comment vérifier que votre implémentation est correcte ?

Crawlez votre site avec Screaming Frog ou Sitebulb en activant le mode AMP. L'outil détectera les pages AMP sans rel-canonical ou les pages standard sans rel-amphtml. Exportez la liste et corrigez en priorité les pages à fort trafic.

Testez quelques URLs manuellement avec l'outil de test AMP de Google. Il vous alertera si la liaison bidirectionnelle est rompue. C'est rapide et ça évite de déployer une correction à l'aveugle sans validation.

Faut-il vraiment conserver AMP ou migrer vers un site 100% responsive ?

Soyons honnêtes : la majorité des sites n'ont plus besoin d'AMP. Si vos Core Web Vitals mobiles sont bons, que votre responsive charge en moins de 2 secondes, vous ne gagnez rien à maintenir une infrastructure double. Comparez vos métriques réelles avant de décider.

Si vous décidez d'abandonner AMP, planifiez une migration propre : redirections 301 de toutes les URLs AMP vers les canoniques, mise à jour des sitemaps, surveillance de l'indexation pendant 3 mois minimum. C'est un chantier technique non négligeable, mais qui simplifie durablement votre stack.

• Auditer toutes les paires page standard / page AMP pour vérifier la présence du double lien
• Surveiller Search Console section AMP pour les erreurs de liaison canonique
• Crawler le site avec un outil détectant les AMP mal liées
• Comparer les Core Web Vitals mobiles standard vs bénéfice réel d'AMP
• Si migration hors AMP : mettre en place redirections 301 et surveiller l'indexation pendant 6 mois
• Tester manuellement quelques URLs avec l'outil de test AMP de Google