Compresser une valise avant de la fermer pour qu’elle prenne moins de place : c’est exactement ce que fait le serveur avec les fichiers texte d’une page web avant de les envoyer au navigateur, qui se charge ensuite de les « déplier ».
Un réglage côté serveur, pas côté WordPress
La compression se configure généralement au niveau du serveur web (Nginx, Apache) ou du CDN, pas dans WordPress lui-même. Un hébergeur mutualisé bien configuré l’active par défaut pour les fichiers HTML, CSS et JavaScript ; à défaut, elle peut se déclarer manuellement dans un fichier .htaccess sous Apache ou la configuration Nginx.
Exemple
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/css application/javascript
</IfModule>Cette directive Apache active la compression Gzip pour les types de fichiers les plus courants d’une page WordPress, réduisant nettement le volume transféré sur le réseau.
Gzip ou Brotli ?
- Brotli, développé par Google, offre généralement un meilleur taux de compression que Gzip pour un temps de traitement comparable, mais nécessite un support explicite du serveur et du navigateur.
- La compression concerne les fichiers texte ; les images déjà compressées (JPEG, WebP, AVIF) n’en tirent quasiment aucun bénéfice supplémentaire.
- Un fichier compressé réduit le temps de transfert réseau, mais n’a pas d’effet direct sur le TTFB, qui dépend davantage du temps de traitement côté serveur avant l’envoi de la réponse.