Paramètres du cache
Comment fast.site décide ce qui est mis en cache, et comment influencer depuis votre origine.
Comment les valeurs par défaut sont posées
Quand vous ajoutez un domaine, fast.site détecte votre plateforme (WordPress, Drupal, Magento, etc.) et applique un template de cache ajusté. Ce template couvre la plupart des cas. Les en-têtes Cache-Control de votre origine l'emportent toujours si vous voulez surcharger.
En-têtes Cache-Control de l'origine
Par défaut : respectésSi votre serveur d'origine envoie des en-têtes Cache-Control, fast.site les respecte. Sinon, les valeurs par défaut du template de plateforme s'appliquent.
Cache navigateur
Par défaut : activéfast.site envoie des en-têtes de cache aux navigateurs en aval pour que les visiteurs récurrents chargent encore plus vite depuis leur cache local.
Cache par query string
Par défaut : inclusLes URLs avec des query strings différentes sont mises en cache séparément (p. ex. <code class="bg-white/50 px-1 rounded">?v=1</code> et <code class="bg-white/50 px-1 rounded">?v=2</code> sont distinctes).
Influencer le cache depuis votre origine
Vous pouvez affiner ce qui est mis en cache et pour combien de temps en configurant des en-têtes Cache-Control sur votre origine :
# Mettre en cache 1 heure
Cache-Control: public, max-age=3600# Mettre en cache 1 an (assets versionnés)
Cache-Control: public, max-age=31536000, immutable# Ne pas mettre en cache (pages dynamiques)
Cache-Control: private, no-storeChemins exclus par défaut par le template
Votre template de plateforme exclut déjà du cache les chemins qui doivent rester dynamiques (zones admin, panier, checkout, compte, login). Exemples pour WordPress :
Besoin de chemins supplémentaires exclus pour votre configuration ? Écrivez-nous et nous le configurons de notre côté.
Bonne pratique
Utilisez des noms de fichiers versionnés pour CSS et JS (p. ex. app.v2.js) et des durées de cache longues. Vous obtenez un cache edge agressif tout en pouvant déployer des mises à jour sans purges manuelles.