Guide AMP SEO

TL;DR — AMP (Accelerated Mobile Pages) est un framework Google lancé en 2015 pour créer des pages mobiles très rapides. Il n’a jamais été un facteur de classement et, depuis juin 2021, il n’est plus nécessaire pour apparaître dans le carrousel Top Stories de Google : Core Web Vitals a pris le relais. Pour un nouveau site, ne vous embêtez pas avec AMP. Si vous l’utilisez déjà, demandez-vous s’il vaut encore les contraintes.

Qu’est-ce qu’AMP ?

AMP signifie Accelerated Mobile Pages. Google l’a lancé en 2015 (le format est apparu dans la recherche Google en octobre de la même année) comme une manière open source de faire charger les pages mobiles presque instantanément.

Le principe consiste à mettre votre page au régime strict. AMP n’autorise qu’un ensemble limité de HTML, votre JavaScript est en grande partie interdit, le CSS doit être intégré et léger, et vous devez charger une bibliothèque AMP spéciale. En échange, Google peut stocker une copie de votre page sur son réseau très rapide (le Google AMP Cache) et la charger en arrière-plan avant même qu’une personne touche votre résultat : l’affichage semble ainsi instantané.

Pourquoi les gens l’ont utilisé

Pendant des années, AMP a été en pratique le prix d’entrée du carrousel Top Stories — le bloc d’actualités en haut des résultats mobiles. Si vous gériez un site d’actualité et vouliez apparaître dans Top Stories, AMP était nécessaire. Google affichait aussi une petite icône en forme d’éclair (⚡) à côté des résultats AMP pour signaler qu’une page chargerait vite.

Ce qui a changé

En juin 2021, Google a cessé d’exiger AMP pour Top Stories. Désormais, n’importe quelle page peut y apparaître si elle respecte les critères d’actualité de Google ; du côté des performances, ce qui compte est Core Web Vitals, les métriques de vitesse et de stabilité de Google, et non AMP. Google a également supprimé le badge en forme d’éclair des résultats à peu près à la même période.

L’erreur la plus fréquente

AMP n’est pas un gain de classement. Google a toujours indiqué qu’AMP n’était pas en soi un facteur de classement. Les pages rapides peuvent mieux se classer, certes, mais AMP n’est qu’une manière d’obtenir cette rapidité, pas la seule. Une page classique bien conçue peut être tout aussi rapide, voire plus rapide, sans les contraintes d’AMP.

Faut-il encore l’utiliser aujourd’hui ?

• Nouveau site ? Ne le construisez pas sur AMP. Consacrez plutôt cet effort à Core Web Vitals.
• AMP déjà en place ? Il fonctionne toujours et reste indexé. Mais de nombreux éditeurs l’ont désactivé sans perdre beaucoup de trafic, notamment parce qu’AMP complique les analyses. Demandez-vous s’il apporte encore assez de valeur pour justifier son maintien.

Vous voulez la version complète — balisage canonique, réécriture d’URL, Signed Exchange, pièges de mesure et vraie checklist de suppression ? Passez à l’onglet Avancé.

TL;DR — AMP est le framework open source de Google lancé en 2015 pour des pages mobiles presque instantanées : HTML/CSS/JS restreints et pré-rendu depuis le Google AMP Cache. Il n’a jamais été un facteur de classement (Google le dit explicitement) et, depuis la mise à jour Page Experience de juin 2021, il n’est plus requis pour Top Stories : Core Web Vitals l’a remplacé et le badge AMP a été supprimé. AMP mis en cache est encore servi sous google.com/amp/s/… ; Signed Exchange (SXG) peut le servir sous votre propre URL, mais uniquement dans Chrome. La relation canonique associe une page non-AMP auto-canonique (avec rel="amphtml") à une page AMP qui renvoie avec rel="canonical". Aujourd’hui AMP est facultatif et en déclin : ne construisez pas de nouvel AMP et évaluez le coût opérationnel, notamment pour les analytics, avant de le conserver.

Un peu d’histoire

Google a lancé AMP en 2015 et l’a rendu disponible dans la recherche Google en octobre 2015, en le présentant comme la réponse du Web ouvert à Facebook Instant Articles et Apple News : une façon de maintenir les pages des éditeurs compétitives sur mobile. Le projet était soutenu au lancement par Twitter, LinkedIn, WordPress et Pinterest ; il est ensuite passé sous la gouvernance de l’OpenJS Foundation, même si Google est resté son principal contributeur.

La raison pour laquelle la plupart des éditeurs l’ont réellement adopté n’était pas idéologique : c’était le carrousel Top Stories. Entre environ 2016 et 2021, AMP était en pratique requis pour y apparaître, et Google signalait les résultats AMP avec un badge éclair (⚡).

Comment AMP fonctionne techniquement

AMP obtient sa vitesse grâce à des contraintes :

• Balisage restreint. Une page AMP déclare <html ⚡> (ou <html amp>), charge le runtime JavaScript AMP (<script async src="https://cdn.ampproject.org/v0.js">) et inclut le boilerplate AMP ainsi que les balises meta charset et viewport requises.
• Pas de JavaScript auteur. Votre propre JS est interdit, sauf via le composant sandboxé amp-script ; le JS tiers ne s’exécute qu’à l’intérieur d’iframes. Tout ce qui s’exécute est asynchrone, afin que rien ne bloque le rendu.
• CSS intégré, limité à 75 Ko. Les feuilles de style externes sont interdites.
• Dimensions des ressources déclarées statiquement. Les images et les intégrations réservent leur espace à l’avance, ce qui empêche les décalages de mise en page.

Ces règles permettent à Google de pré-rendre une page AMP en toute sécurité dans une iframe masquée avant que l’utilisateur ne touche le résultat : c’est de là que vient la sensation d’instantanéité.

Le Google AMP Cache

La vitesse d’AMP ne vient pas seulement du framework, mais aussi de la distribution. Google stocke une copie validée et optimisée de votre page AMP sur cdn.ampproject.org, la sert en HTTPS avec des protocoles modernes et optimise les images. Il faut retenir une conséquence : avec AMP mis en cache, l’infrastructure de Google devient l’hôte de votre contenu, et non vos serveurs. Notez aussi que les pages AMP pour ordinateur ne sont pas servies depuis l’AMP Cache ; une page AMP canonique se comporte alors comme un résultat standard. Le bénéfice d’accélération du CDN est donc essentiellement mobile.

Ce qui s’est réellement passé dans la recherche Google

La chronologie importante :

• 2016–2021 : badge AMP (⚡) affiché dans les résultats ; AMP requis pour Top Stories.
• Avril 2021 : Google a annoncé qu’avec la mise à jour Page Experience, “using the AMP format is no longer required” (traduction) « l’utilisation du format AMP n’est plus requise » pour Top Stories.
• Juin 2021 : la mise à jour Page Experience a été déployée. Core Web Vitals est devenu le signal de performance pour l’éligibilité à Top Stories et Google a supprimé le badge AMP des résultats.
• 2021–aujourd’hui : AMP est facultatif, n’apporte aucun gain de classement et CWV porte les signaux réellement liés aux performances.

Le point à retenir : AMP n’est pas un facteur de classement et n’est plus votre ticket pour Top Stories.

Le problème de réécriture d’URL et Signed Exchange

Trois URL entrent en jeu pour un article AMP : l’URL originale de l’éditeur, l’URL AMP Cache sur cdn.ampproject.org et l’URL du Google AMP Viewer, qui ressemble à https://www.google.com/amp/s/[your-domain]/[path]. Comme le pré-rendu exige une iframe de même origine, le Viewer sert votre contenu sous une URL google.com : les utilisateurs voient le domaine de Google, et non le vôtre. Cela a créé de vrais problèmes de marque et d’attribution.

Signed Exchange (SXG) est la solution. Il enveloppe le document AMP dans une signature cryptographique liée à votre URL ; lorsque Chrome la valide, le navigateur affiche votre domaine dans la barre d’adresse. Google privilégie Signed Exchange à l’AMP Viewer lorsque cette fonction est prise en charge. Les limites : SXG est réservé à Chrome, les signatures durent au maximum 7 jours (le packager doit donc les renouveler), la fonction est limitée aux résultats enrichis et classiques (pas aux carrousels) et exige un serveur amppackager ou un fournisseur SXG tiers. C’est la méthode de diffusion « correcte », mais elle ajoute une charge opérationnelle réelle.

Balisage canonique AMP

C’est là que les implémentations AMP se cassent le plus souvent. Deux configurations :

• Couplée (la plus courante) : une page non-AMP et une page AMP séparée.
  • La page non-AMP est sa propre canonique et ajoute <link rel="amphtml" href="https://example.com/article/amp/">.
  • La page AMP ajoute <link rel="canonical" href="https://example.com/article/"> et renvoie vers la version non-AMP.
• AMP uniquement : une seule URL est à la fois canonique et AMP, elle se référence elle-même.

Règles pratiques : Google indexe l’URL canonique (AMP est traité comme un doublon). Placez donc vos données structurées sur les deux versions, incluez uniquement les URL canoniques dans votre sitemap et laissez rel="amphtml" gérer la découverte AMP. Google documente exactement cette association rel="amphtml" / rel="canonical" : consultez À propos d’AMP : rendre votre contenu découvrable si votre configuration ne correspond à aucun des deux cas.

Les difficultés des analytics AMP

La complexité du suivi AMP est un coût opérationnel réel, et non théorique :

• Le problème des référents. Le trafic des pages AMP mises en cache apparaissait historiquement comme des référents depuis cdn.ampproject.org plutôt que comme du trafic organique ; la correction consiste à exclure ce domaine des référents.
• La fragmentation des sessions. Le passage d’une page AMP mise en cache à votre page non-AMP démarrait par défaut une nouvelle session. AMP Linker (qui transmet le Client ID via un paramètre d’URL amp_id= entre le cache et le site) sert à les recoller.
• GTM pour AMP utilise le composant amp-analytics : la configuration est plus complexe que le GTM standard et propose moins de fonctionnalités.
• GA4 a obtenu la prise en charge native d’AMP en juin 2024 ; auparavant, la mesure AMP reposait surtout sur des implémentations communautaires.

Lorsque Search Engine Land a désactivé AMP, « une image plus claire de l’analytics de son audience » faisait partie des bénéfices rapportés : c’est donc un problème connu.

Autres surfaces AMP, à ne pas confondre

• Web Stories (lancé sous le nom AMP Stories en 2018, puis rebaptisé Google Web Stories en 2020) est un format visuel et tactile construit sur AMP. Il apparaît dans Search, Discover et Images. Il est distinct des articles AMP classiques.
• AMP for Email apporte du contenu interactif (formulaires, carrousels, données en temps réel) dans Gmail et quelques autres clients. C’est une fonctionnalité d’e-mail, pas une fonctionnalité de SEO de recherche ; il est utile de savoir qu’elle existe, mais elle n’est pas pertinente pour le classement.

Bing et AMP

Bing a rejoint l’effort open source AMP en septembre 2016 et a exploité pendant un temps son propre viewer et son propre cache, avec son propre traitement par éclair. Mais selon Bing, AMP n’a eu aucun impact sur ses algorithmes de classement, et la prise en charge d’AMP par Bing est désormais surtout historique : il n’existe pas de carrousel d’actualités actuel qui exige AMP ni de rapport AMP mis en avant dans Bing Webmaster Tools. En pratique, la position de Bing rejoint celle de Google : facultatif, sans gain de classement.

Faut-il encore utiliser AMP ?

Cas où conserver AMP peut être pertinent :

• Un éditeur d’actualités ou de médias déjà sous AMP, avec peu d’erreurs dans Search Console et un coût de changement élevé.
• Un site au contenu simple pour lequel AMP constitue par hasard le chemin le plus direct vers de bons Core Web Vitals.

Cas où le supprimer :

• Les sites d’entreprise dont les fonctionnalités ne sont pas compatibles avec AMP — c’est exactement le cas que j’ai présenté à SMX West : pour une grande entreprise à la structure complexe, AMP peut être trop difficile à implémenter, trop risqué, et il peut exister de vraies raisons commerciales de conserver des éléments que AMP n’autorise pas.
• Les sites qui utilisent AMP uniquement pour un badge Top Stories qui n’existe plus.
• Les sites pour lesquels la clarté des analytics compte : la complexité du suivi AMP est un coût.
• Les sites qui passent déjà Core Web Vitals : AMP n’apporte aucun bénéfice supplémentaire.
• Les sites où la réécriture d’URL AMP crée des problèmes de marque ou d’attribution.

La réponse honnête en 2026 : AMP est facultatif et en déclin. Pour les nouveaux projets, ne l’implémentez pas. Pour les sites existants, évaluez le coût opérationnel par rapport au bénéfice restant.

Comment supprimer AMP

1. Retirez la balise rel="amphtml" des pages canoniques non-AMP.
2. Redirigez en 301 les URL AMP vers leurs équivalents canoniques non-AMP.
3. Arrêtez de surveiller le rapport d’état AMP dans Search Console.
4. Vérifiez que les erreurs AMP disparaissent de Search Console au fil des semaines suivantes.

Si l’opération est bien faite, les pages canoniques restent indexées et classées. De grands éditeurs, Search Engine Land notamment, ont supprimé AMP avec une perturbation minimale du trafic.

Les mythes à éliminer

• « AMP apporte un gain de classement. » Non. AMP n’est pas un facteur de classement ; la vitesse compte, et AMP n’est qu’une manière d’obtenir cette vitesse.
• « AMP est nécessaire pour Top Stories. » Faux depuis juin 2021.
• « AMP est toujours plus rapide qu’une page classique. » Non : l’avantage vient du pré-rendu par Google de la copie en cache. Une page non-AMP rapide peut battre une page AMP lente.
• « Les URL AMP sont vos URL. » Seulement avec Signed Exchange, réservé à Chrome. Par défaut, le Viewer affiche google.com/amp/s/….
• « Supprimer AMP fera chuter le trafic. » Gérez correctement les canoniques et les redirections : l’impact est généralement limité.

Pour les signaux de performance qui comptent réellement aujourd’hui, consultez Core Web Vitals et le cluster plus large Performance Web.

AI summary

A condensed prendre on the Avancé version:

• AMP = Accelerated Mobile Pages, le framework open source de Google lancé en 2015 (disponible dans Google Search en octobre 2015) pour des pages mobiles presque instantanées via HTML/CSS/JS restreints et pré-rendu depuis le Google AMP Cache.
• Jamais un facteur de classement : Google le dit explicitement. La vitesse compte ; AMP est une manière de l’obtenir, pas la seule.
• Plus requis pour Top Stories depuis la mise à jour Page Experience de juin 2021 : Core Web Vitals l’a remplacé et le badge AMP a été supprimé des résultats.
• Diffusion : AMP mis en cache est généralement affiché sous google.com/amp/s/… ; Signed Exchange (SXG) peut le servir sous votre propre URL mais est réservé à Chrome (signature de 7 jours maximum, pas de carrousels, packager nécessaire).
• Couplage canonique : la page non-AMP est auto-canonique et porte rel="amphtml" ; la page AMP renvoie avec rel="canonical". Google indexe la canonique ; placez les données structurées sur les deux versions et ne mettez que les URL canoniques dans le sitemap.
• Les analytics sont le vrai coût : problème de référent cdn.ampproject.org, fragmentation des sessions (corrigée avec AMP Linker / amp_id=) et GTM pour AMP complexe. GA4 a ajouté la prise en charge native d’AMP en juin 2024.
• Surfaces distinctes : Web Stories (AMP Stories, rebaptisées en 2020) et AMP for Email — ni l’une ni l’autre n’est l’AMP d’article pour la recherche.
• Bing : a rejoint AMP en 2016, mais AMP n’a jamais influencé son classement ; la prise en charge est désormais surtout historique.
• Décision : AMP est facultatif et en déclin. Ne construisez pas de nouvel AMP ; supprimez rel="amphtml" et redirigez en 301 les URL AMP lorsque le coût opérationnel dépasse le bénéfice qui diminue.

Documentation officielle

Documentation issue des sources primaires des moteurs de recherche et du projet AMP.

Google

• À propos d’AMP — mode de diffusion d’AMP par Google (Viewer ou Signed Exchange), mention « pas un facteur de classement » et réserve sur le cache ordinateur.
• Valider les pages AMP — AMP Test, Rich Results Test et rapport d’état AMP de Search Console.
• Plus de détails sur la mise à jour Page Experience (avril 2021) — annonce qu’AMP n’est plus requis pour Top Stories.
• Présentation du Google AMP Cache et format d’URL AMP Cache — stockage et adressage des pages AMP dans le cache.
• Que contient une URL AMP ? — pourquoi l’URL Viewer est nécessaire au pré-rendu.
• Signed Exchanges (SXG) — servir AMP sous votre propre URL.
• AMP for Email — le cas d’usage distinct de l’e-mail.
• Mesure GA4 d’AMP et unification des sessions AMP — détails de mesure.

AMP project

• Comment fonctionne AMP — explication des restrictions et du pré-rendu par le framework.
• Servir AMP avec Signed Exchanges — guide d’implémentation.

Bing / Microsoft

• Bing App rejoint l’effort open source AMP (septembre 2016) — entrée de Bing dans AMP.

Citations des sources

Déclarations attestées de Google et Bing. Chaque lien pointe directement vers le passage cité sur la page source lorsque ce lien profond est disponible.

Google — AMP n’est pas un facteur de classement

• “AMP itself isn’t a ranking factor.” (traduction) « AMP n’est pas en soi un facteur de classement. » — Documentation Google Search Central. Aller à la citation

Google — AMP n’est plus requis pour Top Stories

• “using the AMP format is no longer required” (traduction) « l’utilisation du format AMP n’est plus requise » pour le carrousel Top Stories. Aller à la citation

Google — Signed Exchange est préféré au Viewer

• Google “prioritizes signed exchange over AMP Viewer when supported.” (traduction) « privilégie Signed Exchange à l’AMP Viewer lorsque la fonction est prise en charge ». Aller à la citation

Google — AMP ordinateur n’est pas servi depuis le cache

• “Desktop AMP pages are not currently served from Google AMP Cache; canonical AMP pages behave as standard results.” (traduction) « Les pages AMP pour ordinateur ne sont actuellement pas servies depuis le Google AMP Cache ; les pages AMP canoniques se comportent comme des résultats standard. » Aller à la citation

Bing — AMP n’est pas un facteur de classement Bing

• “AMP does not impact our ranking algorithms in any way.” (traduction) « AMP n’a aucun impact sur nos algorithmes de classement. » — groupe Bing ; cette déclaration vient du responsable de son ingénierie au moment du lancement d’AMP. Lire la couverture

Garder AMP, le supprimer ou l’éviter ?

Envisagez-vous AMP pour un nouveau projet ? Ne l’ajoutez pas pour le SEO. AMP n’est pas un facteur de classement et n’est plus requis pour les Top Stories. Construisez plutôt le site canonique pour respecter directement ses exigences de performance et de publication.

Exploitez-vous déjà des pages AMP ? Conservez-les uniquement si la version AMP apporte encore un bénéfice mesuré pour l’activité ou la diffusion, supérieur au coût de maintenance d’une seconde implémentation.

• AMP est stable, peu coûteux et réellement utile : conservez-le, mais auditez l’association canonique, la validation, l’analytics et la parité du contenu.
• AMP existe seulement pour une ancienne exigence des Top Stories : planifiez sa suppression.
• AMP crée des problèmes d’analytics, de fonctionnalités, de marque ou de maintenance : supprimez-le avec des redirections URL par URL vers les équivalents canoniques.
• Les pages canoniques n’atteignent pas encore le niveau de performance nécessaire : corrigez ce point d’abord, puis migrez ; ne supprimez pas la version fonctionnelle sans remplacement.

Checklist de maintenance et de suppression d’AMP

Si AMP reste en place

• Chaque page canonique pointe vers son équivalent AMP avec rel="amphtml".
• Chaque page AMP pointe en retour vers l’URL non AMP correspondante avec sa balise canonique.
• Le contenu et les données structurées restent équivalents dans les deux versions.
• Les documents AMP sont validés après chaque changement de modèle, de composant ou de publicité.
• L’analytics préserve l’attribution et les sessions lors de la navigation du cache vers le site.
• Seules les URL canoniques apparaissent dans le sitemap XML.

Si AMP disparaît

• Confirmer que les pages canoniques contiennent tout le contenu et réussissent les tests d’acceptation de performance de l’équipe.
• Supprimer rel="amphtml" des pages canoniques.
• Associer chaque URL AMP à son équivalent canonique exact avec une redirection permanente.
• Retester les canoniques, les données structurées, les liens internes et l’analytics sur la cible.
• Surveiller la Search Console pendant que les rapports AMP s’éclaircissent et que les URL canoniques sont réexplorées.

Erreurs AMP à éviter

Conserver AMP pour un avantage de classement inexistant

AMP n’a jamais été un facteur de classement et n’est plus requis pour les Top Stories depuis 2021. Conservez-le uniquement pour un bénéfice opérationnel actuel et mesuré.

Publier deux versions qui divergent

Une page AMP au contenu plus court, dépourvue de données structurées ou dotée d’appels à l’action différents crée des problèmes de parité et de maintenance. Utilisez une source de contenu unique et validez les deux sorties.

Supprimer AMP sans redirections au niveau des URL

Supprimer les points de terminaison AMP ou tout rediriger vers une page d’accueil rompt la relation URL établie. Redirigez chaque URL AMP vers sa page canonique correspondante.

Déclarer victoire parce que le document est valide

La validation prouve la conformité AMP, mais pas la continuité de l’analytics, la justesse des canoniques, la parité du contenu ni la qualité de l’expérience utilisateur. Testez l’ensemble du parcours de diffusion.

Fiche mémo AMP

Les faits qui tranchent la plupart des débats

L’association canonique

Sitemaps / données structurées : le sitemap ne liste que les URL canoniques ; placez les données structurées sur les deux versions.

Diffusion et analytics : les faits essentiels

• Les pages AMP mises en cache sont généralement servies sous cdn.ampproject.org / google.com/amp/s/….
• SXG = votre URL dans la barre, réservé à Chrome, signature de sept jours maximum et aucun carrousel.
• Excluez cdn.ampproject.org comme source de trafic ; utilisez AMP Linker (amp_id=) pour unifier les sessions.
• Prise en charge native d’AMP dans GA4 : juin 2024.

Supprimer AMP

1. Retirez rel="amphtml" des pages canoniques → 2. redirigez les URL AMP vers les canoniques avec une 301 → 3. arrêtez le suivi AMP dans la GSC → 4. confirmez que les erreurs sont résolues.

Valider : AMP Tester (search.google.com/test/amp), test des résultats enrichis et rapport d’état AMP de la GSC.

Commandes d’audit AMP

Trouver les relations AMP dans un export d’exploration

Utilisez cette expression régulière dans l’extraction personnalisée d’un crawler, sur le code HTML source :

<link\s+[^>]*rel=["'](?:amphtml|canonical)["'][^>]*href=["']([^"']+)["'][^>]*>

Le groupe de capture 1 renvoie l’URL AMP ou canonique associée. Examinez les paires extraites pour repérer les associations manquantes, interdomaines ou plusieurs-vers-une.

Vérifier une redirection AMP pendant la suppression

Exécutez la commande dans un terminal en remplaçant l’URL d’exemple :

curl -sSIL https://example.com/article/amp/

La première réponse devrait être une redirection permanente et sa destination finale devrait être l’article canonique exact, sans chaîne évitable.

Inventorier les liens AMP du document actuel

Exécutez ceci dans la console Chrome DevTools sur une page canonique ou AMP :

[...document.querySelectorAll('link[rel="amphtml"], link[rel="canonical"]')].map(link => ({ rel: link.rel, href: link.href }))

Outils pour maintenir ou supprimer AMP

• AMP Validator : vérifiez que le document publié respecte les règles de balisage AMP après les changements de modèle et de composant.
• Inspection d’URL de la Search Console : comparez le canonique indexé et le rendu produit pour des URL canoniques et AMP représentatives.
• Rapport d’état AMP de la Search Console : utilisez-le pendant qu’AMP reste déployé pour trouver les échecs de validité généralisés au modèle, puis attendez-vous à ce que l’inventaire diminue après une suppression planifiée.
• PageSpeed Insights : confirmez que le remplacement canonique atteint l’objectif de performance qu’AMP fournissait ; testez l’URL canonique, pas seulement la copie AMP mise en cache.
• Crawler avec extraction personnalisée : inventorie les paires amphtml/canonique et vérifie que chaque URL AMP retirée redirige vers son canonique correspondant.

Valider une modification AMP

Tester l’association canonique après une mise en production du modèle AMP

Test à exécuter : explorez des paires représentatives et extrayez les liens amphtml et canoniques. Résultat attendu : le canonique pointe vers une URL AMP correspondante et la page AMP pointe en retour vers ce canonique. Interprétation d’un échec : les signaux de découverte ou de consolidation sont rompus. Fenêtre de suivi : immédiate. Déclencheur de retour arrière : des associations manquantes, croisées ou plusieurs-vers-une apparaissent.

Tester la redirection de suppression d’AMP

Test à exécuter : demandez un exemple de chaque modèle d’URL AMP avec le suivi des redirections désactivé, puis activé. Résultat attendu : un saut permanent vers l’équivalent canonique exact, qui répond correctement. Interprétation d’un échec : la table de migration est incomplète ou chaînée. Fenêtre de suivi : immédiatement après le déploiement et pendant la réexploration. Déclencheur de retour arrière : une URL AMP en erreur, une boucle ou une arrivée sur une page générique.

Tester l’expérience du remplacement canonique

Test à exécuter : testez la cible canonique avec PageSpeed Insights et la recette analytics. Résultat attendu : le remplacement atteint la référence de performance mobile établie par l’équipe et conserve les mesures attendues. Interprétation d’un échec : AMP a été supprimé avant le remplacement de son rôle de diffusion ou de suivi. Fenêtre de suivi : contrôles en laboratoire immédiats ; données terrain sur leur fenêtre glissante habituelle. Déclencheur de retour arrière : régression systématique des performances ou perte d’une mesure requise après la migration.

Testez vos connaissances: AMP SEO

Five rapide questions on ce que AMP is, ce que it fait, and où it stands now. Pick an réponse pour chaque, alors vérifier.

Ressources utiles

Mes écrits

• Le guide débutant du SEO technique — la place des performances mobiles et d’AMP dans une vision plus large.

Mes interventions

• AMP : agir ou mourir ? — compte rendu de la session SMX West 2018 (Search Engine Land) — mon point de vue d’« homme d’un autre âge » : AMP n’est peut-être pas la bonne solution pour chaque entreprise, surtout les grandes structures aux architectures et fonctionnalités complexes qu’AMP ne peut pas prendre en charge.

Officiel

• Google — À propos d’AMP et Valider les pages AMP.
• Google — Plus de détails sur la mise à jour de l’expérience de page (avril 2021) — AMP n’est plus requis pour les Top Stories.

Dans le secteur

• Pourquoi Search Engine Land désactive ses pages AMP — la décision d’un éditeur majeur de supprimer AMP.
• Ce qui s’est passé quand nous avons désactivé AMP (Search Engine Land) — le bilan : très peu de perturbation du trafic et des analytics d’audience plus clairs.
• Les éditeurs vont-ils supprimer AMP maintenant qu’il n’est plus requis pour les Top Stories ? (Search Engine Land).
• Google AMP est mort ! (Plausible Analytics) — l’angle du déclin d’AMP et le contexte d’examen antitrust lié à l’abandon de l’exigence par Google.
• Google AMP et le SEO : tout ce qu’il faut savoir (Search Engine Journal) — un guide technique, notamment sur la gestion des canoniques.
• Bonne nouvelle : Google n’exige plus que les éditeurs utilisent AMP (The Register) — couverture du passage à Core Web Vitals.

Vidéos

• Google Search Central (YouTube) — la série How Google Search Works et les explications de Martin Splitt sur l’expérience de page et Core Web Vitals, qui couvrent les signaux de performance ayant remplacé AMP pour les Top Stories. Chaîne

Journal des modifications