AMP (Accelerated Mobile Pages) : est-ce encore utile pour le SEO et pour les moteurs d'IA ?

Dans la grande majorité des cas, non : AMP n'est plus nécessaire pour apparaître dans Google, ni dans ses carrousels d'actualités. Google indique qu'il traite les pages AMP comme les autres pages. Pour les réponses d'IA, aucune source officielle que j'ai lue ne dit qu'AMP aide ou nuit. Si vous avez déjà AMP, la question utile n'est pas « AMP est-il bon ? » mais « ce que j'en retire justifie-t-il la maintenance d'une seconde version de mes pages ? ».

Ce qu'est AMP

AMP (Accelerated Mobile Pages) est un projet annoncé par Google le 7 octobre 2015. L'annonce le décrit comme reposant sur « AMP HTML, a new open framework built entirely out of existing web technologies », pour construire des pages légères, avec l'objectif d'« améliorer radicalement les performances du web mobile » (traduction libre). Twitter, Pinterest, WordPress.com et LinkedIn figuraient parmi les partenaires cités (Google, Introducing the Accelerated Mobile Pages Project).

La vitesse vient de contraintes techniques. D'après la page « How AMP works » d'amp.dev, AMP n'autorise que le JavaScript asynchrone, impose de déclarer la taille des ressources dans le HTML, isole le code tiers dans des iframes sandboxées, et n'accepte que des styles inline limités à 50 kilo-octets (amp.dev, How AMP works). Une page AMP est donc une version restreinte de la page, généralement publiée à côté de la page « canonique » classique.

Ce que Google a changé

Deux évolutions comptent, et je ne les cite qu'avec les sources que j'ai pu lire.

AMP n'est plus requis pour les Top Stories. Search Engine Journal rapporte que Google a confirmé qu'AMP ne serait plus nécessaire pour figurer dans le carrousel Top Stories à partir du lancement de la mise à jour « page experience » à la mi-juin 2021. Le même article indique que l'icône AMP est retirée et que le balayage latéral du visualiseur AMP disparaît, parce que les pages non AMP ne peuvent pas garantir le chargement instantané permis par le cache AMP. Il précise aussi que les données structurées d'article restent obligatoires pour les Top Stories (Search Engine Journal, Google Updating Top Stories Carousel). Je n'ai pas réussi à ouvrir le billet d'origine du blog de Google : cette information repose donc sur ce relais, pas sur une lecture directe de l'annonce.

Google applique le même standard à toutes les pages. La documentation Search Central indique : « Google Search indexes AMP pages just like other web pages, and applies the same standard to all pages, regardless of the technology used to build the page. » Elle précise que la page AMP doit respecter la spécification AMP HTML, et que, autant que possible (« where possible »), les utilisateurs doivent pouvoir vivre la même expérience et accomplir les mêmes actions que sur la page canonique correspondante. Elle note aussi que sur ordinateur, AMP ne donne pas accès à des fonctionnalités spécifiques des résultats (Google Search Central, About AMP on Google Search).

AMP et performance réelle : les Core Web Vitals

Les Core Web Vitals sont, selon Google, « un ensemble de métriques qui mesurent l'expérience réelle des utilisateurs » sur le chargement, l'interactivité et la stabilité visuelle. Google recommande un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS inférieur à 0,1 (Google Search Central, Core Web Vitals). La documentation actuelle cite l'INP (et non l'ancienne métrique FID).

Sur le classement, la documentation sur l'expérience de page dit que les Core Web Vitals sont utilisés par les systèmes de classement, qu'il n'existe pas de signal unique, et qu'un bon résultat dans le rapport Core Web Vitals de la Search Console ne garantit pas une place en tête. Elle ajoute que Google cherche à montrer le contenu le plus pertinent, même si l'expérience de page est médiocre (Google Search Central, Page experience).

Ce que ces pages ne disent pas : qu'une page AMP obtient automatiquement de bons Core Web Vitals, ou qu'elle les obtient mieux qu'une page classique bien optimisée. La page Core Web Vitals que j'ai lue ne traite pas d'AMP. En revanche, les contraintes d'AMP visent la vitesse, alors que le critère de Google est mesuré sur l'expérience réelle, page par page. Le plus sûr est de mesurer vos propres pages AMP et vos pages canoniques, avec les mêmes outils, et de comparer.

AMP et réponses d'IA : ce qu'on sait et ce qu'on ignore

Ce qu'on sait. Pour les fonctionnalités d'IA de Google, la documentation indique : « There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary. » Pour être éligible comme lien de support, une page doit être indexée et éligible à l'affichage dans Google Search avec un extrait, en respectant les exigences techniques de Search ; il n'y a pas d'exigence technique supplémentaire (Google Search Central, AI features and your website). Cette page ne mentionne pas AMP.

Ce qu'on ignore. Je n'ai trouvé, parmi les pages officielles ouvertes, aucune déclaration disant qu'AMP améliore ou dégrade la visibilité dans les réponses d'IA, que ce soit chez Google ou chez d'autres éditeurs de moteurs et d'assistants. Je n'ai pas non plus de source sur la manière dont ces systèmes lisent une page AMP plutôt qu'une page classique. Toute affirmation précise là-dessus (« les IA préfèrent le HTML classique », « les IA ignorent AMP ») serait une supposition.

Un point de bon sens, présenté comme tel et non comme un fait sourcé : si une même page existe en deux versions, il est plus simple de n'avoir qu'une seule version à maintenir et à garder cohérente.

Que faire concrètement selon son cas

Vous n'avez pas AMP. N'en ajoutez pas pour le SEO : d'après les sources ci-dessus, rien ne l'exige. Concentrez-vous sur la performance mesurée de vos pages et sur leur indexabilité.

Vous avez AMP et vous voulez comprendre son effet. Regardez dans la Search Console si vos pages AMP génèrent encore des impressions et des clics, comparez les Core Web Vitals des deux versions, et évaluez le coût de maintenance réel. C'est une décision à prendre sur vos propres données, pas sur des moyennes.

Vous voulez retirer AMP. La documentation Google décrit la marche à suivre pour ne retirer que les pages AMP en gardant les pages classiques (Google Search Central, Remove AMP) :

  1. Supprimer le lien rel="amphtml" du code source de la page canonique non AMP.
  2. Configurer le serveur pour répondre à l'URL AMP par une redirection HTTP 301 (déplacée définitivement) ou 302.
  3. Rediriger le trafic de la page AMP vers la version non AMP.
  4. Option : répondre par une erreur HTTP 404 pour la page AMP, si vous voulez la retirer de toutes les plateformes.

La documentation avertit de ne pas retirer AMP en vidant le contenu du fichier : un document vide et sans balisage est considéré comme invalide. Pour désactiver AMP sur un CMS, elle renvoie vers l'aide du fournisseur du CMS (elle donne des exemples pour WordPress.com, Drupal et Squarespace). Elle indique aussi d'utiliser l'outil de suppression de contenu obsolète pour demander le retrait d'une page, en prévenant que, entre la suppression d'une page AMP et le moment où Googlebot constate son absence, Google Search affiche une erreur à l'utilisateur.

Après la bascule, vérifiez que chaque ancienne URL AMP aboutit bien à la bonne page canonique (pas à la page d'accueil), et suivez le rapport AMP et l'indexation dans la Search Console. Je n'ai pas de source sur la durée au bout de laquelle Google a fini de traiter les redirections ; ne comptez pas sur un délai précis.

Vous voulez garder AMP. C'est un choix acceptable si l'équipe maîtrise la maintenance et que vos données montrent un intérêt. Gardez les deux versions équivalentes, autant que possible, comme le demande la documentation de Google, et validez-les avec l'outil de test AMP.

Limites de cet article

  • Je n'ai pas pu ouvrir le billet d'origine de Google sur la fin de l'exigence AMP pour les Top Stories ; ce point repose sur le compte rendu de Search Engine Journal.
  • Je n'ai trouvé aucune donnée officielle sur la part actuelle de pages AMP dans les résultats, ni sur le coût de maintenance d'AMP ; je ne donne donc aucun chiffre à ce sujet.
  • Rien n'est établi, dans les sources lues, sur le lien entre AMP et les moteurs d'IA autres que les fonctionnalités d'IA de Google, et même pour celles-ci, la documentation est muette sur AMP.
  • La documentation de Google évolue : vérifiez les pages citées avant d'agir.

Sources

Pour vérifier la structure et le contenu d'une page, AMP ou non, côté SEO comme côté réponses d'IA, vous pouvez essayer l'outil gratuit microseo.fr.