Non. Google n’exige plus AMP pour les Top Stories depuis 2021, et sa documentation AMP (juillet 2026) ne cite AMP comme condition d’aucune fonctionnalité de la Recherche. Les pages mobiles accélérées (AMP, pour « accelerated mobile pages ») sont un sous-ensemble restreint de HTML lancé par Google et ses partenaires en octobre 2015 ; les pages AMP sont toujours indexées et peuvent toujours apparaître dans la Recherche, mais une page non AMP peut aussi être éligible aux Top Stories. Si vous utilisez AMP aujourd’hui, demandez-vous ce qu’il vous coûte de maintenir une seconde version de chaque page.
Ce que sont les pages mobiles accélérées
Les pages mobiles accélérées sont des pages web écrites en AMP HTML, « un sous-ensemble de HTML pour rédiger des pages de contenu », conçu pour garantir une performance de base (spécification AMP HTML). La spécification impose un balisage précis : l’attribut ⚡ ou amp sur la balise <html>, les styles de démarrage AMP, un script asynchrone pour le runtime AMP, et un <link rel="canonical"> dans l’en-tête. Ce lien canonique pointe vers la version HTML normale, ou vers la page elle-même s’il n’y en a pas.
Quand un site possède les deux versions, la page normale porte <link rel="amphtml" href="..."> qui pointe vers la page AMP, et la canonique de la page AMP pointe en retour. Le guide de suppression de Google cite ce lien rel="amphtml" par son nom. Cette configuration en paires est ce qu’il faut défaire pour retirer AMP.
Ce que dit Google sur AMP aujourd’hui
La documentation actuelle de Google traite AMP comme un type de page parmi d’autres. Selon la mise à jour du 1er juillet 2026 de « About AMP on Google Search », la Recherche indexe les pages AMP comme les autres pages, celles-ci peuvent apparaître comme résultat enrichi, et AMP sur ordinateur ne bénéficie d’aucune fonctionnalité propre à la Recherche (Google Search Central). Elle demande un AMP valide, le même contenu et les mêmes actions que la page canonique lorsque c’est possible, et un design responsive, puisque les pages AMP ne sont pas réservées au mobile.
La chronologie d’AMP selon Google et la presse :
| Date | Ce qui s’est passé | Source |
|---|---|---|
| 7 octobre 2015 | Google annonce le projet AMP | blog Google |
| 28 mai 2020 | Google annonce qu’il retirera l’exigence AMP pour l’éligibilité aux Top Stories, et qu’il continuera à soutenir AMP et à renvoyer vers les pages AMP | blog Google Search Central |
| 17 juin 2021 | Les signaux d’expérience de page commencent à s’appliquer aux Top Stories ; AMP n’y est plus exigé ; déploiement terminé fin août 2021 | Search Engine Land |
Le déploiement de 2021 a aussi fait disparaître progressivement le badge AMP des résultats, selon le même article de Search Engine Land. L’annonce de Google indiquait que les sites qui publiaient déjà en AMP ne verraient pas de changement de comportement.
La page « About AMP on Google Search » ne présente pas AMP comme un facteur de classement et ne le liste pas comme condition d’une fonctionnalité de la Recherche (vérifié le 25 octobre 2026). Le guide d’expérience de page pour la Recherche, mis à jour pour la dernière fois le 22 septembre 2026, ne parle pas d’AMP dans son texte (Google Search Central).
Faut-il garder AMP ?
Gardez AMP seulement si le coût de sa suppression est supérieur au coût de sa maintenance, car rien dans la documentation actuelle de Google n’en fait une exigence. Pesez ces points :
| Question | Si oui | Si non |
|---|---|---|
| Votre page AMP est-elle un gabarit séparé qui s’éloigne de la page canonique ? | La suppression vous évite de maintenir deux versions | Peu à gagner à supprimer |
| La page mobile canonique se charge-t-elle correctement seule ? Vérifiez avec les outils de vitesse | Suppression sans risque | Corrigez d’abord la page canonique, puis supprimez |
| Une plateforme dont vous dépendez (réseau publicitaire, flux d’éditeur, extension de CMS) exige-t-elle AMP ? | Vérifiez la documentation de cette plateforme avant de supprimer | Supprimez |
| Vous n’avez pas du tout d’AMP ? | Rien dans la documentation AMP de Google ne vous demande d’en ajouter | Rien à faire |
C’est un cadre de décision de notre cru ; Google ne fixe aucune règle ici. Le seul risque concret de la suppression est de mal la faire : Google indique de ne pas supprimer le contenu AMP en vidant le fichier, car des fichiers vides sans balisage sont invalides et Google continue de servir la plus ancienne version valide.
Ce qui remplace AMP pour la vitesse, c’est un travail de performance classique sur la page canonique, comme dimensionner les images, différer les scripts et réduire le temps de réponse du serveur, ce que couvre le guide de test de vitesse mobile. Si vous voulez plutôt une expérience proche d’une application, voir ce qu’est une application web progressive.
Comment retirer AMP
Retirez AMP en supprimant le lien rel="amphtml" des pages canoniques et en redirigeant chaque URL AMP vers sa page canonique. Le guide de Google sur la suppression du contenu AMP (mis à jour le 1er juillet 2026) énumère ces étapes (Google Search Central) :
- Vérifiez que la page canonique porte ce que la page AMP portait : le même contenu, les mêmes données structurées et tout suivi. Les pages AMP utilisent leur propre composant d’analytique,
amp-analytics(amp.dev), donc un suivi qui n’existe que sur la version AMP doit d’abord être ajouté à la page canonique. - Supprimez le
<link rel="amphtml" ...>de chaque page canonique, dans le gabarit et non page par page. - Faites renvoyer au serveur un
301 Moved Permanently(Google accepte aussi302 Found) pour chaque URL AMP retirée, pointant vers sa page canonique. - Facultatif, pour retirer aussi la page AMP des plateformes non Google : renvoyez un
404pour elle à la place. - Vérifiez le résultat dans le rapport de statut AMP de la Search Console, où le graphique des « pages AMP indexées » doit baisser.
Un exemple pour nginx, si vos URL AMP finissent par /amp/ (adaptez le motif à vos URL) :
# /blog/my-post/amp/ -> /blog/my-post
location ~ ^/(.+)/amp/?$ {
return 301 /$1;
}Puis vérifiez une URL à la main :
curl -sI https://example.com/blog/my-post/amp/ | grep -iE '^(HTTP|location)'
# attendu : un statut 301 et un en-tête location qui se termine par /blog/my-postSi votre CMS génère les pages AMP, le guide de Google indique de désactiver AMP dans le CMS, ce qui supprime toutes les pages AMP et peut rediriger les utilisateurs vers la page non AMP. Vérifiez ce que fait votre CMS pour la redirection.
Vérifiez les pages canoniques à la taille d’un téléphone
Une fois les URL AMP redirigées, la page canonique est ce que reçoivent les visiteurs sur téléphone ; regardez-la donc à des tailles de téléphone. Mobile View Extension recharge votre page avec le user agent, la taille d’écran et le ratio de pixels d’un téléphone, ce qui vous montre la version mobile réelle à plusieurs largeurs. Il ne mesure ni la vitesse ni les Core Web Vitals, et il ne peut pas montrer le comportement de la page sur le processeur et le réseau d’un téléphone : confirmez donc le temps de chargement avec les outils terrain du guide de vitesse. Pour une liste plus large de ce qu’il faut comparer, voir rendre un site web compatible mobile, et pour les outils retirés, voir les alternatives au test de compatibilité mobile de Google.
Questions fréquentes
AMP est-il mort ?
Non. La documentation de Google décrit toujours l’affichage des pages AMP dans la Recherche, et ses pages AMP ont été mises à jour le 1er juillet 2026. Ce qui a pris fin, c’est l’exigence : les Top Stories sont ouvertes aux pages non AMP depuis juin 2021.
Ai-je besoin d’AMP pour les Top Stories de Google ?
Non. Google a annoncé le 28 mai 2020 qu’il retirerait l’exigence AMP, et le changement s’est appliqué à partir du 17 juin 2021.
AMP aide-t-il le référencement ?
La documentation AMP de Google indique que la Recherche indexe les pages AMP comme n’importe quelle autre page, et elle ne décrit aucun gain de classement lié à AMP. AMP est un format de page restreint ; la documentation de Google ne le présente pas comme une technique de référencement.
La suppression d’AMP nuit-elle au classement ?
Le guide de suppression de Google ne mentionne aucun effet sur le classement. Le risque est donc technique : des redirections cassées ou une page canonique qui ne contient pas ce que la page AMP contenait. Suivez les étapes ci-dessus et surveillez les rapports de la Search Console après la redirection.