Les ressources textuelles doivent être diffusées sous forme compressée afin de réduire le nombre total d'octets réseau. La section "Opportunités" de votre rapport Lighthouse répertorie toutes les ressources textuelles non compressées:
![Capture d'écran de l'audit "Activer la compression de texte" de Lighthouse](https://developer.chrome.google.cn/static/docs/lighthouse/performance/uses-text-compression/image/a-screenshot-the-lightho-b5e39391250f.png?authuser=5&hl=fr)
Comment Lighthouse gère la compression de texte
Lighthouse collecte toutes les réponses:
- Elles comportent des types de ressources basés sur du texte.
- N'incluez pas d'en-tête
content-encoding
défini surbr
,gzip
oudeflate
.
Lighthouse compresse ensuite chacun de ces éléments avec GZIP pour calculer les économies potentielles.
Si la taille d'origine d'une réponse est inférieure à 1,4 Kio, ou si l'économie potentielle de compression est inférieure à 10% de la taille d'origine, Lighthouse ne signale pas cette réponse dans les résultats.
Activer la compression de texte sur votre serveur
Activez la compression du texte sur le ou les serveurs qui ont diffusé ces réponses afin de réussir cet audit.
Lorsqu'un navigateur demande une ressource, il utilise l'en-tête de requête HTTP Accept-Encoding
pour indiquer les algorithmes de compression compatibles.
Accept-Encoding: gzip, compress, br
Si le navigateur est compatible avec Brotli (br
), vous devez utiliser Brotli, car il peut réduire la taille de fichier des ressources davantage que les autres algorithmes de compression. Recherchez how to enable Brotli compression in <X>
, où <X>
est le nom de votre serveur. Depuis décembre 2022, Brotli est compatible avec tous les principaux navigateurs, à l'exception de Safari sur iOS. Consultez Compatibilité du navigateur pour connaître les mises à jour.
Utilisez GZIP comme solution de remplacement pour Brotli. GZIP est compatible avec les principaux navigateurs, mais est moins efficace que Brotli. Consultez la section Configurations de serveur pour obtenir des exemples.
Votre serveur doit renvoyer l'en-tête de réponse HTTP Content-Encoding
pour indiquer l'algorithme de compression utilisé.
Content-Encoding: br
Vérifier la compression des réponses
Pour vérifier si un serveur a compressé une réponse:
Appuyez sur Control+Shift+J
(ou Command+Option+J
sur Mac) pour ouvrir les outils de développement.
Cliquez sur l'onglet Réseau .
- Appuyez sur Ctrl+Maj+J (ou Cmd+Option+J sur Mac) pour ouvrir les outils de développement.
- Cliquez sur l'onglet Réseau.
- Cliquez sur la requête qui a généré la réponse qui vous intéresse.
- Cliquez sur l'onglet En-têtes.
- Vérifiez l'en-tête
content-encoding
dans la section Response Headers (En-têtes de réponse).
content-encoding
.
Pour comparer les tailles compressées et décompressées d'une réponse:
- Appuyez sur Ctrl+Maj+J (ou Cmd+Option+J sur Mac) pour ouvrir les outils de développement.
- Cliquez sur l'onglet Réseau.
- Activez les lignes de requêtes volumineuses. Consultez la section Utiliser des lignes de requêtes volumineuses.
- Recherchez la réponse qui vous intéresse dans la colonne Size (Taille). La valeur supérieure est la taille compressée. La valeur inférieure correspond à la taille décompressée.
Consultez également Minifier et compresser les charges utiles réseau.
Conseils spécifiques aux piles
- Joomla: activez le paramètre de compression des pages avec Gzip (Système > Configuration globale > Serveur).
- WordPress: activez la compression de texte dans la configuration de votre serveur Web.