Un client vous demande si son site devrait être en AMP. C’est une question légitime : en 2015, Google avait présenté ce format comme la solution pour des pages mobiles rapides, avec en prime une visibilité préférentielle dans Google News.
En 2026, la réponse est directe : non, l’AMP n’apporte aucun avantage SEO mesurable, et les sites qui l’utilisent encore ont souvent plus à gagner à s’en débarrasser qu’à le conserver.
Sommaire
Voici ce que les données terrain et les cas concrets publiés ces deux dernières années permettent de dire.

Ce qu’est l’AMP et pourquoi ça semblait utile
L’Accelerated Mobile Pages (AMP) est un framework HTML open-source lancé par Google en 2015. Le principe : créer une version allégée de chaque page web, hébergée dans le cache Google, avec des contraintes techniques strictes (CSS limité à 75 Ko, JavaScript personnalisé quasi banni, dimensions d’images obligatoires). En contrepartie, Google servait ces pages depuis son infrastructure, ce qui donnait des temps de chargement sub-seconde sur mobile.
À l’époque, c’était compétitif. La majorité des sites mobiles étaient lents, les connexions 3G dominaient en dehors des grandes villes, et Google récompensait les pages AMP par un badge « éclair » en SERP et un accès au carrousel Top Stories réservé aux articles AMP. Le deal était simple : vous cédez le contrôle de votre page à Google, Google vous donne de la visibilité.
Ce deal n’existe plus.
Les étapes concrètes qui ont vidé l’AMP de son intérêt SEO
Quelques dates qui comptent :
- Mai 2020 : Google supprime le badge « éclair » en SERP. Le CTR différentiel lié à ce badge disparaît avec lui.
- Juin 2021 : avec l’update Page Experience, Google ouvre les Top Stories à toutes les pages qui passent les Core Web Vitals. L’AMP cesse d’être un prérequis pour Google News.
- Mars 2024 : INP remplace FID dans les métriques Core Web Vitals. INP mesure la réactivité sur toute la session (pas seulement le premier clic), ce qui réduit l’avantage technique que l’AMP avait historiquement sur ce point.
- Octobre 2025 : Cloudflare déprécie officiellement son support AMP Real URL et Signed Exchanges. C’est le signal infrastructurel le plus fort : l’un des principaux opérateurs CDN mondiale ne considère plus que ce format mérite d’être maintenu.
(Même si on ne doit pas prendre ses mots comme parole d’évangile) John Mueller, chez Google, a répété à plusieurs reprises que l’AMP n’a jamais été un facteur de classement. Il conseille aux sites qui ont un sous-domaine AMP legacy de simplement mettre en place des redirections 301 vers les pages canoniques et de ne pas s’inquiéter pour le budget de crawl.
Ce que disent les chiffres en 2026
Le Web Almanac 2025 (HTTP Archive, crawl de juillet 2025 sur 17,2 millions de sites) est la source de données la plus exhaustive disponible. Les constats sont sans appel :
La balise rel="amphtml" n’est présente que sur 0,37 % des pages desktop. L’attribut html amp apparaît sur 0,04 % des pages. Le site amp.dev n’a connu aucune activité notable depuis quatre ans.
Pour comparaison, à son pic en 2018-2019, des dizaines de millions de pages étaient en AMP, notamment chez les éditeurs médias. L’abandon est massif et continu.
Côté Core Web Vitals natifs, les pages web non-AMP ont largement rattrapé leur retard. Selon les données CrUX agrégées dans ce même Web Almanac : 62 % des pages mobiles ont un bon LCP (sous 2,5 secondes), 77 % un bon INP (sous 200 ms), 81 % un bon CLS (sous 0,1). Ces seuils que l’AMP atteignait mécaniquement par contrainte, les sites optimisés en HTML standard les atteignent désormais par défaut ou avec un travail technique raisonnable.
Ce que les migrations montrent concrètement
Plusieurs cas documentés permettent d’évaluer l’impact réel d’un abandon d’AMP :
- Search Engine Land a désactivé ses pages AMP en novembre 2021 et n’y est jamais revenu. Le bilan publié : aucune perte significative de trafic organique, et une lisibilité analytique enfin cohérente (les URLs AMP hébergées sur le cache Google faussaient les données GA).
- Kinsta avait documenté, avant de désactiver l’AMP, une chute de 59 % des leads mobiles et 16,67 % des inscriptions newsletter directement attribuable aux pages AMP. L’abandon de l’AMP a ramené ces métriques à la normale.
- Sterling Sky rapporte +4 % de conversions globales après migration. Le trafic blog a légèrement baissé à court terme (ce qui s’explique par la phase de reindexation), mais les pages de conversion ont progressé.
- SearchPilot, qui réalise des tests SEO en split A/B pour des éditeurs de taille significative, conclut l’absence d’impact négatif détectable sur les performances de recherche lors des migrations hors AMP testées.
Le schéma est cohérent sur tous ces cas : l’AMP nuisait aux conversions sans apporter de gain SEO mesurable.
La comparaison technique : AMP versus Core Web Vitals natifs
L’argument historique en faveur de l’AMP était simple : il garantissait de bons scores de performance par contrainte. Si vous n’avez pas d’équipe technique, imposer des limites strictes (pas de JS externe, images avec dimensions déclarées, CSS inline borné) produit mécaniquement un résultat acceptable.
Le problème est que cette garantie a un coût fonctionnel élevé (pas de popups, pas de formulaires personnalisés, pas de tracking granulaire, CPMs publicitaires inférieurs de 20 à 40 % selon plusieurs études de régie) et que la même performance se produit aujourd’hui sur du HTML standard avec :
- Un CDN edge bien configuré (Cloudflare APO, Vercel, Bunny.net)
- Des images en format AVIF ou WebP avec l’attribut
fetchpriority="high"sur l’image LCP - Du JavaScript différé (
defer), chargé après interaction quand c’est possible - Des dimensions explicites sur les images et iframes pour éviter le CLS
Sur WordPress, WP Rocket ou le plugin Performance Lab de WordPress.org (développé par l’équipe Google Chrome) combinés avec Cloudflare APO permettent d’atteindre des seuils CWV équivalents à ceux d’une page AMP, sans perdre aucune fonctionnalité.
Notre recommandation pour votre site en 2026
Pour un nouveau site : ne pas implémenter AMP. Aucun bénéfice SEO, contraintes fonctionnelles significatives, dette technique programmée. Construire directement un site responsive optimisé pour les Core Web Vitals.
Pour un site existant avec de l’AMP : planifier le retrait, pas de panique. La migration est sans risque majeur si elle est correctement exécutée.
La procédure concrète :
- Vérifier que les pages canoniques passent les Core Web Vitals dans Google Search Console (rapport « Signaux de l’expérience de la page »).
- Mettre en place des redirections 301 de toutes les URLs
/amp/vers les URLs canoniques correspondantes. - Retirer la balise
rel="amphtml"des pages canoniques. - Mettre à jour le sitemap XML (sans URLs AMP).
- Surveiller les impressions, clicks et CTR dans GSC pendant 90 jours.
Si les pages canoniques échouent actuellement aux CWV : optimiser d’abord la performance native, puis migrer.
Le seul cas d’usage AMP qui reste pertinent en 2026 : AMP for Email. Les e-mails dynamiques dans Gmail (formulaires, sondages interactifs dans l’inbox) utilisent une technologie AMP distincte du SEO web. Si vous envoyez des campagnes Gmail interactives, cette branche-là reste fonctionnelle.
En résumé
L’AMP est un format conçu pour résoudre un problème qui n’existe plus dans les mêmes termes : les pages mobiles lentes et les éditeurs exclus des Top Stories.
Google a supprimé tous les avantages SERP associés entre 2020 et 2021. Les données terrain 2025-2026 (Web Almanac HTTP Archive, cas SearchPilot, Kinsta, Sterling Sky) confirment qu’il n’existe aucun gain SEO mesurable à maintenir de l’AMP sur un site en 2026.
Si un client vous pose la question : la réponse est non pour les nouveaux projets, et « planifions la migration » pour les sites existants.