---
title: "Mise en cache CDN"
description: "Comment l'edge Optimi met en cache les contenus : clés de cache, TTL, règles de bypass et purges sûres."
canonical_url: https://optimi.com/fr/docs/mise-en-cache-cdn
md_url: https://optimi.com/fr/docs/mise-en-cache-cdn.md
last_updated: 2026-09-04
---

# 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.