Cloudflare a mis fin à son Réduction automatique Cette fonctionnalité a été supprimée le 5 août 2024 ; l'ancien bouton qui supprimait les espaces blancs de vos fichiers JavaScript, CSS et HTML en fin de ligne n'existe donc plus. Si vous vous en serviez, sachez que, pour être honnête, vous n'y perdez pratiquement rien.
Les données de Cloudflare ont montré que la minification ne réduisait le volume des pages que de moins de 0,11 TP3T sur l'ensemble de son réseau. Il s'agit donc moins d'une perte à compenser que d'une incitation à concentrer vos efforts là où cela compte vraiment : la compression et la mise en cache, la minification étant gérée au niveau de votre processus de compilation ou de votre couche de mise en cache.
Principaux enseignements
- Cloudflare a désactivé la fonctionnalité « Auto Minify » le 5 août 2024 ; l'option permettant de l'activer ou de la désactiver pour JavaScript, CSS et HTML a disparu.
- Cela avait bien moins d'importance que ce que l'on croyait : sur l'ensemble du réseau de Cloudflare, l'économie réalisée était inférieure à 0,11 TP3T d'octets par page.
- Les véritables facteurs de vitesse sont la compression (Brotli ou gzip) et la mise en cache, et non la minification.
- La minification doit désormais être effectuée au moment de la compilation ou au sein d'un plugin de mise en cache, où vous pouvez la tester et détecter d'éventuels dysfonctionnements.
- Si vous avez constaté que vos pages se chargeaient plus rapidement avec cette option activée, l'activation de Brotli et d'une mise en cache adéquate compensera largement cette différence.
Quels changements Cloudflare a-t-il apportés, et quand ?
Le 5 août 2024, Cloudflare a supprimé la fonctionnalité « Auto Minify » du tableau de bord, dans la section « Vitesse » puis « Optimisation », et l'a également désactivée via l'API. Ce paramètre permettait de minifier votre code HTML à la volée, ainsi que les fichiers CSS et JavaScript mis en cache, le tout sans que vous ayez à modifier votre code.
Pour les sites existants, cette option était simplement désactivée ; rien n'a changé dans vos fichiers source, et vos pages ont continué à s'afficher exactement comme avant, simplement sans que les bords ne soient rognés d'un tout petit peu d'espace blanc. Cloudflare a expliqué son raisonnement dans son Annonce de dépréciation, et il est utile de bien comprendre cela avant de se mettre à la recherche d'un produit de remplacement.
Pourquoi ils y ont renoncé
Deux raisons, toutes deux tout à fait sincères. Premièrement, l’utilisation de cette fonctionnalité était en baisse depuis des années, car les pipelines de compilation modernes (Vite, webpack, esbuild, etc.) minifient déjà les ressources au moment de la compilation ; le refaire en périphérie était donc redondant pour la plupart des sites. Deuxièmement, et c’est là-dessus qu’il faut s’attarder, le gain était minime : Cloudflare a mesuré la réduction globale de la taille des pages grâce à Auto Minify à moins de 0,11 TP3T sur l'ensemble des fichiers auxquels il a eu accès sur son réseau.
Il y avait également un coût moins visible. La minification dynamique du code HTML à chaque requête peut entraîner un léger retard de traitement, et Cloudflare a constaté que ce retard l'emportait parfois sur le gain minime obtenu. Il ne s'agissait donc pas pour Cloudflare de supprimer un outil puissant, mais bien de mettre fin à une fonctionnalité qui, sans que personne ne s'en rende compte, avait cessé d'être rentable.
Est-ce que le fait de le supprimer ralentit réellement votre site ?
Pour la quasi-totalité des sites, non. La minification supprime des caractères que la compression allait de toute façon éliminer ; ainsi, une fois que Brotli ou gzip a fait son travail, le gain supplémentaire obtenu en supprimant d’abord les espaces est quasi négligeable. C’est précisément pour cette raison que le chiffre global au niveau du réseau était si faible.
Si une page semble réellement plus rapide lorsque la fonction « Auto Minify » est activée, la solution ne consiste pas à recréer la minification, mais à s’assurer que les leviers les plus efficaces sont bien activés. La compression et la mise en cache intelligente ont un impact bien plus important que la minification n’en a jamais eu, ce qui est d’ailleurs la même leçon qui se retrouve dans les véritables Fonctionnement des Core Web Vitals, là où ce sont les scripts qui bloquent le rendu et la taille des images qui comptent, et non pas quelques octets d'espaces blancs économisés.
La place qu'occupe aujourd'hui la minification
Si vous souhaitez tout de même disposer de ressources minifiées, et que cela ne présente aucun inconvénient, effectuez cette opération au plus près de votre code, là où vous pouvez voir et tester le résultat. Sur un site utilisant un processus de compilation, cela signifie que votre outil de regroupement s’en charge automatiquement au moment de la compilation, ce qui constitue la solution la plus propre, car ce sont les fichiers minifiés que vous déployez et testez.
Sur WordPress, un plugin de mise en cache ou d’optimisation (WP Rocket, LiteSpeed Cache ou le plugin gratuit Autoptimize) peut minifier et combiner les fichiers CSS et JavaScript à votre place, avec le grand avantage de pouvoir prévisualiser le site et désactiver cette fonctionnalité dès qu’un problème survient. Ce dernier point est important, car la minification en périphérie était connue pour altérer parfois les scripts intégrés, sans qu’il soit facile de les déboguer. Si vous utilisez LiteSpeed, le même plugin qui s’en charge gère également la mise en cache de la page entière ; j’explique comment tout cela s’articule dans le Guide d'utilisation de LiteSpeed Cache.
Une liste de contrôle simple pour le remplacement
Au lieu de chercher en vain ce bouton, consacrez dix minutes aux éléments qui ont un réel impact sur le temps de chargement :
- Confirmer Compression Brotli ou gzip est activée, car c’est l’option que Cloudflare vous recommande et qui offre bien plus de fonctionnalités que la minification ne l’a jamais fait.
- Assurez-vous que votre Les ressources statiques sont mises en cache en périphérie avec des TTL raisonnables, afin que les visiteurs réguliers n'aient pas à télécharger à nouveau les fichiers CSS et JavaScript.
- Déplacer la minification dans votre étape de compilation ou un plugin de mise en cache, où vous pouvez tester le résultat et revenir instantanément en arrière si un script ne fonctionne pas.
- Effectuez un test de vitesse (celui de Cloudflare) Observatoire ou PageSpeed Insights) avant et après, afin de vous baser sur des chiffres concrets plutôt que sur une impression.
Si vous optimisez les performances à grande échelle, ce sont ces mêmes priorités (compression, mise en cache et pipeline d'actifs allégé) qui permettent à un site de résister à un trafic intense, ce que j'aborde plus en détail dans le guide intitulé « Faut-il… » WordPress peut prendre en charge un million de visiteurs.
Alors, avez-vous besoin de remplacer Cloudflare Auto Minify ?
Non. Il n'y a pas lieu de mettre en place un plan de remplacement précipité, car cette fonctionnalité avait si peu d'impact que son absence ne devrait pas se refléter dans les indicateurs de performance. Si vous ne faites absolument rien, votre site restera pratiquement inchangé.
Si vous souhaitez être rigoureux, assurez-vous que la compression Brotli et la mise en cache en périphérie sont activées, et confiez la minification à votre processus de compilation ou à un plugin de mise en cache, là où vous pouvez réellement la tester. Cette configuration est plus rapide, plus sûre et facilite davantage le débogage que ne l’a jamais été l’option « edge toggle » ; c’est sans doute pour cette raison que Cloudflare n’a pas hésité à la supprimer.
Journal des mises à jour
29 juin 2026
- Mise à jour suite à la dépréciation de cette fonctionnalité : ajout des conclusions de Cloudflare indiquant qu’Auto Minify permettait d’économiser moins de 0,11 TP3T d’octets par page, et recentrage de l’article sur la compression, la mise en cache et les éléments à minifier à la place.
Want our posts to show up more often on Google?
One step & Google will surface this site in your Top Stories.
