AMP (Accelerated Mobile Pages)

AMP (Accelerated Mobile Pages) est un framework web open source créé à l'origine par Google pour proposer des pages à chargement rapide sur les appareils mobiles. Les pages AMP utilisent une version allégée du HTML avec des restrictions strictes sur le JavaScript et le CSS afin de privilégier la vitesse de rendu. Le framework met les pages en cache sur le CDN de Google et les pré-affiche dans les résultats de recherche, ce qui faisait que les pages AMP semblaient se charger presque instantanément lorsqu'on les ouvrait depuis une recherche Google. AMP a été largement adopté par les éditeurs de presse et les sites de contenu entre 2016 et 2021, notamment parce que le carrousel Top Stories de Google exigeait au départ des pages AMP pour y figurer. L'influence du framework a fortement décliné depuis que Google a supprimé l'exigence AMP pour Top Stories en 2021 et a déplacé son accent de classement vers les [Core Web Vitals](/glossary/core-web-vitals).

Les lecteurs mobiles s'attendent à ce que les pages se chargent en moins de trois secondes. Un contenu lent perd des lecteurs et nuit au classement dans les recherches. Pour les éditeurs qui ont investi dans AMP entre 2016 et 2021, le framework a apporté des gains de vitesse mesurables et des bénéfices de visibilité dans les recherches. Cependant, AMP a obtenu cette vitesse en imposant de sévères limitations — pas de JavaScript personnalisé, un CSS restreint, des capacités d'analyse limitées et aucune prise en charge des éléments interactifs comme les vidéos intégrées, les formulaires ou les animations 3D. À mesure que les performances des navigateurs et des réseaux mobiles se sont améliorées, l'écart entre des pages web standard bien optimisées et les pages AMP s'est considérablement réduit. Les éditeurs doivent désormais évaluer si les restrictions d'AMP valent ses bénéfices déclinants, surtout quand des frameworks modernes peuvent atteindre des temps de chargement comparables sans sacrifier les fonctionnalités.

**« AMP est indispensable pour un bon classement mobile. »** C'était en partie vrai jusqu'en 2021, lorsque Google exigeait AMP pour le carrousel Top Stories. Depuis, Google classe les pages selon les Core Web Vitals (Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint), qu'elles utilisent AMP ou non. Une page standard bien optimisée se classe tout aussi bien qu'une page AMP. **« Les pages AMP sont toujours plus rapides que les pages classiques. »** AMP gagne en vitesse grâce à la mise en cache et aux restrictions, mais une page web standard correctement optimisée, avec des formats d'image modernes, un minimum de JavaScript et une mise en cache en périphérie, peut égaler ou dépasser les temps de chargement d'AMP. L'avantage de vitesse perçu venait en grande partie du pré-affichage par le CDN de Google, et non du sous-ensemble HTML d'AMP lui-même. **« Abandonner AMP fera chuter le trafic. »** De nombreux éditeurs qui ont quitté AMP ont signalé un trafic stable, voire en hausse, parce que leurs pages standard pouvaient désormais inclure des contenus plus riches, de meilleures analyses et des éléments interactifs qui augmentaient l'engagement et le temps passé sur la page.

AMP fonctionne en imposant un ensemble de règles au niveau du HTML : - **JavaScript** : AMP interdit tout JavaScript personnalisé. Seule la bibliothèque de composants propre à AMP est autorisée, ce qui limite l'interactivité à des composants préconçus comme les carrousels d'images et les accordéons. - **CSS** : tous les styles doivent être en ligne et ne pas dépasser 75 Ko au total. Les feuilles de style externes sont bloquées. - **Ressources** : les images, vidéos et iframes doivent utiliser des balises spécifiques à AMP (`amp-img`, `amp-video`, `amp-iframe`) avec des dimensions prédéclarées pour éviter les décalages de mise en page. - **Mise en cache** : les pages AMP sont mises en cache sur le CDN AMP Cache de Google, qui les sert depuis les serveurs de Google plutôt que depuis le serveur d'origine de l'éditeur. - **Validation** : les pages doivent passer le validateur AMP pour être reconnues comme des pages AMP valides et recevoir le badge AMP dans les résultats de recherche. Ces restrictions signifient que des fonctionnalités comme les [formulaires de capture de prospects](/glossary/lead-capture), les scripts de [statistiques](/glossary/analytics-dashboard) personnalisés, les lecteurs de [flipbook](/glossary/flipbook) intégrés et les démonstrations de produits interactives ne peuvent pas fonctionner au sein d'une page AMP.

FlipLink n'utilise pas AMP, car son lecteur de flipbook est déjà optimisé pour les performances mobiles sans les restrictions qu'impose AMP. Les flipbooks sont servis sous forme de pages légères et adaptatives qui se chargent rapidement sur n'importe quel appareil. L'expérience de tournage de pages propulsée par Three.js s'adapte automatiquement à la taille de l'écran, et les commandes du lecteur FlipLink permettent aux lecteurs de zoomer par pincement, de feuilleter les pages et de naviguer au toucher. Des fonctionnalités comme les [boutons d'appel à l'action](/glossary/call-to-action-cta), les formulaires de capture de prospects et les statistiques en temps réel fonctionnent pleinement sur mobile — ce qui serait impossible dans le sous-ensemble HTML contraint d'AMP. Les pages de FlipLink obtiennent de solides scores de Core Web Vitals grâce au chargement différé, à une diffusion optimisée des images et à un minimum de ressources bloquant le rendu, rendant AMP inutile pour les performances de recherche.

AMP a résolu un vrai problème — les pages mobiles lentes — mais il l'a fait au moyen de restrictions que le développement web moderne a dépassées. Les éditeurs qui évaluent leur stratégie mobile devraient se concentrer sur l'optimisation des Core Web Vitals plutôt que sur l'adoption d'AMP, et des plateformes comme FlipLink démontrent que des expériences mobiles riches et interactives peuvent se charger aussi vite que des pages AMP sans sacrifier les fonctionnalités.