Le projet AMP (Accelerated Mobile Pages) promettait de rendre le Web, et en particulier le Web mobile, beaucoup plus agréable. La structure AMP HTML a été conçue pour permettre aux pages Web de se charger rapidement, sans distraire l’utilisateur avec un contenu étranger qui l’empêcherait de se concentrer sur le contenu de la page Web.
Il visait en particulier les éditeurs (tels que les agences de presse) qui souhaitaient offrir aux lecteurs l’expérience Web la meilleure et la plus rapide, leur permettant d’être au courant des dernières informations et lire des articles approfondis lors de leurs déplacements. Il est ensuite devenu utile pour n’importe quel site qui valorise ses performances mobiles, y compris les magasins de commerce électronique, les sites d'emploi et les sites de médias.
Tout comme le cadre AMP HTML, AMP a également utilisé des caches qui stockent des copies du contenu AMP à proximité des utilisateurs finaux, de manière à ce qu'ils se chargent le plus rapidement possible. Bien que ce cache rende le chargement des pages Web beaucoup, beaucoup plus rapide, ils introduisent un problème : Une page AMP servie à partir du cache de Google a une URL commençant par https://google.com/amp/. Cela peut être extrêmement déroutant pour les utilisateurs finaux.
Les utilisateurs sont habitués à regarder la barre de navigation dans un navigateur Web pour voir quel site Web ils visitent. Le cache AMP met fin à cette expérience. Par exemple, voici un article du site Web de la BBC affiché via le cache AMP de Google :
Notez que le navigateur indique que la page provient de google.com. C'est à cause du cache AMP. La page s'est chargée très rapidement, mais cela peut prêter à confusion. Pour aider à « résoudre » ce problème, Google affiche ce site réel en haut de la page AMP. Là, vous pouvez voir que c’était bbc.co.uk. Cliquez sur bbc.co.uk pour accéder à la même page que celle servie par les serveurs Web de la BBC avec bbc.co.uk dans la barre de navigation du navigateur Web :
Mais les problèmes liés à l'approche du cache AMP sont plus profonds qu'une simple confusion pour l'utilisateur. En servant la page à partir du cache de Google, le lecteur n’a aucun moyen de vérifier l’authenticité de la page. Quand elle est servie directement depuis, disons, la BBC, l’utilisateur a l’assurance du nom de domaine, un verrou vert indiquant que le certificat SSL est valide. L’utilisateur peut même cliquer sur le verrou pour obtenir des détails sur le certificat.
En novembre dernier, nous avions annoncé une solution technique à ces problèmes, qui permettrait de servir les pages AMP à partir d'un cache tout en conservant l'URL de la page d'origine et tous ses avantages. L'article détaillé sur le blog technique par Gabbi Fisher et Avery Harnish donne tous les détails. La solution utilise le Web Packaging (qui intègre une utilisation intelligente de la cryptographie) pour permettre au cache (géré par Google, Cloudflare ou autre) de conserver non seulement une copie d’une page AMP et de la transmettre rapidement à l’utilisateur final, mais aussi contenir une preuve cryptographique de l'origine de la page.
En collaboration avec un navigateur qui comprend le Web Packaging, cela permet qu’une page peut être stockée dans un cache AMP et servie rapidement à partir de celui-ci tout en affichant l’URL du site d’origine dans la barre de navigation du navigateur. Une victoire majeure à tous les niveaux !
Nous appelons ceci « URL réelle d’AMP » et elle est gratuite pour tous nos clients à compter d’aujourd’hui.
Comment ça marche
Le collecteur AMP de Google télécharge le contenu de votre site Web et le stocke dans le cache AMP plusieurs fois par jour. Si l’URL réelle d’AFL est activée sur votre site, Cloudflare signera numériquement le contenu que nous fournissons à ce collecteur, prouvant de manière cryptographique qu'il a été généré par vous. Cette signature est tout ce dont a besoin un navigateur moderne (actuellement, seul Chrome sur Android) pour afficher l’URL correcte dans la barre d’adresse lorsqu'un visiteur accède à votre contenu AMP à partir des résultats de recherche de Google.
Fini la barre grise détestée, tout ce que vos visiteurs voient est votre propre URL :
Il est important de noter que votre site est toujours desservi depuis le cache AMP de Google, comme avant. Tout cela ne coûte rien à votre SEO ou à vos performances Web.
Depuis notre annonce initiale, nous avons eu l'occasion de dialoguer avec des dizaines de membres de la communauté des éditeurs et du commerce électronique et aimerions partager ce que nous avons appris.
État de l'AMP
Le projet AMP lancé par Google génère un pourcentage considérable du trafic mobile et a considérablement amélioré l'expérience de navigation sur Internet via un téléphone. La plupart des responsables de sites avec lesquels nous nous sommes entretenus obtiennent jusqu'à 50 % de leur trafic Web via AMP, et l'avantage en termes de vitesse qu'il procure se traduit directement par de meilleurs taux de conversion.
L’URL réelle d’AMP offre de sérieux avantages aux sites utilisant AMP :
Protection de la marque : Les utilisateurs Web ont été formés à l’importance de l’URL dans la barre d’adresse. Le fait de placer google.com en haut d'une page de contenu nuit à la capacité de l'éditeur à conserver une présence unique sur Internet.
Des analyses plus faciles : L’URL réelle d’AMP simplifie considérablement l'analyse Web pour ses utilisateurs en permettant à tous les visiteurs, AMP ou non, de coexister sur le même domaine de suivi.
Augmentation de l'espace à l'écran : Historiquement, lorsque l’AMP était utilisé, une « barre grise » en haut de votre site était affichée pour indiquer la véritable URL. Avec l’URL réelle d’AMP, ce n’est tout simplement pas nécessaire.
Taux de rebond réduit : Nous pensons que les visiteurs du site Web sont moins susceptibles de revenir à Google ou à un autre site lorsque le domaine réel de l'éditeur se trouve dans la barre d'adresse, mais nous collecterons davantage de données à ce sujet à mesure du déploiement de l’URL réelle d’AMP.
Signature de contenu : En s'appuyant sur des techniques cryptographiques, l’URL réelle d’AMP garantit que le contenu transmis aux visiteurs n'a pas été manipulé, protégeant ainsi les sites et les marques sur lesquels elle est utilisée. Il est maintenant impossible pour un tiers externe d’ajouter, de supprimer ou de modifier le contenu d’un site.
Nous avons également parlé à des utilisateurs d’AMP d’Internet, et il y a certainement des déceptions. Certains utilisateurs ont des difficultés avec sa complexité, ou les sites ne parviennent tout simplement pas à les charger. D'autres sont agacés et confus à cause de la « barre grise » en haut de la page et la gymnastique nécessaire pour obtenir l'URL d'origine d'une page. Enfin, certains voudraient s’assurer que Google ne modifie pas le contenu des pages lorsqu’ils parcourent le cache d’AMP.
L’URL réelle d’AMP résout heureusement tous ces problèmes. Il garantit que les sites sont signés de manière cryptographique, ce qui les empêche d'être modifiés par Google ou toute autre personne, même lorsqu'ils sont livrés physiquement à partir d'un domaine que vous ne contrôlez pas. Si le site est modifié de quelque manière que ce soit, le navigateur garantit que la véritable URL du site n'apparaîtra plus. Il simplifie également grandement l’AMP en résolvant de nombreux problèmes de fiabilité rencontrés par les utilisateurs : Les liens alimentés par l’URL réelle d’AMP ne sont pas ouverts à l’aide des mécanismes iframe complexes utilisés traditionnellement par l’AMP. Ils sont plutôt chargés comme n’importe quel autre site Web (Google utilise rel = "prefetch" pour obtenir le même avantage en termes de performances). Enfin, la « barre grise » n'est pas nécessaire, car l'URL correcte se trouve dans la barre d'adresse en haut de la page et copier l'URL d'un site pour sauvegarder ou partager fonctionne comme pour les sites Web non AMP.
Nous saisissons également cette opportunité pour tirer le rideau sur les autres produits et expériences AMP que nous avons construits au fil des ans, comme Ampersand et Firebolt. Ces produits étaient novateurs, mais nous avons appris que les éditeurs apprécient les produits AMP qui épousent bien les résultats de recherche de Google, pas ceux qui s’y opposent. Les utilisateurs de ces produits plus anciens ont été informés il y a plusieurs semaines, qu'ils seraient progressivement fermés pour concentrer notre attention sur l’URL réelle d’AMP.
Sur votre site
Google étend aujourd'hui la prise en charge de l'URL réelle d’AMP (désigné «échanges signés» en dehors de Cloudflare), en commençant par les résultats principaux de recherche Google. Au fil du temps, on espère qu'ils l'étendront à d'autres zones de la page de résultats de recherche, y compris la zone d'informations « Top Stories » en haut de la page. Cela rend l'URL réelle d’AMP plus précieuse aujourd'hui pour les sites dont la majeure partie du trafic AMP provient des résultats de recherche principaux, tels que les sites de commerce électronique, d'emplois et ceux financés par la publicité. Les éditeurs de nouvelles peuvent et doivent activer l'URL réelle d’AMP, mais les avantages qu’ils tirent à présent découleront des résultats de recherche qui ne figurent pas dans la zone « Top Stories ». À l'heure actuelle, l'URL réelle d’AMP n'est pris en charge que par le navigateur Chrome. Toutefois, nous croyons qu’il sera plus largement pris en charge à mesure que ses avantages pour les utilisateurs d'Internet deviendront évidents.
Après avoir discuté avec des éditeurs et des utilisateurs d’Internet, nous avons décidé de ne pas facturer l'URL réelle d’AMP. Ce n’est pas parce que nos clients n’ont pas été enthousiasmés ou disposés à payer pour cela. L’AMP constitue un élément très important du trafic de nombreux sites. Notre motivation est la même que celle qui consiste à offrir gratuitement des services CDN ou SSL à des millions de clients. Nous sommes ici pour contribuer à la construction d’un meilleur Internet et l’amélioration de l’AMP est un pas de géant dans cette direction. Nous pensons que l'URL réelle d’AMP est une technologie qui va fondamentalement changer le Web mobile pour le meilleur et qui devrait être adoptée par tous les sites prenant en charge l’AMP. Nous avons un autre motif : nous espérons que cela motivera les clients potentiels qui attachent de l'importance à l’AMP à choisir Cloudflare.
À compter d'aujourd'hui, vous trouverez une nouvelle section dans l'onglet Vitesse de votre tableau de bord Cloudflare :
Nous allons étendre la prise en charge de l'URL réelle d’AMP par étapes au cours des prochaines semaines. Activez-le maintenant et nous vous informerons quand il sera activé sur votre domaine. Si vous êtes une entreprise cliente intéressée, veuillez nous contacter afin que nous puissions accélérer votre activation.
Nous vous fournirons quelques points de vue des premiers utilisateurs de l'URL réelle d’AMP :
« Les avantages d'AMP en termes de performances apportent de la valeur à notre entreprise et nous sommes ravis de voir comment l'URL réelle d’AMP est en mesure d'aller encore plus loin »- Solomon Moskalenko, directeur du service interactif, US Xpress Trucking, du groupe Johnson
« L’AMP est un élément critique pour aider notre entreprise à se développer et à atteindre les consommateurs du monde entier. Avec l'URL réelle d’AMP, nous contrôlons désormais mieux notre marque et pouvons exécuter des analyses sur notre site professionnel. »- Sumantro Das, directeur principal, Product Innovations & Growth Brands GM, 1-800-FLOWERS.COM
« L’AMP a joué un rôle crucial en nous aidant à atteindre plus efficacement notre public et à développer notre communauté en ligne. Nous souhaitons utiliser l'URL réelle d’AMP pour mieux gérer notre présence en ligne et maintenir l’intérêt de nos utilisateurs pour le site. »– Andrew Warner, Responsable de la technologie de Genius