AMP est-il vraiment un facteur de classement Google ou juste un ticket d'entrée pour certaines features ?

AMP booste-t-il vraiment le ranking dans les SERP classiques ?

La réponse est non, et John Mueller le dit sans détour. AMP n'est pas un critère de classement direct dans l'algorithme de Google. Une page AMP et une page HTML classique avec un contenu identique et des performances similaires ont théoriquement les mêmes chances de ranker.

Ce qui crée la confusion, c'est que pendant des années, AMP était obligatoire pour apparaître dans le carrousel Top Stories sur mobile — une position ultra-visible qui génère un trafic significatif. Beaucoup d'éditeurs ont donc investi dans AMP non pas pour un hypothétique bonus de ranking, mais pour accéder à cette feature. Et de l'extérieur, ça ressemblait à un avantage SEO.

Qu'est-ce qui a changé avec la Page Experience Update ?

Avec le déploiement de la mise à jour Page Experience (initialement prévue en mai, finalement étalée sur plusieurs mois), Google a ouvert Top Stories aux pages non-AMP — à condition qu'elles affichent d'excellents Core Web Vitals et respectent les critères de contenu news.

Concrètement, si votre site mobile offre un Largest Contentful Paint (LCP) sous 2,5 secondes, un First Input Delay (FID) inférieur à 100 ms, et un Cumulative Layout Shift (CLS) sous 0,1, vous pouvez désormais concourir pour Top Stories sans passer par AMP. C'est un changement majeur pour les sites qui trouvaient la stack AMP trop contraignante ou difficile à maintenir.

AMP garde-t-il encore un intérêt technique ?

Oui, mais uniquement pour certains contextes spécifiques. AMP garantit par design des temps de chargement ultra-rapides grâce à un cache centralisé et des composants optimisés. Pour des éditeurs qui n'ont pas les ressources techniques pour optimiser leurs Core Web Vitals au niveau requis, AMP reste un raccourci viable.

Par ailleurs, certains formats publicitaires ou widgets tiers peuvent dégrader les performances d'une page classique. Dans ces cas, AMP impose une discipline stricte qui évite les dérives. Mais soyons clairs : si vous maîtrisez l'optimisation frontend, vous n'avez plus besoin d'AMP pour accéder à Top Stories.

• AMP n'est pas un facteur de classement dans les résultats organiques standards.
• Jusqu'à la Page Experience Update, AMP était obligatoire pour Top Stories mobile.
• Depuis, des pages non-AMP avec de bons Core Web Vitals peuvent aussi y accéder.
• AMP reste pertinent pour des contextes où l'optimisation manuelle est difficile.
• La décision d'implémenter AMP doit se fonder sur des contraintes techniques, pas sur un fantasme de ranking.

Cette déclaration est-elle cohérente avec ce qu'on observe sur le terrain ?

Absolument. Les tests terrain confirment qu'AMP seul n'améliore pas le positionnement organique. Des sites ayant migré d'AMP vers des pages HTML optimisées n'ont constaté aucune perte de trafic organique — à condition de maintenir des performances équivalentes. En revanche, l'abandon d'AMP sans optimisation alternative a parfois provoqué une chute sur Top Stories, ce qui renforce la thèse de Mueller : AMP était un pass pour certaines features, pas un levier de ranking.

Ce qui reste flou, c'est la granularité des seuils de Core Web Vitals exigés pour Top Stories. Google communique les paliers généraux (bon / à améliorer / médiocre), mais sur un segment ultra-concurrentiel comme l'actualité, on ignore si des micro-différences de LCP ou CLS font basculer l'éligibilité. [À vérifier] : Google n'a jamais documenté publiquement ces seuils précis pour Top Stories.

Quelles nuances faut-il apporter à cette affirmation ?

Premier point : même si AMP n'est pas un facteur direct, la vitesse, elle, l'est. Or AMP accélère mécaniquement le chargement. Donc indirectement, un site AMP peut ranker mieux qu'un site lent — mais c'est la vitesse qui joue, pas l'étiquette AMP. La nuance sémantique compte : ce n'est pas AMP qui booste, c'est la performance qu'il impose.

Deuxième point : la déclaration de Mueller concerne surtout le mobile. Sur desktop, Top Stories n'a jamais exigé AMP. Et sur mobile, la transition vers les Core Web Vitals comme critère d'éligibilité a pris du temps — certains sites ont pu bénéficier d'un traitement préférentiel pendant la phase de transition simplement parce qu'ils étaient déjà AMP. Aujourd'hui, ce flou s'est dissipé, mais il a alimenté des années de débats.

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

Si votre site opère dans une niche où Top Stories ou Google News représentent une part significative du trafic — actualité, sport, finance en temps réel —, la question n'est pas de savoir si AMP booste le ranking, mais s'il reste le moyen le plus simple d'atteindre les seuils de performance requis.

Par ailleurs, certains CMS ou stacks techniques rendent l'optimisation des Core Web Vitals extrêmement coûteuse en temps et en ressources. Dans ces contextes, AMP peut rester une solution pragmatique — non pas pour un hypothétique bonus SEO, mais pour garantir une éligibilité à certaines features sans refondre toute l'architecture frontend.

Faut-il abandonner AMP si on l'a déjà implémenté ?

Pas nécessairement. Si votre implémentation AMP fonctionne bien, qu'elle ne génère pas de dette technique et que vos Core Web Vitals sont bons, il n'y a aucune urgence à migrer. En revanche, si AMP vous oblige à maintenir deux versions de chaque page, avec des délais de publication allongés et des bugs récurrents, il est temps de réévaluer.

La bonne approche : auditez vos Core Web Vitals sur vos pages HTML classiques. Si elles passent les seuils (LCP < 2,5 s, FID < 100 ms, CLS < 0,1), vous pouvez basculer progressivement. Commencez par un échantillon de pages à faible risque, surveillez l'impact sur Top Stories et le trafic global, puis généralisez si les résultats sont concluants.

Comment garantir l'éligibilité à Top Stories sans AMP ?

Optimisez impitoyablement vos Core Web Vitals. LCP : réduisez le poids des images above-the-fold, utilisez un CDN performant, activez le lazy-loading sur les ressources non-critiques. FID : minimisez le JavaScript bloquant, différez les scripts tiers. CLS : spécifiez les dimensions des images et des iframes pour éviter les reflows.

Ensuite, assurez-vous que votre site respecte les critères éditoriaux de Google News : contenu original, transparence éditoriale, auteurs identifiés, pas de clickbait agressif. Sans ça, même avec des Core Web Vitals parfaits, vous ne serez pas éligible. Et vérifiez que votre balisage structuré (Article, NewsArticle) est impeccable.

Quelles erreurs éviter dans cette transition ?

Première erreur : supprimer AMP brutalement sans monitoring. Si vos pages classiques ne sont pas au niveau, vous perdrez l'accès à Top Stories du jour au lendemain. Testez d'abord en parallèle, mesurez l'impact, puis bascule.

Deuxième erreur : croire que l'optimisation des Core Web Vitals est un one-shot. C'est un chantier continu. Chaque mise à jour de thème, chaque nouveau plugin, chaque script tiers peut dégrader vos performances. Mettez en place un monitoring automatisé (PageSpeed Insights API, Lighthouse CI, CrUX) pour détecter les régressions avant qu'elles n'impactent votre éligibilité.

• Auditez vos Core Web Vitals actuels (pages non-AMP) via PageSpeed Insights et CrUX.
• Testez l'éligibilité à Top Stories sur un échantillon de pages HTML classiques.
• Optimisez LCP, FID et CLS jusqu'à passer les seuils recommandés.
• Surveillez l'évolution du trafic Top Stories après migration partielle.
• Mettez en place un monitoring continu des Core Web Vitals en production.
• Documentez les seuils internes à ne pas dépasser pour rester éligible.