Mise en cache CDN

La mise en cache à l'edge est le premier levier de performance : les requêtes servies par l'edge le plus proche n'atteignent jamais votre origine. Cette page explique comment le cache Optimi décide quoi stocker et pour combien de temps.

Clés de cache

Une entrée de cache est identifiée par sa clé de cache — par défaut le nom d'hôte, le chemin et la chaîne de requête, plus la variante Accept-Encoding. Les cookies et en-têtes d'autorisation rendent une réponse privée et court- circuitent le cache, sauf si une règle l'autorise explicitement.

TTL et en-têtes d'origine

L'edge respecte les directives Cache-Control de votre origine : max-age définit le TTL edge, s-maxage le remplace pour les caches partagés, et no-store est toujours honoré. Les règles peuvent prolonger, raccourcir ou forcer un TTL par motif de chemin lorsque l'origine n'envoie aucun en-tête.

Règles de bypass

Certains chemins doivent toujours rester dynamiques : administrations, paniers, tunnels de commande et URL de prévisualisation. Les règles de bypass ciblent des préfixes de chemin, des cookies ou des paramètres de requête et transmettent la réponse directement depuis l'origine.

Purges

Vous déployez un nouveau contenu ? Purgez par URL, par préfixe de chemin, ou purgez tout. Les purges ciblées se propagent à l'edge en quelques secondes : préférez-les aux purges complètes pour garder le cache chaud.

Liste de validation

• Vérifiez que le taux de hits cache augmente après chaque changement de règle.
• Confirmez que les pages privées ne servent jamais de contenu mis en cache à d'autres visiteurs.
• Testez une purge ciblée avant de compter dessus pendant un incident.