Comment relier correctement vos pages AMP et desktop pour éviter les problèmes de canonicalisation ?

Declaration officielle

Les pages AMP et desktop doivent être reliées via des tags canoniques appropriés pour assurer une bonne indexation et canonicité des pages.

569:28

🎥 Vidéo source

Extrait d'une vidéo Google Search Central

⏱ 1249h07 💬 EN 📅 25/03/2021 ✂ 12 déclarations

Voir sur YouTube (569:28) →

✂ Autres déclarations de cette vidéo 11 ▾

15:50 Pourquoi le blocage du Googlebot mobile peut-il faire disparaître vos pages de l'index ?
54:32 Faut-il arrêter d'utiliser la commande site: pour vérifier l'indexation de vos pages ?
120:45 La navigation à facettes est-elle vraiment un piège à erreurs de couverture ?
183:30 Comment canonicaliser correctement un site multilingue sans perdre vos rankings internationaux ?
356:48 Le contenu dupliqué tue-t-il vraiment votre référencement ?
482:46 Prêter un sous-domaine : quel impact réel sur votre domaine principal ?
619:55 Faut-il canonicaliser les fichiers sitemap XML pour éviter la duplication ?
695:01 La balise canonical garde-t-elle sa puissance quelle que soit l'ancienneté de la page ?
762:39 Comment gérer les paramètres URL de la navigation à facettes sans détruire votre crawl budget ?
1010:21 Les liens payants nuisent-ils vraiment au classement Google ?
1106:58 Les retours utilisateur sur les résultats de recherche influencent-ils vraiment le classement de votre site ?

Ce qu'il faut comprendre

Pourquoi Google insiste-t-il sur cette liaison bidirectionnelle ?

La relation entre pages AMP et desktop repose sur un principe simple : Google doit comprendre qu'il s'agit de deux versions d'un même contenu. Sans liaison explicite, le moteur traite ces URLs comme des entités distinctes, avec tout ce que ça implique : duplication de contenu, dilution des signaux de classement, confusion dans l'indexation.

Le tag rel="amphtml" sur la version desktop indique à Google où trouver la version accélérée. Inversement, le tag rel="canonical" sur la page AMP désigne la version desktop comme URL de référence. Cette architecture empêche Google d'indexer les deux versions simultanément dans ses résultats organiques classiques — seule la version desktop apparaît, tandis que l'AMP est réservée au carrousel mobile et aux résultats rapides.

Que se passe-t-il en cas de mauvaise configuration ?

Les erreurs de canonicalisation AMP génèrent des problèmes d'indexation souvent invisibles en surface. Google peut indexer la page AMP à la place de la desktop, afficher des URLs incohérentes dans les SERPs, ou pire, ignorer complètement l'une des deux versions. Le résultat ? Une visibilité erratique selon l'appareil et le contexte de recherche.

Plus insidieux : les signaux de popularité se fragmentent. Si des backlinks pointent vers la version desktop et d'autres vers l'AMP, sans canonicalisation claire, Google ne consolide pas ces signaux. Vous perdez du PageRank potentiel par simple négligence technique. La Search Console vous alerte parfois avec "URL AMP non valide", mais pas toujours — certains problèmes restent silencieux jusqu'à ce qu'un audit approfondi les révèle.

Quelle est la structure technique attendue ?

La configuration canonique correcte suit un schéma strict. Sur la page desktop (par exemple https://exemple.com/article), vous ajoutez dans le <head> : <link rel="amphtml" href="https://exemple.com/article/amp">. Cette balise signale l'existence de la version AMP correspondante.

Sur la page AMP (https://exemple.com/article/amp), vous placez : <link rel="canonical" href="https://exemple.com/article">. Ce tag désigne la version desktop comme URL principale. Cette liaison bidirectionnelle ferme la boucle : Google comprend que ces deux URLs représentent le même contenu, que la desktop est la référence, et que l'AMP en est une variante optimisée pour la vitesse mobile.

Liaison bidirectionnelle obligatoire : chaque version doit pointer vers l'autre avec les bons attributs rel
URL canonique = version desktop : c'est toujours elle qui sert de référence pour l'indexation organique classique
Validation Search Console : vérifiez régulièrement le rapport AMP pour détecter les erreurs de canonicalisation
Cohérence du contenu : les deux versions doivent présenter essentiellement le même contenu (titre, texte principal, images clés)
Impact sur le PageRank : une mauvaise canonicalisation fragmente les signaux de popularité entre les deux URLs

Avis d'un expert SEO

Cette déclaration correspond-elle aux observations terrain ?

Sur le papier, la recommandation de Google est limpide. En pratique, les sites qui appliquent cette configuration à la lettre obtiennent effectivement une indexation cohérente : la version desktop apparaît dans les résultats organiques classiques, l'AMP se déclenche dans les contextes mobiles accélérés (bien que le projet AMP ait perdu de son importance depuis l'arrivée des Core Web Vitals comme critère de ranking).

Cependant, un point mérite clarification : Google ne précise jamais explicitement ce qui se passe si vous publiez une page AMP sans équivalent desktop. Techniquement, une page AMP peut s'auto-canoniser (le rel="canonical" pointe vers elle-même). Dans ce cas, Google l'indexe comme n'importe quelle page normale. [À vérifier] : l'impact réel sur le ranking d'une architecture 100% AMP sans version desktop reste flou — les guidelines suggèrent que c'est possible, mais les retours d'expérience documentés sont rares.

Quels sont les pièges les plus fréquents ?

Le premier piège : croire qu'ajouter le tag rel="amphtml" sur la desktop suffit. Si la page AMP ne renvoie pas vers la desktop via rel="canonical", la liaison reste incomplète. Google peut alors interpréter les deux URLs comme des contenus distincts, avec tous les problèmes que ça engendre : cannibalisation, signaux dilués, indexation erratique.

Deuxième erreur classique : pointer vers une URL AMP qui n'existe pas ou qui génère une 404. Ça arrive plus souvent qu'on ne croit après une refonte ou un changement de structure d'URLs. Google détecte la balise amphtml, tente de crawler la cible, tombe sur une erreur, et signale un problème de validation AMP dans la Search Console. Pendant ce temps, la version desktop reste indexée, mais sans bénéficier de l'accélération mobile.

Dans quels cas cette règle devient-elle moins pertinente ?

Soyons honnêtes : AMP a perdu de sa superbe. Depuis que les Core Web Vitals sont devenus un facteur de ranking officiel et que Google a abandonné le badge éclair dans les résultats mobiles, l'intérêt tactique d'AMP s'est considérablement réduit. Un site correctement optimisé (JavaScript différé, images lazy-loadées, CSS critique inline) peut atteindre des performances équivalentes sans la complexité d'une double architecture.

Pour les sites médias qui génèrent déjà du trafic via Google Discover ou les carrousels "Top Stories", maintenir AMP reste pertinent — ces surfaces privilégient encore les pages AMP ou les pages ultra-rapides. Mais pour un site e-commerce classique ou un blog corporate ? Le jeu en vaut rarement la chandelle. Si vous envisagez de supprimer AMP, assurez-vous de mettre en place des redirections 301 depuis les URLs /amp vers les versions desktop, et surveillez la Search Console pendant quelques semaines pour vérifier que Google réindexe proprement.

Attention : Si vous désactivez AMP sur un site qui en bénéficiait massivement (site d'actualités avec forte présence dans les carrousels mobiles), attendez-vous à une baisse temporaire de trafic mobile le temps que Google réévalue vos pages desktop. Préparez le terrain en optimisant d'abord vos Core Web Vitals.

Impact pratique et recommandations

Comment vérifier la configuration actuelle de votre site ?

Première étape : ouvrez la Search Console, section "Expérience" > "AMP". Google y liste toutes les pages AMP détectées, avec leur statut de validation. Les erreurs courantes : "URL canonique non valide", "Balise amphtml manquante sur la page canonique", "URL AMP introuvable". Chaque erreur signale un problème de liaison bidirectionnelle.

Pour un audit manuel, prenez une URL desktop arbitraire, affichez son code source, cherchez la balise rel="amphtml". Notez l'URL cible, visitez-la, vérifiez qu'elle contient un rel="canonical" pointant vers la desktop d'origine. Si l'une des deux balises manque ou pointe vers une mauvaise URL, vous avez un souci. Répétez l'opération sur un échantillon représentatif de pages — les erreurs sont souvent systémiques, liées à un template mal configuré.

Quelles actions correctives mettre en place ?

Si vous utilisez un CMS (WordPress, Drupal, etc.), vérifiez que votre plugin AMP génère automatiquement les balises de liaison. Les plugins officiels (AMP for WP, AMP plugin officiel) le font par défaut, mais certains thèmes ou plugins tiers peuvent interférer. Testez sur une page modèle, validez le code source, puis généralisez.

Pour un site custom ou un CMS maison, implémentez la logique côté serveur : chaque fois qu'une page desktop est servie, injectez dynamiquement <link rel="amphtml" href="[URL_AMP_CORRESPONDANTE]"> dans le <head>. Côté AMP, injectez <link rel="canonical" href="[URL_DESKTOP]">. Assurez-vous que les URLs correspondent exactement — une simple différence de trailing slash ou de protocole (http vs https) peut rompre la liaison.

Faut-il conserver AMP ou l'abandonner ?

Si votre site génère du trafic significatif via Google Discover, les carrousels "Top Stories" ou les recherches mobiles d'actualité, conserver AMP reste stratégique. Mesurez la part de trafic provenant de ces surfaces dans Analytics : si elle dépasse 10-15% de vos sessions mobiles, le ROI justifie l'effort de maintenance.

Dans les autres cas — site e-commerce, site vitrine, blog corporate — investir dans l'optimisation des Core Web Vitals sur vos pages desktop/mobile classiques offre un meilleur retour. Un LCP sous 2,5s, un FID sous 100ms et un CLS sous 0,1 vous placent dans le top 75% des sites, sans la complexité d'une double architecture. Si vous optez pour cette voie, planifiez une migration propre : redirections 301, surveillance des logs de crawl, validation dans la Search Console.

Auditer le rapport AMP de la Search Console pour identifier les erreurs de canonicalisation existantes
Vérifier manuellement la présence et la cohérence des balises rel="amphtml" et rel="canonical" sur un échantillon de pages
Tester la validité des URLs AMP avec l'outil de test AMP officiel de Google
S'assurer que le contenu principal (titre, texte, images) est identique entre les versions desktop et AMP
Mettre en place une alerte pour surveiller l'évolution du nombre de pages AMP valides dans la Search Console
Si migration hors AMP : planifier des redirections 301, optimiser les Core Web Vitals en amont, monitorer le trafic mobile post-migration

La canonicalisation AMP-desktop est un enjeu technique précis qui, s'il est négligé, fragmente vos signaux de ranking et brouille l'indexation. Pour les sites d'actualités ou fortement dépendants de Google Discover, une configuration rigoureuse reste indispensable. Pour les autres, la question n'est plus "comment bien faire AMP" mais "faut-il encore investir dans AMP" — et la réponse penche de plus en plus vers une optimisation poussée des pages classiques. Ces optimisations (liaison bidirectionnelle, audit de cohérence, migration éventuelle) demandent une expertise technique pointue et une surveillance constante. Si votre équipe manque de ressources ou d'expérience sur ces sujets, l'accompagnement d'une agence SEO spécialisée peut s'avérer précieux pour éviter les pièges et maximiser l'impact de chaque décision architecturale.

❓ Questions frequentes

Que se passe-t-il si je n'ai qu'un tag rel="amphtml" sur la desktop mais pas de rel="canonical" sur l'AMP ?

Google détecte la page AMP mais ne comprend pas que la desktop est l'URL de référence. Résultat : les deux versions peuvent être indexées séparément, diluant vos signaux de ranking et créant de la duplication.

Puis-je publier une page AMP sans version desktop correspondante ?

Oui, c'est techniquement possible. Dans ce cas, la page AMP s'auto-canonise (le rel="canonical" pointe vers elle-même). Google l'indexe comme une page normale, mais l'impact sur le ranking dans ce scénario reste peu documenté.

Comment savoir si mes pages AMP sont correctement indexées ?

Consultez le rapport AMP dans la Search Console. Google y liste les pages AMP détectées, leur statut de validation, et les éventuelles erreurs de canonicalisation. Un test avec l'outil de validation AMP officiel confirme la conformité technique.

Est-ce que les backlinks vers la version AMP comptent pour le ranking de la version desktop ?

En théorie, si la canonicalisation est correcte, Google consolide les signaux. En pratique, c'est flou : mieux vaut privilégier des backlinks vers la version desktop, qui sert de référence pour l'indexation organique classique.

Faut-il encore investir dans AMP en 2025 ?

Pour les sites d'actualités ou fortement présents dans Google Discover, oui. Pour la plupart des autres sites, non : optimiser les Core Web Vitals sur les pages classiques offre un meilleur ROI sans la complexité d'une double architecture.

🎥 De la même vidéo 11

Autres enseignements SEO extraits de cette même vidéo Google Search Central · durée 1249h07 · publiée le 25/03/2021

🎥 Voir la vidéo complète sur YouTube →