Définir le comportement du cache avec Add Rule
Configurez la clé de cache domaine/chemin, le TTL, les méthodes/statuts, les en-têtes/cookies, l'optimisation et les règles de limitation de débit.
Aide CDN.com.tr
Lire le statut de cache : HIT, MISS, BYPASS, EXPIRED
Utilisez l'en-tête de réponse X-Proxy-Cache-MT pour voir exactement ce que le CDN a fait d'une requête et vérifier que la mise en cache fonctionne comme prévu.
Cache, sécurité, WAF et purge
Lire le statut de cache : HIT, MISS, BYPASS, EXPIRED
Utilisez l'en-tête de réponse X-Proxy-Cache-MT pour voir exactement ce que le CDN a fait d'une requête et vérifier que la mise en cache fonctionne comme prévu.
Cas d'usage
Un client vérifie les en-têtes de réponse dans les DevTools du navigateur et veut savoir si le contenu est servi depuis le cache CDN, récupéré depuis l'origine, ou volontairement ignoré.
Workflow
- Ouvrez l'URL de la page ou de la ressource et inspectez les en-têtes de réponse (onglet Network des DevTools du navigateur ou `curl -I`).
- Trouver l'en-tête `X-Proxy-Cache-MT`.
- Faire correspondre la valeur avec le glossaire ci-dessous.
- Répéter la requête : une URL saine et cacheable renvoie MISS à la première requête, puis HIT.
Verifications
- HIT — servi depuis le cache CDN sans contacter votre origine. C'est l'objectif pour le contenu statique et anonyme.
- MISS — pas encore en cache ; récupéré depuis l'origine et stocké. La prochaine requête identique devrait être un HIT.
- EXPIRED — était en cache mais le TTL est dépassé ; récupéré à nouveau depuis l'origine.
- BYPASS — une règle de contournement a correspondu à cette requête, donc le CDN est volontairement allé à l'origine. La raison la plus courante : vous êtes connecté à un panneau ou un CMS, et un cookie de session/connexion désactive la mise en cache pour vous. Les visiteurs sans ce cookie obtiennent toujours HIT.
Questions frequentes
Je vois toujours BYPASS dans mon navigateur mais la mise en cache est censée être activée — pourquoi ?
Vous êtes presque certainement connecté au site ou au panneau. Les cookies de connexion et de session contournent volontairement le cache afin que les pages personnalisées ne soient jamais mises en cache. Testez avec une fenêtre privée ou `curl -I https://yourdomain.com/path` — vous devriez voir MISS puis HIT.
Pourquoi le CDN ignore-t-il mon en-tête Cache-Control d'origine ?
Le TTL de cache est contrôlé par les règles de cache de votre compte dans Advanced Management, et non par l'en-tête de réponse d'origine. L'en-tête d'origine est tout de même transmis aux navigateurs. Utilisez Add Rule pour définir le TTL par chemin ou type de contenu.
Mobile et bureau semblent être mis en cache séparément — est-ce normal ?
Oui. Les user agents mobiles obtiennent une entrée de cache distincte afin que le HTML spécifique au mobile ne soit jamais servi aux visiteurs sur ordinateur, et inversement.
Comment forcer du contenu à jour pour tout le monde ?
Purgez le chemin depuis Purge Management. Une actualisation forcée dans votre propre navigateur n'affecte que votre cache navigateur, pas le cache CDN.
Pages associees
Lire les journaux WAF
Utilisez les journaux WAF pour expliquer un trafic bloqué ou mis au défi sans exposer les systèmes de journalisation internes.
Purger le contenu mis en cache
Purgez un chemin, un chemin enregistré ou l'ensemble du compte, et distinguez le cache CDN du cache navigateur.