AMP pairé : est-ce vraiment le HTML qui compte pour l'indexation ?

Qu'est-ce qu'une configuration AMP pairée exactement ?

Une configuration AMP pairée consiste à disposer de deux versions d'une même page : une version HTML classique et une version AMP (Accelerated Mobile Pages). Ces deux versions sont liées entre elles via des balises rel="amphtml" dans le HTML normal et rel="canonical" dans la page AMP.

La version HTML classique reste accessible à l'URL d'origine. La version AMP, elle, vit généralement sur un sous-domaine ou un sous-répertoire dédié. Google détecte cette liaison et comprend qu'il s'agit de deux représentations de la même ressource.

Pourquoi cette déclaration de Mueller est-elle importante ?

Parce qu'elle tranche un débat récurrent : quelle version compte pour l'indexation et le classement ? De nombreux SEO craignaient que Google privilégie la version AMP pour le ranking, ou qu'il mixe les signaux entre les deux versions.

Mueller clarifie : Google indexe le HTML normal. La page AMP est une alternative d'affichage, un format de présentation. Elle peut apparaître dans le carrousel AMP sur mobile, mais elle ne remplace pas la page canonique dans l'index. Tous vos efforts de structured data, maillage interne, optimisation sémantique doivent donc se concentrer sur la version HTML classique.

Comment Google décide-t-il quelle version afficher à l'utilisateur ?

Quand un utilisateur mobile clique sur un résultat dans les SERP classiques, il atterrit sur la version HTML normale. Mais dans certains contextes — notamment le carrousel AMP des Top Stories ou des affichages spécifiques — Google peut servir directement la version AMP pour accélérer le chargement.

Cette décision repose sur le contexte de navigation et les capacités de l'appareil, pas sur des critères de ranking. La version AMP n'est qu'une enveloppe technique pour améliorer la vitesse, pas un signal de qualité en soi.

• Google indexe la version HTML normale, même en configuration AMP pairée.
• La version AMP sert d'alternative d'affichage mobile, pas de version canonique.
• Les optimisations on-page (balises, contenu, structured data) doivent être faites sur le HTML classique.
• La page AMP peut apparaître dans des contextes spécifiques (carrousel Top Stories, cache AMP).
• La liaison entre les deux versions se fait via rel="amphtml" et rel="canonical".

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

Oui, et c'est même l'un des rares cas où le discours de Google correspond exactement à ce qu'on observe. Les tests de crawl et d'indexation montrent systématiquement que Googlebot indexe la version HTML classique, même quand une version AMP existe et est correctement liée.

Les audits Search Console le confirment aussi : les rapports de couverture, les Core Web Vitals, les structured data — tout remonte sur la version HTML normale. La version AMP apparaît parfois dans les rapports AMP spécifiques, mais jamais comme URL canonique indexée.

Faut-il encore investir dans AMP en configuration pairée ?

Ça dépend de vos priorités. Si vous visez le carrousel Top Stories ou des contextes d'affichage ultra-rapides, AMP garde un intérêt tactique. Mais soyons honnêtes : depuis la mise à jour Page Experience et l'abandon du badge éclair AMP, l'intérêt stratégique a fondu.

Pour la plupart des sites, optimiser le HTML classique pour les Core Web Vitals offre un meilleur ROI qu'une double maintenance HTML + AMP. L'AMP pairé reste pertinent pour les médias qui veulent maximiser leur présence mobile dans les carrousels, mais c'est devenu un canal d'acquisition parmi d'autres, pas une obligation SEO.

Quels sont les pièges à éviter avec l'AMP pairé ?

Le piège numéro un : croire que la version AMP hérite automatiquement des optimisations de la version HTML. Ce n'est pas le cas. Si vous ajoutez du structured data Article sur le HTML mais l'oubliez sur l'AMP, cette dernière ne sera pas éligible au carrousel Top Stories.

Autre erreur fréquente : un canonical inversé. Certains sites pointent le canonical de la page HTML vers l'AMP au lieu de l'inverse. Résultat : Google considère l'AMP comme canonique, ce qui crée une incohérence et peut dégrader l'indexation. Vérifiez toujours que la page AMP pointe son canonical vers le HTML normal, et que le HTML pointe son amphtml vers l'AMP.

Que faut-il faire concrètement avec une configuration AMP pairée ?

D'abord, concentrez vos efforts SEO sur la version HTML normale. C'est elle qui compte pour l'indexation, donc c'est elle qui doit porter vos optimisations : balises title/meta, structured data, maillage interne, contenu éditorial enrichi. La version AMP ne doit être qu'une copie allégée, techniquement conforme, mais secondaire.

Ensuite, vérifiez la cohérence des balises de liaison. La page HTML doit contenir un lien rel="amphtml" vers l'AMP, et la page AMP doit pointer son rel="canonical" vers le HTML. Utilisez l'inspecteur d'URL de Search Console sur les deux versions pour confirmer que Google les associe correctement.

Comment vérifier que Google indexe bien la version HTML et pas l'AMP ?

Faites une recherche site:votredomaine.com "titre-exact-de-la-page" dans Google. L'URL qui apparaît en premier doit être la version HTML normale, pas l'URL AMP. Si l'URL AMP apparaît comme canonique, c'est qu'il y a un problème de configuration.

Utilisez aussi l'outil d'inspection d'URL dans Search Console. Tapez l'URL HTML normale : Google doit indiquer qu'elle est indexée et qu'une version AMP alternative existe. Si vous inspectez l'URL AMP, Google doit indiquer qu'elle pointe son canonical vers le HTML.

Faut-il encore créer des pages AMP ou migrer vers du HTML optimisé ?

Si vous n'avez pas encore d'AMP et que vous vous posez la question : ne commencez pas maintenant. Investissez plutôt dans l'optimisation de votre HTML classique pour les Core Web Vitals. Les gains d'affichage mobile de l'AMP ne compensent plus la maintenance d'une double stack technique.

Si vous avez déjà de l'AMP en place et qu'il fonctionne bien (trafic carrousel, taux de clic élevé), gardez-le mais ne vous épuisez pas à le maintenir. Si la maintenance devient lourde ou que le trafic AMP est marginal, envisagez une migration progressive vers du HTML unique optimisé. Beaucoup de médias ont franchi ce cap ces dernières années sans perte de trafic.

• Vérifier que la page HTML contient un lien rel="amphtml" vers l'AMP
• Vérifier que la page AMP contient un lien rel="canonical" vers le HTML
• Inspecter les deux versions dans Search Console pour confirmer l'association
• Concentrer les optimisations on-page (structured data, contenu, maillage) sur la version HTML
• Tester la recherche site: pour confirmer que Google indexe bien le HTML comme canonique
• Surveiller les rapports AMP dans Search Console pour détecter les erreurs de liaison