Échanges signés (SXG) dans la recherche Google : préchargement privé
Préchargez vos pages dans Google en préservant la vie privée : principe des SXG, expiration du cache et débogage pas à pas.
Un échange signé, ou SXG, permet à la recherche Google de précharger votre contenu tout en préservant la confidentialité de l’internaute. Concrètement, les résultats AMP comme les résultats standards peuvent précharger quelques ressources clés (HTML, JavaScript, CSS, images ou polices) avant même le clic, à condition que votre site soit compatible avec les échanges signés.
L’intérêt pour le SEO est direct. Quand l’utilisateur clique sur le résultat, la page s’affiche bien plus tôt car les ressources sont déjà disponibles. Cela peut réduire votre score LCP (Largest Contentful Paint), l’un des Core Web Vitals, et donc améliorer votre expérience globale sur la page. La vitesse perçue est meilleure, ce qui sert l’engagement et la satisfaction.
Les SXG sont un de ces sujets très techniques qui rapportent gros quand le reste est déjà solide. En préchargeant vos ressources clés, vous pouvez vraiment gagner sur le LCP au moment du clic. Mais je préviens toujours : si votre page rame à la base, le SXG ne fera que masquer le problème au lieu de le régler.
Comment mettre en oeuvre un SXG
L’implémentation passe par des outils dédiés. Google renvoie vers le guide détaillé de web.dev pour la mise en place, puis vers le guide de Chrome pour optimiser le LCP grâce aux échanges signés. Pour les pages AMP, un guide spécifique est disponible sur amp.dev. La démarche est technique : elle suppose de générer des échanges signés côté serveur et de les diffuser correctement aux robots et aux internautes.
Gérer l'expiration et la fraîcheur du contenu
Google utilise un cache d’échanges signés pour précharger votre contenu, et ces échanges peuvent être diffusés plusieurs fois. Pour que la version à jour s’affiche, vous devez régler correctement les valeurs d’expiration. En règle générale, la date d’expiration doit rester inférieure à deux repères : l’expiration définie par vos en-têtes HTTP, et un délai d’un jour si le contenu contient du JavaScript (sept jours sinon). Le tableau ci-dessous synthétise ces seuils.
| Élément | Règle à appliquer | Effet |
|---|---|---|
Expiration du cache |
Calée sur vos en-têtes HTTP |
Aligne la durée de vie sur votre serveur |
Contenu avec JavaScript |
Expiration sous un jour |
Évite de servir une version obsolète |
Contenu sans JavaScript |
Expiration sous sept jours |
Marge plus large pour le contenu stable |
Contenu personnalisé |
Chargement différé hors du SXG ou en-tête Vary Cookie |
Préserve les éléments propres à l’utilisateur |
Mise en page |
Responsive Web Design ou URL distinctes |
Affichage correct sur tous les appareils |
Surveiller et déboguer un échange signé
Plusieurs outils existent pour diagnostiquer un SXG, listés dans le guide outils de web.dev. Si Googlebot ne parvient pas à analyser un échange signé, il réexplore l’URL sans l’en-tête SXG pour récupérer la variante HTML classique, et en cas d’erreur d’indexation, la recherche Google redirige vers l’URL d’origine sans échange signé. Pour les pages AMP, le rapport d’état AMP de la Search Console aide à repérer les erreurs. Vous pouvez aussi interroger directement le cache d’échanges signés Google : un en-tête Warning signale une erreur de cache, tandis qu’un en-tête Location indique simplement que la ressource n’a pas encore été récupérée.
Une valeur d’expiration trop longue peut conduire Google à diffuser une version dépassée de votre page depuis son cache. Pour le contenu intégrant du JavaScript, restez sous un jour. Google ne conserve jamais un SXG plus longtemps que sa valeur expires ou que la durée de vie des en-têtes non signés de la réponse.
À faire
- suivre les guides officiels de web.dev et de Chrome
- régler des valeurs d’expiration cohérentes avec vos en-têtes HTTP
- sortir le contenu personnalisé du SXG ou utiliser Vary Cookie
- déboguer avec les outils SXG et la Search Console
À éviter
- définir une expiration trop longue qui sert du contenu périmé
- inclure des éléments propres à l’utilisateur dans l’échange signé
- négliger le rendu responsive
- ignorer les en-têtes Warning et Location lors du débogage
Points clés à retenir
- Le SXG précharge vos ressources clés sans exposer la vie privée.
- Le préchargement peut réduire le LCP et améliorer l'expérience sur la page.
- Calez l'expiration sur vos en-têtes HTTP, sous un jour avec JavaScript.
- Sortez le contenu personnalisé du SXG ou ajoutez l'en-tête Vary Cookie.
- En cas d'échec, Google revient à l'URL d'origine sans échange signé.
Ce qu’il faut retenir sur les échanges signés.
Quiz : testez vos connaissances
Quiz : testez vos connaissances
-
Que permet un échange signé (SXG) dans la recherche Google ?
- Garantir la première position dans les résultats de recherche
- Supprimer le besoin de balises meta sur la page
- Précharger le contenu tout en préservant la confidentialité de l'internaute
Un échange signé permet à la recherche Google de précharger quelques ressources clés tout en préservant la confidentialité de l’internaute. Les résultats AMP comme standards peuvent en bénéficier.
-
Que se passe-t-il si Googlebot ne parvient pas à analyser un échange signé ?
- Il réexplore l'URL sans l'en-tête SXG pour récupérer la version HTML standard
- Il affiche une page d'erreur à la place du résultat
- Il retire définitivement la page de l'index
Si Googlebot ne peut analyser un échange signé, il réexplore l’URL sans l’en-tête SXG pour récupérer la variante HTML classique. En cas d’erreur d’indexation, la recherche redirige simplement.
-
Quel risque présente une valeur d'expiration trop longue pour un SXG ?
- Google peut diffuser une version dépassée de la page depuis son cache
- Google double automatiquement la vitesse de chargement
- Google cesse complètement d'explorer la page
Une valeur d’expiration trop longue peut conduire Google à servir une version périmée de votre page depuis son cache. Réglez des valeurs d’expiration cohérentes avec vos en-têtes HTTP.
À propos de l'auteur
Besoin d'un accompagnement SEO ?
Gagner en vitesse sans sacrifier la fraîcheur du contenu demande une mise en oeuvre rigoureuse : voyons ensemble si les SXG sont faits pour votre site.