.png)
Introduction
Pour améliorer les performances de votre site web, la mise en cache des ressources statiques (images, fichiers CSS, JavaScript…) est essentielle. L'application Cache des Ressources de Fasterize vous permet de définir précisément comment et où ces fichiers sont mis en cache : navigateur, CDN, et plateforme.
Dans cet article, nous vous expliquons comment fonctionne cette application, comment configurer efficacement vos politiques de cache, et quels sont les impacts côté web performance.
Comprendre le TTL (Time To Live)
Par défaut, les ressources statiques sont mises en cache pendant 1 mois.
Cette durée est définie par le TTL (Time To Live), c’est-à-dire la durée de vie de l’objet en cache sur les différentes couches :
- Navigateur
- Plateforme Fasterize
- CDN
Vous pouvez ajuster cette durée selon vos besoins dans l’interface de configuration.
Configurer les politiques de cache
En activant la mise en cache des objets statiques et des images, vous servez les fichiers depuis un cache périphérique, réduisant ainsi les sollicitations de votre serveur.
- Cacher sur le Navigateur : les fichiers sont conservés temporairement dans le cache du navigateur de vos visiteurs.
- Cacher sur le CDN : les ressources sont distribuées via un réseau de serveurs proches géographiquement des utilisateurs finaux.
💡 Pour aller plus loin : En savoir plus sur un système de caches intelligents
Activer l’URL versioning pour des caches plus durables
Le moteur Fasterize permet d’activer une bonne pratique webperf : le versioning des fichiers statiques.
.png)
Concrètement :
- Un numéro de version est ajouté automatiquement à chaque URL de ressource statique (ex.
ressource.png?frz-v=2) - Ce changement force les navigateurs à récupérer la nouvelle version sans nécessiter de purge manuelle
💡 Cette valeur est automatiquement mise à jour après chaque purge du cache.
Paramètres avancés
Pour aller plus loin dans la maîtrise du cache, plusieurs options avancées sont disponibles.
Prevent CDN Cache
Activez cette option pour désactiver le cache CDN pendant les phases de découverte ou de test A/B. Cela évite que les mesures de performance soient faussées par des données en cache.
Correction du contrôle de cache ambigu
Dans certains cas, l’origine peut envoyer des headers cache-control incorrects ou ambigus.
Cette option permet de corriger automatiquement ces en-têtes pour éviter de mettre en cache des ressources qui ne devraient pas l’être.
Un véritable gain webperf
💡 En servant les ressources depuis le navigateur ou un CDN, vous :
- réduisez les temps de chargement,
- économisez de la bande passante,
- améliorez l’expérience utilisateur,
- et réduisez la charge sur vos serveurs d’origine.