Pourquoi Google affiche-t-il parfois les versions HTML et AMP d'une même page simultanément dans les SERP ?

Que signifie vraiment cette apparition simultanée pour l'indexation ?

Quand Google indexe correctement une page AMP, il doit établir un lien canonique entre la version standard et sa variante accélérée. Dans un fonctionnement normal, le moteur ne sert qu'une seule URL dans les résultats organiques mobiles : la version AMP si elle existe et est valide, la HTML sinon.

L'apparition des deux versions dans les SERP signale que Google n'a pas détecté la relation d'équivalence entre les deux URLs. Il les traite comme des entités indépendantes, chacune éligible au classement. Ce dysfonctionnement survient généralement quand les balises rel="amphtml" et rel="canonical" sont absentes, mal implémentées, ou que le contenu diverge trop entre les deux versions.

Comment Google est-il censé gérer les versions alternatives ?

Le protocole AMP impose une déclaration bidirectionnelle explicite : la page HTML doit pointer vers sa variante AMP via rel="amphtml", et la page AMP doit pointer vers la version canonique via rel="canonical". Google utilise ces signaux pour consolider les signaux de ranking et ne présenter qu'une seule URL.

Dans le carrousel News spécifiquement, seules les pages AMP valides sont éligibles à l'affichage. Si une version HTML apparaît dans ce contexte normalement réservé à AMP, c'est que la validation technique a échoué ou que Google n'a pas détecté l'existence de la variante accélérée.

Quels sont les symptômes concrets de ce problème d'indexation ?

Le premier indicateur est la présence de deux URLs distinctes dans les résultats pour une même requête de marque ou navigationnelle. Typiquement, tu verras exemple.com/article et exemple.com/article/amp apparaître l'une au-dessus de l'autre, ou dans des positions différentes selon les requêtes.

Le second symptôme apparaît dans Google Search Console : tu observeras deux rapports de performance distincts, avec des impressions et clics répartis entre les deux versions. Les données de Core Web Vitals seront également fragmentées, empêchant une lecture consolidée des performances réelles.

• Déclarations canoniques bidirectionnelles obligatoires pour lier HTML et AMP
• Indexation séparée = dilution des signaux de ranking entre deux URLs
• Duplication de contenu potentielle si Google ne reconnaît pas l'équivalence
• Perte de contrôle sur la version servie : Google peut alterner selon des critères opaques
• Fragmentation des métriques dans Search Console et outils d'analytics

Cette règle d'indexation unique est-elle toujours respectée par Google ?

Sur le papier, le protocole AMP est clair. Dans la pratique, Google présente régulièrement des incohérences entre ce qui est documenté et ce qui se passe réellement dans les SERP. J'ai observé des cas où des pages avec une implémentation canonique parfaite apparaissaient quand même en double, notamment lors de mises à jour d'index ou de migrations.

Le délai de consolidation joue aussi un rôle : après publication d'une nouvelle page ou correction des balises, il faut parfois plusieurs semaines avant que Google ne reconnaisse la relation et ne fusionne les URLs dans les résultats. Pendant cette période de transition, les deux versions coexistent, même avec une implémentation technique irréprochable. [A vérifier] : aucune documentation Google ne précise ce délai de consolidation.

Quelles nuances faut-il apporter à cette déclaration ?

Mueller parle de "pages AMP valides" sans définir précisément ce seuil de validation. Dans les faits, Google tolère des erreurs AMP mineures sans déclasser la page. Mais certaines violations — JavaScript non autorisé, balises interdites, temps de chargement excessif — invalident complètement la version AMP sans que tu reçoives forcément un avertissement clair dans Search Console.

Autre point non abordé : la question du contenu. Si ta version AMP est significativement plus pauvre que la HTML (moins de texte, images manquantes, fonctionnalités absentes), Google peut décider de servir la HTML même en mobile, considérant l'expérience utilisateur dégradée. Ce n'est pas documenté officiellement, mais c'est observé sur le terrain depuis des années.

Dans quels contextes cette double indexation peut-elle être intentionnelle ?

Il existe des cas limites où l'apparition simultanée n'est pas un bug mais un choix délibéré de l'éditeur. Certains sites maintiennent des versions AMP et HTML avec des contenus suffisamment différents pour que Google les traite comme des pages distinctes : version gratuite vs premium, contenu abrégé vs complet, ciblage géographique différencié.

Dans ces scénarios, l'absence de balise canonique croisée est volontaire. Mais attention : tu perds alors tous les bénéfices du protocole AMP en termes de consolidation de ranking. C'est une stratégie risquée qui nécessite une réflexion poussée sur la cannibalisation potentielle et la dilution de l'autorité.

Comment diagnostiquer rapidement ce problème sur mon site ?

Premier réflexe : lance une recherche site:tondomaine.com "titre exact de l'article" sur mobile. Si tu vois apparaître deux URLs distinctes (version standard + /amp/), tu as confirmation du problème. Répète l'opération sur plusieurs contenus pour évaluer l'ampleur.

Ensuite, inspecte le code source de ta page HTML. Vérifie la présence et la syntaxe de <link rel="amphtml" href="...">. Fais l'inverse sur la page AMP : cherche <link rel="canonical" href="...">. Les deux doivent pointer vers les bonnes URLs, sans redirections intermédiaires ni paramètres parasites.

Quelles actions correctives mettre en place immédiatement ?

Si les balises canoniques sont absentes, ajoute-les en priorité. Si elles existent mais sont mal formées — URLs relatives au lieu d'absolues, HTTPS manquant, trailing slash incohérent — corrige-les. Utilise ensuite l'outil Test AMP de Google pour valider que ta version accélérée respecte toutes les spécifications.

Une fois les corrections déployées, force un nouveau crawl via Search Console pour accélérer la prise en compte. Mais sois patient : la consolidation dans les résultats peut prendre 2 à 6 semaines selon la fréquence de crawl de ton site et la complexité de ton architecture.

Faut-il systématiquement maintenir des pages AMP en priorité ?

Soyons honnêtes : AMP a perdu beaucoup de son intérêt stratégique depuis que Google a ouvert le carrousel News aux pages non-AMP respectant les Core Web Vitals. Si ton site mobile est déjà rapide et bien optimisé, maintenir une infrastructure AMP parallèle représente un coût technique souvent disproportionné.

Avant d'investir dans la correction d'une double indexation AMP, pose-toi la question : est-ce que je conserve AMP ou est-ce que je supprime ces versions pour simplifier mon architecture ? Si tu choisis la suppression, redirige toutes les URLs /amp/ vers leurs équivalents HTML en 301, et surveille Search Console pour confirmer la désindexation progressive.

• Recherche site: sur mobile pour détecter les doublons indexés
• Vérifier la présence et syntaxe des balises rel="amphtml" et rel="canonical"
• Tester chaque page AMP avec l'outil officiel Google pour valider la conformité
• Forcer le recrawl via Search Console après correction des balises
• Surveiller l'évolution des impressions dans les rapports de performance pendant 4-6 semaines
• Si suppression d'AMP, mettre en place des redirections 301 et désavouer les URLs /amp/ dans le sitemap