Vérificateur Brotli

Utilisez notre outil de vérification Brotli pour déterminer si un site web utilise l'algorithme de compression Brotli pour une vitesse améliorée.

5 sur 2 évaluations
Vérificateur Brotli

Le Vérificateur Brotli est un outil gratuit qui détermine si un site web utilise la compression Brotli pour diffuser son contenu.

Qu'est-ce que la compression Brotli ?

Brotli est un format de compression sans perte qui réduit la quantité de données transférées d'un serveur web vers un navigateur. Il s'applique couramment aux contenus textuels, notamment aux fichiers HTML, CSS, JavaScript, JSON et SVG.

La compression s'effectue avant ou pendant l'envoi de la réponse par le serveur. Un navigateur compatible indique qu'il accepte Brotli en incluant br avec une valeur de qualité non nulle dans l'en-tête HTTP Accept-Encoding de sa requête. Si le serveur ou le réseau de diffusion de contenu est configuré pour utiliser Brotli, il peut renvoyer la réponse compressée avec Content-Encoding: br.

Brotli ne modifie pas le sens du contenu. Le navigateur décompresse la réponse avant de la traiter. Les formats qui disposent déjà de leur propre compression, notamment JPEG, PNG, MP4 et la plupart des fichiers d'archive, tirent généralement peu de bénéfices d'une compression Brotli supplémentaire.

Schéma : une réponse du serveur est compressée avec Brotli avant le transfert

Comment vérifier si un site utilise Brotli ?

Saisis l'adresse du site, puis lance la vérification pour déterminer s'il utilise la compression Brotli.

Le traitement s'effectue sur le serveur. Ta saisie lui est transmise via HTTPS et n'est pas stockée.

Comment interpréter le résultat du Vérificateur Brotli ?

Le résultat indique si le site utilise ou non Brotli.

Si Brotli est détecté, le site l'utilise. Dans le cas contraire, le site peut envoyer du contenu non compressé ou utiliser un autre encodage, comme Gzip.

Exemple de résultat produit par l'outil Vérificateur Brotli

Résoudre les problèmes Brotli courants

Si Brotli n'est pas détecté alors qu'il devrait l'être, suis ces étapes de diagnostic.

  1. Brotli est activé, mais le site renvoie toujours du Gzip. Vérifie les paramètres de négociation de contenu, les critères d'application de la compression, les seuils de taille minimale et les variantes mises en cache. Si la requête passe par un CDN, un proxy inverse ou une plateforme d'hébergement ayant sa propre politique de compression, cet intermédiaire peut remplacer Brotli par une réponse Gzip en cache.
  2. La page d'accueil passe le test, mais pas les fichiers statiques. Examine les règles de compression appliquées aux fichiers CSS et JavaScript. Les règles du serveur reposent souvent sur le type MIME, et les ressources peuvent provenir d'un autre nom d'hôte, tel que static.example.co.uk.
  3. Une modification récente de l'hébergement ou du CDN n'est pas visible. Examine le DNS, le routage et les en-têtes de réponse HTTP. Si le trafic atteint encore un ancien serveur périphérique ou d'origine, le résultat peut refléter la configuration précédente.
L'outil Vérificateur Brotli sur digily.link, avec son formulaire de saisie

La Recherche des en-têtes HTTP peut t'aider à examiner les en-têtes de réponse au-delà du seul résultat concernant la compression. Brotli et HTTP/2 sont deux fonctionnalités distinctes. Utilise donc le Vérificateur HTTP/2 si tu dois également confirmer le protocole de connexion. Un site peut utiliser Brotli sur une connexion sans HTTP/2, et l'activation de HTTP/2 n'active pas Brotli à elle seule.

Tu peux aussi effectuer la vérification en ligne de commande avec curl. Une requête comme curl --compressed -D - -o /dev/null https://www.example.co.uk/ demande à curl d'accepter les méthodes de compression prises en charge et affiche les en-têtes de réponse. Les résultats peuvent différer si un serveur traite autrement les clients en ligne de commande, ou si une requête HEAD est utilisée à la place d'une requête GET normale.

Pourquoi le cache ou la propagation peuvent-ils fausser le résultat ?

Les caches et les délais de routage peuvent temporairement produire un résultat différent de celui attendu d'après ta configuration. Un CDN peut conserver une ancienne ressource non compressée ou compressée avec Gzip jusqu'à son expiration ou sa purge.

Lorsque le choix de la représentation dépend de Accept-Encoding, la réponse du serveur d'origine doit inclure Vary: Accept-Encoding. Les caches utilisent ce champ pour construire leurs clés et conserver des représentations distinctes selon les méthodes de compression prises en charge par les clients. Si cet en-tête manque ou est mal géré, un cache peut renvoyer la mauvaise variante. Si Brotli semble n'apparaître que par intermittence, vérifie la clé de cache du CDN et les en-têtes de réponse.

Les changements DNS constituent une autre source de délai. Les résolveurs peuvent conserver l'ancienne adresse jusqu'à l'expiration de sa durée de vie, et différents réseaux peuvent atteindre des serveurs distincts pendant une migration. Comme ce vérificateur s'exécute sur un serveur, son parcours DNS et ses caches ne correspondent pas forcément à ceux de ton navigateur. Les outils de développement du navigateur peuvent aussi afficher une réponse issue du cache local. Pour comparer les résultats, recharge donc la page après avoir désactivé le cache.

Questions fréquentes

Peut-on activer Brotli et Gzip en même temps ?

Oui. Les serveurs prennent couramment en charge les deux et choisissent un encodage à partir de l'en-tête Accept-Encoding du client. Les anciens clients compatibles peuvent ainsi recevoir du Gzip, tandis que Brotli est utilisé pour ceux qui annoncent br avec une valeur de qualité non nulle.

Les fichiers Brotli utilisent-ils l'extension .br ?

Les fichiers Brotli précompressés peuvent utiliser l'extension .br sur le serveur, mais les visiteurs d'un site demandent normalement l'URL d'origine. Le serveur choisit la représentation compressée et l'identifie dans l'en-tête de réponse Content-Encoding.

Faut-il utiliser Brotli pour tous les fichiers d'un site ?

Non. Brotli convient généralement aux réponses textuelles, tandis que les images, les vidéos, les PDF et les fichiers d'archive peuvent déjà être compressés. Recompresser ces formats peut solliciter le serveur sans réduire sensiblement la quantité de données transférées.

Brotli améliore-t-il le classement dans les moteurs de recherche ?

Brotli ne garantit pas directement un meilleur classement. Des réponses textuelles plus légères peuvent réduire le temps de transfert et contribuer ainsi à de meilleures performances, mais le cache, le temps de réponse du serveur, l'exécution des scripts et le traitement des images influencent également l'expérience réelle des utilisateurs.

Que faut-il vérifier après avoir activé Brotli ?

Vérifie dans un navigateur que des réponses textuelles représentatives se chargent correctement. Examine Content-Type, Content-Encoding, Content-Length lorsqu'il est présent, ainsi que Vary. Si d'anciennes variantes restent en cache, purge les entrées correspondantes du CDN.

Outils similaires

Recherche SSL

Utilisez notre outil de recherche SSL pour obtenir des détails complets sur n'importe quel certificat SSL et assurer la sécurité de votre site web.

8,700
153
Recherche des en-têtes HTTP

Récupérez tous les en-têtes HTTP renvoyés par une URL pour une requête GET typique avec notre outil de recherche d'en-têtes HTTP.

4,759
50
Vérificateur HTTP/2

Vérifiez si un site web utilise le dernier protocole HTTP/2 avec notre outil de vérification HTTP/2 et assurez une performance optimale.

4,927
147

Outils populaires