Le cache du service de rendu Web Google dure jusqu'à 30 jours

Nous savions que le service de rendu Web (WRS) de Google faisait sa propre chose en matière de mise en cache, mais maintenant un nouveau message de Gary Illyes et Martin Splitt de Google indique que « WRS met tout en cache pendant 30 jours maximum ». Ceci est fait pour aider à « préserver le budget d'exploration du site pour d'autres tâches d'exploration », a écrit Google.

Google a expliqué que la durée de vie du cache WRS (service de rendu Web) n'est pas affectée par les directives de mise en cache HTTP.

Voici ce que Google a posté :

L'exploration des ressources nécessaires au rendu d'une page réduira le budget d'exploration du nom d'hôte qui héberge la ressource. Pour améliorer cela, WRS tente de mettre en cache chaque ressource (JavaScript et CSS) référencée dans les pages qu'il affiche. La durée de vie du cache WRS n'est pas affectée par les directives de mise en cache HTTP ; au lieu de cela, WRS met tout en cache pendant 30 jours maximum, ce qui permet de préserver le budget d'exploration du site pour d'autres tâches d'exploration.

Gary Illyes a ajouté sur LinkedIn qu'il était un peu inquiet de partager un nombre spécifique, comme 30 jours. Il a écrit : « Je débattais de ce chiffre '30' depuis un certain temps (avec moi-même) parce que j'avais peur que cela crée une autre vague de confusion sur 15 Mo, mais aussi parce que cela pourrait réellement changer à l'avenir. » En fin de compte, il l'a accepté, a-t-il écrit, « mais là encore, tout pourrait, donc je suis heureux que vous l'ayez trouvé utile (ou bon à apprendre de toute façon). »

Joe Hall a demandé sur Bluesky :

Lorsque vous dites que WRS met en cache chaque ressource pendant 30 jours, cela signifie-t-il que WRS n'a essentiellement pas besoin d'effectuer de rendu côté client pendant 30 jours après le rendu initial ? Ou le cache s'applique-t-il uniquement à la ressource et non au code HTML rendu ?

Martin Splitt de Google a répondu sur Bluesky et a déclaré :

Cela s’applique aux ressources. C'est pourquoi je recommande de prendre des empreintes digitales sur les fichiers JS, car ceux-ci ont tendance à être mis à jour plus fréquemment. Je ne suis pas sûr à 100% si cela s'applique aux requêtes XHR GET, cela ne s'applique *pas* aux requêtes XHR POST, c'est sûr.

Des informations intéressantes, non ?

Discussion sur le forum sur LinkedIn et Bluesky.