Un fichier Docker Compose ? Votre projet est en ligne en quelques secondes, en une seule commande sur cdn.com.tr. Voir comment App créée avec l'IA ? Du dossier au live en une commande — sans git ni registry : cdnctl deploy. Voir comment Votre code sur GitHub ? Chaque push se déploie tout seul sur cdn.com.tr — connectez votre dépôt. Voir comment

Aide CDN.com.tr

Compression Brotli et gzip

L'edge compresse automatiquement les réponses texte : Brotli pour les navigateurs qui le prennent en charge, gzip pour les autres. Voyez quelle méthode utilise chaque domaine dans la carte Compression des réponses et confirmez-le avec curl.

Cache, sécurité, WAF et purge

Compression Brotli et gzip

L'edge compresse automatiquement les réponses texte : Brotli pour les navigateurs qui le prennent en charge, gzip pour les autres. Voyez quelle méthode utilise chaque domaine dans la carte Compression des réponses et confirmez-le avec curl.

Guides associés

L'autre en-tête de réponse à lire pendant vos tests, ce qui arrive aux images, et les règles auxquelles la carte renvoie.

Pendant les tests

Lire le statut de cache : HIT, MISS, BYPASS, EXPIRED

L'en-tête X-Proxy-Cache-MT indique si la réponse vient du cache.

Ouvrir le sujet
Règles de diffusion

Définir le comportement du cache avec Add Rule

Les règles listées sur la même page ; la note sous chaque valeur de compression nomme l'une d'elles.

Ouvrir le sujet

Chemin dans le panneau

  1. Panneau de gestion
  2. Règles de diffusion
  3. Optimisation
  4. Compression des réponses

Prerequis

  • Un domaine servi par une règle de diffusion : la carte Compression des réponses liste les domaines que servent les règles du compte.
  • curl, ou les outils de développement de votre navigateur, pour la vérification.

Guide etape par etape

1

Lisez la carte Compression des réponses

La carte affiche la compression de chaque domaine en HTTP et en HTTPS.

  • Ouvrez les Règles de diffusion et allez dans l'onglet Optimisation.
  • Dans la carte Compression des réponses, trouvez votre domaine sous Domaine.
  • Lisez les valeurs sous HTTP et HTTPS, et la note sous chacune.

Resultat attendu: Un domaine servi avec les réglages par défaut affiche Brotli et gzip, avec une note comme de la règle n° … ou de la règle de vérification du certificat.

2

Vérifiez Brotli et gzip avec curl

Demandez un fichier texte d'au moins 256 octets, comme un fichier CSS ou JavaScript, une fois en demandant Brotli et une fois en demandant gzip.

  • Envoyez une requête GET avec Accept-Encoding: br et lisez les en-têtes de la réponse.
  • Recommencez avec Accept-Encoding: gzip.

Resultat attendu: content-encoding: br sur la première réponse et content-encoding: gzip sur la seconde, chacune avec vary: Accept-Encoding.

cdnctl equivalent 
curl -s -o /dev/null -D - -H 'Accept-Encoding: br' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):'
curl -s -o /dev/null -D - -H 'Accept-Encoding: gzip' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):'
3

Comparez les tailles

La taille téléchargée montre ce que la compression fait gagner sur vos propres fichiers.

  • Téléchargez le fichier une fois avec Accept-Encoding: br et une fois sans en-tête Accept-Encoding.
  • Comparez les deux nombres d'octets.

Resultat attendu: Deux nombres d'octets : d'abord la taille compressée, puis la taille non compressée.

cdnctl equivalent 
curl -s -o /dev/null -w '%{size_download}\n' -H 'Accept-Encoding: br' https://www.example.com/assets/app.css
curl -s -o /dev/null -w '%{size_download}\n' https://www.example.com/assets/app.css

Verification

  • curl -s -o /dev/null -D - -H 'Accept-Encoding: br' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):' → content-encoding: br, vary: Accept-Encoding
  • curl -s -o /dev/null -D - -H 'Accept-Encoding: gzip' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):' → content-encoding: gzip, vary: Accept-Encoding
  • curl -s -o /dev/null -w '%{size_download}\n' -H 'Accept-Encoding: br' https://www.example.com/assets/app.css → la taille compressée ; la même commande sans l'en-tête Accept-Encoding → la taille non compressée

Cas d'usage

Vous avez placé un site derrière le CDN et voulez vérifier que son HTML, son CSS, son JavaScript et son JSON arrivent compressés chez les visiteurs, sans configurer la compression sur votre origine.

Workflow rapide

  1. Ouvrez les Règles de diffusion du compte et allez dans l'onglet Optimisation.
  2. Dans la carte Compression des réponses, marquée Automatique, trouvez la ligne de votre domaine.
  3. Lisez les colonnes HTTP et HTTPS : Brotli et gzip signifie que les deux méthodes sont activées pour ce protocole, et la note sous la valeur nomme la règle dont elle vient. gzip uniquement, Brotli uniquement ou Désactivée signifie que la règle la plus ancienne du domaine a été enregistrée avec ce réglage ; la note nomme cette règle.
  4. Demandez un fichier CSS ou JavaScript avec curl et lisez l'en-tête content-encoding.

Verifications

  • L'edge compresse selon le Content-Type de la réponse : HTML, CSS, JavaScript, JSON (application/json, application/ld+json, application/manifest+json), XML (flux RSS et Atom compris), texte brut, SVG, icônes ICO, WebAssembly, et polices TTF, OTF et EOT. Les autres types de contenu partent tels quels.
  • JPEG, PNG, WebP et les autres formats d'image sauf SVG et ICO, les polices WOFF et WOFF2, la vidéo et les archives zip sont déjà des formats compressés et partent tels quels.
  • Les réponses de taille connue inférieure à 256 octets partent sans compression.
  • La compression s'applique aux réponses 200, 403 et 404.
  • Les réponses compressées portent Vary: Accept-Encoding, si bien que les caches intermédiaires gardent séparées la version compressée et la version non compressée.
  • Les navigateurs ne demandent Brotli qu'en HTTPS ; en HTTP simple, le même navigateur reçoit du gzip.
  • C'est l'edge qui compresse, votre origine n'a donc pas à le faire. Une réponse qui arrive déjà compressée (elle porte un en-tête Content-Encoding) n'est pas compressée une seconde fois.
  • Lorsque vous modifiez une règle, une note Par domaine apparaît pour chacun de ses domaines dont la compression vient d'une règle plus ancienne, et nomme cette règle.
  • La compression est définie par domaine par sa règle la plus ancienne, pas par règle : la valeur de la carte, y compris gzip uniquement, Brotli uniquement ou Désactivée, s'applique à toutes les règles du domaine sur ce protocole, et elle ne peut pas être modifiée dans la carte.

Questions frequentes

Dois-je activer la compression ?

Non. La compression est automatique : les règles de diffusion sont créées avec Brotli et gzip, et la carte Compression des réponses est marquée Automatique.

Pourquoi ma vérification n'affiche-t-elle aucun en-tête content-encoding ?

Vérifiez cinq points : la carte Compression des réponses affiche Brotli et gzip pour ce domaine et ce protocole, la requête demande la compression (curl n'envoie pas d'en-tête Accept-Encoding si vous n'en ajoutez pas un), le fichier fait partie des types compressés, il fait au moins 256 octets, et le statut est 200, 403 ou 404. Lancez les commandes de vérification ci-dessous telles qu'elles sont écrites.

Brotli ou gzip : lequel un visiteur reçoit-il ?

Brotli pour les navigateurs qui le prennent en charge, gzip pour les autres. L'edge lit l'en-tête Accept-Encoding envoyé par le navigateur, et les navigateurs ne demandent Brotli qu'en HTTPS.

Que signifie « Non servi » dans la carte ?

Aucune règle de diffusion ne sert encore ce domaine sur ce protocole. Dès qu'une règle sert le domaine en HTTP ou en HTTPS, la carte y affiche sa compression.