Que sont les échanges signés (SXG) et comment aident-ils le SEO?
Il y a plusieurs années, Google a créé Accelerated Mobile Pages, ou AMP, pour aider les appareils mobiles à naviguer rapidement sur Internet. Ils voulaient qu'il s'agisse d'un moyen open source d'accélérer Internet et de diffuser du contenu rapidement. Cela pourrait presque être considéré comme des représailles (paywall) contre Facebook pour les articles instantanés , un autre projet d'amélioration de la vitesse de chargement des pages.
Au cours des dernières années, à mesure que l'infrastructure et le code Web s'amélioraient, que les réseaux de diffusion de contenu (CDN) se sont répandus et que l'attention de Google pour les métriques de vitesse de page devenait plus sophistiquée (comme avec Core Web Vitals), l'intérêt pour AMP a chuté.
L'URL était l'un des plus gros problèmes avec une page AMP. Lorsqu'un éditeur Web diffusait un contenu via AMP et qu'un utilisateur sur un appareil mobile le parcourait, l'utilisateur voyait une URL qui ressemblait à ceci :
https://www.google.com/amp/www.example.com/amp.doc.html
Au fait, les pages AMP ont trois types d'URL différents :
- URL d'origine : le document de l'éditeur écrit au format AMP
http://www.example.com/amp/doc.html
- URL du cache AMP : le document diffusé via un cache AMP (par exemple, tous les AMP diffusés par Google sont diffusés via le cache Google AMP ). La plupart des utilisateurs ne verront jamais cette URL.
https://www-example-com.cdn.ampproject.org/c/www.example.com/amp/doc.html
- URL de la visionneuse AMP de Google : document affiché dans une visionneuse AMP (par exemple, lorsqu'il est affiché sur la page de résultats de recherche).
https://www.google.com/amp/www.example.com/amp.doc.html
Le "blanchiment" des URL via Google pour gagner en pertinence AMP était au mieux inélégant, et au pire, activement préjudiciable à tous les sites autres que Google.
Une nouvelle initiative et technologie appelée échanges signés, ou SXG, a été conçue pour prendre sa place. Les SXG sont essentiellement un échange unique d'appels et de réponses HTTP qui comprend un ensemble de données authentifié par cryptographie. Ces données vérifient l'intégrité et l'authenticité d'un contenu.
Les SXG résolvent le problème de l'URL en supprimant les informations de l'URL au lieu de les envoyer via un échange HTTP. Étant donné que les parties impliquées - le serveur de la plate-forme d'actualités et le serveur de Google - se font confiance, la vérification de l'intégrité de la page est terminée. Google peut alors vous fournir la page d'actualités à partir de leurs serveurs. C'est un peu similaire au fonctionnement d'un CDN sans avoir besoin d'extraire les médias de différents serveurs CDN.
Voici ce que Google dit sur Les échanges signés (SXG)
Les échanges signés (SXG) permettent à la recherche Google de précharger votre contenu tout en préservant la confidentialité de l'utilisateur. Dans la pratique, cela signifie que les résultats AMP et les résultats standards qui apparaissent dans la recherche Google peuvent précharger quelques ressources clés (telles que du code HTML, JavaScript, CSS, des images ou des polices) en respectant la confidentialité, si le site Web associé est compatible avec les échanges signés.
Lorsque l'utilisateur clique sur le résultat final, la page Web commence à s'afficher bien plus tôt, car les ressources clés sont déjà disponibles, ce qui optimise l'expérience utilisateur. Cela peut contribuer à améliorer le score LCP (Largest Contentful Paint) pour votre contenu. Même si la recherche Google ne considère pas l'utilisation des échanges signés comme un facteur de classement direct, un LCP plus faible peut influer sur le classement, car l'expérience sur la page fait partie des facteurs de classement.
Pour implémenter un échange signé, suivez le guide détaillé de web.dev de Google.
Indexation et SXG
Les représentations SXG et non SXG d'une page ne sont ni classées ni indexées séparément par la recherche Google. SXG est en fin de compte un mécanisme de livraison - il ne modifie pas le contenu sous-jacent. Compte tenu de cela, il n'aurait aucun sens pour la recherche Google d'indexer ou de classer séparément le même contenu fourni de différentes manières.
Core Web Vitals et SXG
Pour les sites qui reçoivent une partie importante de leur trafic de la recherche Google, les SXG peuvent être utilisés pour améliorer Web Vitals, à savoir LCP. Les SXG mis en cache et préchargés peuvent être livrés aux utilisateurs incroyablement rapidement, ce qui permet d'obtenir un LCP plus rapide. Bien que les SXG puissent être un outil puissant, ils fonctionnent mieux lorsqu'ils sont combinés à d'autres optimisations de performances telles que l'utilisation de CDN et la réduction des sous-ressources bloquant le rendu.
Comment les échanges signés aident le référencement
Alors que les ramifications exactes des SXG sur le référencement nécessitent un certain savoir-faire technique , la version courte est relativement simple. Le principal avantage est simplement d'utiliser les serveurs de Google comme méthode de stockage et de diffusion du contenu de votre site plus rapide que vos serveurs. Vous devez toujours avoir votre contenu sur vos serveurs, bien sûr. Cependant, avec les SXG, Google peut utiliser sa version grattée et indexée de votre site pour la montrer aux visiteurs, principalement lorsqu'il serait avantageux pour Core Web Vitals et la vitesse de la page de le faire.
Tout le monde ne reçoit pas la version Google de votre page, et vous devez choisir d'utiliser les SXG pour profiter de cet avantage. Cependant, alors que la vitesse des pages devient de plus en plus importante pour le classement de recherche de Google, le choix devient clair pour de nombreuses personnes.
L'un des avantages importants des échanges signés par rapport à l'AMP est qu'ils sont déjà de plus en plus adoptés. Les SXG ont été développés en partie via un partenariat avec Cloudflare , d'où leur similitude avec les CDN - et Cloudflare dispose déjà d'une option d'intégration en un clic pour activer les SXG pour un site Web. Ceux qui n'ont pas ou ne veulent pas utiliser Cloudflare peuvent toujours activer les SXG sur leur site avec un code personnalisé.
Les SXG sont-ils suffisamment précieux pour être poursuivis ?
Chaque fois qu'une nouvelle technologie ou qu'un outil d'optimisation de la recherche est développé, une question prime sur les autres : cela vaut-il la peine d'être utilisé ? Certaines technologies ne profitent aux sites marginaux ou aux sites dans des situations spécifiques, et d'autres ont des applications plus larges. Où tombent les SXG ?
En général, les échanges signés promettent un outil de SEO à large spectre avec des avantages pour presque tout le monde. Cependant, les avantages les plus importants seront pour les sites qui reçoivent directement la plupart de leur trafic de la recherche Google. Les SXG ne fonctionnent que lorsqu'un utilisateur visite votre site via une référence d'un autre distributeur de contenu plus important qui pourrait servir votre contenu plus rapidement que vous. Google et Cloudflare sont les grands, mais d'autres adopteront probablement la technologie à l'avenir.
En ce qui concerne les inconvénients des SXG, les rapports de trafic organique peuvent être un peu compliqués lors de la surveillance des analyses. Certains visiteurs peuvent apparaître sous les références de trafic à partir de votre-domaine.com.webpkgcache.com , qui est la version mise en cache par Google de votre site Web hébergé sur leurs serveurs. Ce sera nouveau pour ceux qui veulent essayer cette technologie par eux-mêmes. De plus, les SXG peuvent ne pas être idéaux pour les sites Web très dynamiques et qui changent plusieurs fois par jour. Ceci est conçu pour la plupart des pages statiques qui ne changent pas beaucoup, comme les articles de blog.
En fin de compte, les SXG sont un moyen à faible impact d'augmenter la vitesse du site pour une partie de vos utilisateurs. Si cela vous profite, la mise en œuvre des SXG devrait être sur votre radar.