Gérer la protection anti-bots (JS Challenge)
Activez la vérification à trois modes depuis la page Sécurité, utilisez « Tout le monde » à bon escient, lisez le taux de réussite.
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 ?
Non. La clé de cache ne contient aucun composant d'appareil — mobile et bureau partagent une seule entrée, purger un chemin l'efface donc pour les deux.
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
La page Sécurité : WAF, blocage d'IP et de pays, hotlink, rate limit
Tous les contrôles de sécurité au niveau du compte sont réunis sur une seule page Sécurité : l'interrupteur WAF pour tout le site, la protection anti-bots JS Challenge, le blocage d'IP et de pays, la protection hotlink, la limitation de débit des requêtes et l'expiration des liens. Chaque enregistrement se déploie automatiquement sur les edges — pas d'étape de publication séparée.
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.
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.
Clés de cache et purge : pourquoi « j'ai purgé mais c'est toujours l'ancienne version » arrive
Chaque objet mis en cache est stocké sous une clé construite à partir de la requête — schéma, hôte, chemin et chaîne de requête. Une purge n'efface une entrée que lorsqu'elle vise exactement cette clé. Comprendre cette seule idée explique presque tous les cas de « la purge n'a pas fonctionné ».