Ce que fait Breeze sur votre site
Breeze est l’extension de cache développée par Cloudways, l’hébergeur WordPress infogéré, et proposée sur wordpress.org sous le nom Breeze Cache. Son cœur est un cache de pages sur fichiers : à la première visite, l’extension enregistre le HTML produit par WordPress, puis le sert aux visiteurs suivants grâce au fichier advanced-cache.php, chargé avant le reste de WordPress. Le cache se vide par défaut toutes les 1 440 minutes (un jour) et à chaque publication ou modification d’un contenu.
Autour de ce cache, Breeze ajoute la compression Gzip et le cache navigateur (écrits dans le fichier .htaccess), la minification HTML, CSS et JavaScript, le chargement différé des images, iframes et vidéos, le report du JavaScript, le préchargement des polices et des liens, le nettoyage de la base de données, le contrôle de l’API Heartbeat, la réécriture des adresses vers un CDN et l’hébergement local des Google Fonts. Sur un serveur Cloudways, elle purge aussi Varnish à chaque publication.
L’extension est gratuite, sans version payante ni option facturée, et son code est publié sous licence GPL. Les réglages se trouvent dans Réglages > Breeze, répartis en une dizaine d’onglets, et un menu Breeze dans la barre d’administration permet de vider le cache. L’interface n’est pas traduite en français : les libellés restent en anglais.
Pour quels sites Breeze est un bon choix
- Les sites hébergés chez Cloudways : Breeze y pilote Varnish, installé d’origine sur ces serveurs, sans aucun réglage, et le forum de la communauté Cloudways répond aux questions.
- Les blogs et sites vitrines sur Apache qui veulent un cache de pages gratuit et des réglages par défaut prudents, sans compte à créer chez un service tiers.
- Les réseaux multisite : les réglages se gèrent au niveau du réseau, et chaque site peut hériter de ces réglages ou avoir les siens.
Ce n’est pas le meilleur choix sur un serveur LiteSpeed, où l’extension de l’éditeur du serveur gère un cache plus efficace, ni pour qui veut des optimisations poussées et un support dédié : une extension payante comme WP Rocket va plus loin sur ce terrain. Sur Nginx, Gzip et le cache navigateur dépendent de la configuration du serveur, pas de Breeze (voir notre page compatibilité hébergeurs et caches). Comme pour toute extension de cache, une seule doit être active.
Points forts et limites de Breeze
Points forts
- Entièrement gratuite. Aucune fonction réservée à une version payante, aucun quota de service externe.
- Réglages par défaut prudents. À l’installation, le cache, Gzip et le cache navigateur sont actifs, mais toutes les minifications et le report du JavaScript restent désactivés.
- Optimisation en un clic réversible. Trois niveaux (Standard, Advanced, Expert) s’appliquent d’un bouton, et « Restore Previous Settings » rétablit les réglages d’avant.
- Intégration Varnish et Cloudflare chez Cloudways. Purge automatique de Varnish et menus de purge dans la barre d’administration.
- Import et export des réglages. Un fichier JSON permet de reproduire la configuration sur un autre site.
Limites
- Pensée d’abord pour Cloudways. Hors de cet hébergeur, Varnish et la purge Cloudflare intégrée ne servent pas, et Gzip et le cache navigateur reposent sur Apache.
- Interface en anglais. Aucune traduction française n’est disponible à ce jour.
- Optimisations moins abouties que les payantes. Pas de CSS critique ni de suppression du CSS inutilisé, contrairement à WP Rocket.
- Série de failles corrigées en 2026. Plusieurs failles exploitables sans compte, dont un envoi de fichier arbitraire noté 10 sur 10.
- Support limité hors clients. Le forum wordpress.org pour tous, la communauté Cloudways pour ses clients.
Les réglages que nous recommandons pour Breeze
Les menus de Breeze sont en anglais, d’où les libellés entre guillemets. Changez un seul réglage à la fois, videz le cache avec « Purge All Cache » dans la barre d’administration, puis testez en navigation privée. L’interface recommande elle-même de tester toute minification sur une copie du site avant la production. Mesurez l’effet sur les Core Web Vitals, pas sur une note isolée.
| Réglage | Valeur conseillée | Pourquoi |
|---|---|---|
| « Cache System » Réglages > Breeze > « Basic Options » | Activé (par défaut) | C’est le cache de pages lui-même ; désactivez d’abord toute autre extension de cache. |
| « Cache Logged-in Users » Réglages > Breeze > « Basic Options » | Aucun rôle coché (par défaut) | Les pages des connectés sont personnalisées ; ce réglage était la condition de la faille CVE-2026-2128. |
| « Mobile Cache » Réglages > Breeze > « Basic Options » | Désactivé avec un thème adaptatif | L’interface conseille de ne l’activer qu’avec un thème ou une extension mobile dédiés. |
| « Gzip Compression » et « Browser Cache » Réglages > Breeze > « Basic Options » | Activés sur Apache | Ils écrivent des règles dans .htaccess ; sur Nginx, demandez à l’hébergeur si la compression est active. |
| « HTML Minify », « CSS Minify », « JS Minify » Réglages > Breeze > « File Optimization » | Activés un par un, après test | L’interface prévient que la minification peut casser l’affichage ; le JavaScript est le plus risqué. |
| « Combine CSS » et « Combine JS » Réglages > Breeze > « File Optimization » | Désactivés, sauf gain mesuré | Regrouper les fichiers multiplie les conflits pour un gain souvent faible. |
| « Delay All JavaScript » Réglages > Breeze > « File Optimization » | Désactivé (par défaut) ; si testé, exclusions dans « List of scripts not to delay » | Menus, formulaires et bandeau cookies peuvent attendre une action du visiteur ; n’utilisez pas en même temps « Delay JS Inline Scripts ». |
| « Host Files Locally » > Gravatars Réglages > Breeze > « Advanced Options » | Désactivé (par défaut), sauf besoin | Cette option était la condition de la faille CVE-2026-3844 ; Google Fonts seul suffit le plus souvent. |
| « Never Cache URL(s) » Réglages > Breeze > « Advanced Options » | Pages personnalisées non reconnues (espace membre, page à jeton) | Une page propre à chaque visiteur ne doit jamais être servie depuis le cache. |
- Ouvrez une page en navigation privée, rechargez-la : le code source doit se terminer par le commentaire
Cache served by breeze CACHE. - Après chaque optimisation, testez un formulaire, le menu mobile, le panier et le bandeau cookies.
- Exportez vos réglages (onglet « Tools », « Export Settings ») avant d’essayer un niveau d’optimisation en un clic.
- Activez les mises à jour automatiques de Breeze dans la page Extensions.
Les failles de Breeze et la version à installer
- CVE-2026-3844, corrigée en 2.4.5 (CVSS 10 selon Patchstack) : envoi de fichiers arbitraires sans compte, pouvant mener à l’exécution de code, si l’option Gravatars de « Host Files Locally » était activée.
- CVE-2026-2128, corrigée en 2.5.3 : avec « Cache Logged-in Users » activé, un cookie de connexion forgé permettait de lire la page en cache d’un autre utilisateur.
- CVE-2026-73356, corrigée en 2.5.13 : suppression arbitraire de contenu sans compte, corrigée dans la même version que CVE-2026-79706 (création de fichiers hors du dossier de cache).
- CVE-2026-79713, corrigée en 2.5.15 : empoisonnement du cache par des paramètres de suivi absents de la clé de cache ; une page fabriquée par un attaquant pouvait être servie à tous les visiteurs.
Installez au moins la 2.5.15, idéalement la dernière version, et activez les mises à jour automatiques (notre guide des mises à jour automatiques des extensions explique comment le faire sans casse). WP Masquerade Pro renomme dans le code des pages le dossier de l’extension et les identifiants de ses fichiers, ce qui complique son repérage par les robots qui ciblent ses failles, sans remplacer la mise à jour ; le commentaire HTML des pages en cache et l’en-tête X-Breeze-Cache-Write restent visibles.
Ce que WP Masquerade masque pour Breeze
Pro Pris en charge par WP Masquerade Pro uniquement
La version gratuite ne connaît pas les traces propres à Breeze : sans Pro, seules les balises generator restent retirées, comme pour toute extension.
Version gratuite
Pris en charge par WP Masquerade Pro uniquement
Avec Pro
- nom du dossier
- identifiants de balises
- dossiers de fichiers générés
Reste visible
- texte du fichier de cache
Cache served by breeze CACHE - en-têtes du serveur ou du cache
X-Breeze-Cache-Write
Ces traces restent parce que l’extension en a besoin pour fonctionner (scripts, styles, cookies) ou parce qu’elles viennent du serveur.
Questions fréquentes sur Breeze
Breeze fonctionne-t-elle hors de Cloudways ?
Oui. Le cache de pages, la minification, le chargement différé et le nettoyage de la base fonctionnent chez tout hébergeur. Seules l’intégration Varnish et la purge Cloudflare intégrée dépendent de l’infrastructure Cloudways.
Breeze est-elle compatible avec WooCommerce ?
Oui, l’éditeur la présente comme compatible sans configuration particulière. Testez tout de même le panier et la commande après chaque optimisation, et ne cochez aucun rôle dans « Cache Logged-in Users ».
Peut-on garder une autre extension de cache avec Breeze ?
Non pour le cache de pages : l’éditeur déconseille fermement deux extensions de cache à la fois. Désactivez l’ancienne avant d’activer Breeze.
Mon site s’affiche mal après une optimisation en un clic : que faire ?
Ouvrez l’onglet « One-Click Optimization » et cliquez sur « Restore Previous Settings », puis videz le cache. Réactivez ensuite les options une par une pour trouver celle qui casse l’affichage.