AMP est-il vraiment neutre pour le classement Google ou cache-t-il un levier de visibilité invisible ?

AMP n'impacte pas le ranking… vraiment ?

Google joue sur les mots. AMP n'est pas un signal de classement dans l'algorithme principal — une page AMP et une page standard avec le même contenu auront théoriquement la même position organique. Mais c'est ignorer un détail crucial : pendant des années, certaines fonctionnalités de recherche premium étaient réservées aux pages AMP.

Top Stories, ce carrousel visible en haut des SERP mobile sur les requêtes d'actualité, n'affichait que des contenus AMP. Résultat ? Les médias qui abandonnaient AMP perdaient cet accès privilégié, donc du trafic. Pas à cause du ranking, mais par exclusion d'une feature à fort CTR. Techniquement, Google ne mentait pas. Pratiquement, AMP conditionnait la visibilité.

Que change la mise à jour Page Experience ?

L'update mentionnée (déployée en juin-août) a ouvert Top Stories aux pages non-AMP. Le ticket d'entrée n'est plus le framework AMP, mais le respect des Core Web Vitals et des critères Page Experience (HTTPS, pas de popups intrusifs, mobile-friendly).

Concrètement ? Si votre site mobile charge en moins de 2,5 secondes (LCP), répond rapidement aux interactions (FID) et reste stable visuellement (CLS), vous pouvez concourir pour Top Stories sans AMP. La barrière technique tombe — mais les exigences de performance restent élevées.

Pourquoi certains sites ont-ils vu leur trafic chuter après avoir retiré AMP ?

Deux scénarios fréquents. Premier cas : le site abandonne AMP avant la mise à jour Page Experience. Il perd instantanément l'accès aux carrousels réservés AMP, sans alternative. Le trafic Top Stories s'effondre.

Deuxième cas : le site retire AMP après l'update, mais ses pages standards ne respectent pas les Core Web Vitals. Google les éjecte de Top Stories faute de performance suffisante. La chute provient de la lenteur de chargement, pas de l'absence d'AMP elle-même. Dans les deux situations, le symptôme est le même — la cause diffère.

• AMP n'est pas un signal de ranking direct dans l'algorithme de classement organique de Google
• Certaines fonctionnalités de recherche premium (Top Stories) nécessitaient AMP jusqu'à la mise à jour Page Experience
• Depuis l'update, les pages non-AMP peuvent accéder à Top Stories si elles respectent les Core Web Vitals
• Retirer AMP sans optimiser la performance mobile provoque une perte de trafic par exclusion des features, pas par pénalité ranking
• La déclaration de Google est techniquement vraie mais stratégiquement incomplète — AMP influence la visibilité indirectement

Cette déclaration est-elle cohérente avec les observations terrain ?

Absolument, mais elle mérite un décryptage. Les tests A/B menés par plusieurs médias (notamment en presse tech et actualité) confirment : une page AMP et sa version standard obtiennent des positions organiques identiques dans les résultats classiques. Zero différence de ranking pur.

En revanche, les analytics montrent systématiquement un delta de trafic entre sites AMP et non-AMP jusqu'en mai-juin. La source ? Les placements dans Top Stories, qui généraient 15 à 40% du trafic mobile pour les sites d'actualité. Google dit vrai techniquement — mais occulte l'impact indirect massif. C'est un classique de leur communication : factuellement exact, stratégiquement incomplet.

Dans quels cas AMP conserve-t-il un avantage concurrentiel ?

Soyons honnêtes : pour les sites qui ne peuvent pas atteindre les Core Web Vitals avec leur stack technique actuelle. Si votre CMS est lourd, votre infrastructure lente, et que refondre l'architecture prendrait des mois, AMP reste un raccourci technique pour obtenir des pages ultra-rapides.

AMP impose un cadre strict (CSS limité, JavaScript contrôlé, composants pré-optimisés) qui garantit de bonnes performances. Pour un site WordPress surchargé de plugins, implémenter AMP peut être plus rapide que d'optimiser le thème principal. Mais c'est un pansement, pas une solution pérenne. [A vérifier] : certains observent aussi que Google cache AMP reste plus réactif que le cache standard — un avantage non documenté officiellement.

Quelles erreurs d'interprétation faut-il éviter ?

Première erreur : croire qu'AMP booste le SEO. Non. Il ouvre l'accès à des features — nuance critique. Si vous n'êtes pas éligible à Top Stories (pas de contenu news, pas de balise Article structurée), AMP ne sert à rien niveau visibilité.

Deuxième erreur : penser que retirer AMP est neutre si vous avez de bonnes Core Web Vitals. Faux. La transition nécessite une migration technique propre (redirections, canonicals, sitemap), sous peine de dupliquer du contenu ou de perdre des signaux. Plusieurs sites ont vu des fluctuations de ranking pendant 2-4 semaines post-migration, le temps que Google retraite les signaux.

Faut-il garder ou supprimer AMP sur son site ?

La décision dépend de trois variables : votre éligibilité aux features réservées (Top Stories, carrousels news), vos performances mobiles actuelles, et votre capacité technique à optimiser sans AMP. Si vous êtes un média d'actualité avec un site lent, garder AMP reste rationnel à court terme.

Si vous êtes e-commerce, SaaS, ou blog sans dimension news, AMP n'a jamais eu d'intérêt SEO. Vous pouviez le garder pour la vitesse, mais aujourd'hui les frameworks modernes (Next.js, Nuxt, sites statiques) offrent des performances équivalentes sans les contraintes AMP. Dans ce cas, supprimer AMP simplifie votre stack sans risque de trafic.

Comment migrer proprement hors d'AMP sans perdre de trafic ?

Première étape : vérifier que vos pages standards passent les Core Web Vitals en conditions réelles (PageSpeed Insights, Chrome UX Report). LCP sous 2,5s, FID sous 100ms, CLS sous 0,1. Si ce n'est pas le cas, optimisez d'abord — sinon vous perdrez l'accès aux features premium.

Ensuite, implémentez une migration technique progressive. Commencez par retirer les balises amphtml dans le head des pages standards, puis redirigez les URLs AMP vers les versions canoniques en 301. Surveillez Search Console pour détecter les erreurs d'indexation et les chutes de clics. Attendez 2-3 semaines avant de désactiver complètement le cache AMP — Google peut mettre du temps à retraiter les signaux.

Quels indicateurs surveiller après une modification AMP ?

Dans Search Console, segmentez le trafic par type d'apparence de recherche (Discover, Top Stories, résultats organiques classiques). Une baisse globale peut masquer une chute spécifique à Top Stories compensée par une hausse organique — ou l'inverse.

Côté analytics, trackez le taux de rebond et le temps de session. Les pages AMP ont souvent un UX dégradé (fonctionnalités limitées, analytics approximatifs). Passer à des pages standards complètes peut améliorer l'engagement même si les sessions initiales baissent légèrement. Mesurez aussi les Core Web Vitals en continu via le CrUX Report — une régression silencieuse peut vous éjecter des features sans alerte visible.

• Auditer vos Core Web Vitals en conditions réelles (75e percentile mobile, pas seulement lab tests)
• Vérifier l'éligibilité de votre contenu aux features nécessitant des performances élevées (Top Stories, Discover)
• Si vous retirez AMP, implémenter des redirections 301 propres et retirer les balises amphtml des pages canoniques
• Monitorer Search Console par type d'apparence pendant 4-6 semaines post-migration pour détecter les anomalies
• Tester l'impact sur l'engagement utilisateur (rebond, durée session) — les pages AMP ont parfois un UX limité
• Documenter la décision et les KPIs avant/après pour justifier le choix auprès des stakeholders