Extension W3 Total Cache : comment la configurer pour l'optimisation

Un site WordPress ralentit forcément à mesure qu'on installe des extensions. C'est pourquoi une extension de cache est devenue l'une des extensions indispensables de WordPress. Avec plus d'un million d'installations actives de la version gratuite et une note de 4,4 étoiles, l'extension W3 Total Cache (W3TC) est l'une des plus utilisées.
Comme les réglages de cache peuvent empêcher certaines fonctions d'autres extensions de marcher, si vous débutez avec WordPress, vous pouvez utiliser une extension simple à configurer comme Cache Enabler ou WP Super cache.
Si vous avez besoin de réglages et d'un contrôle fins du cache, vous pouvez utiliser W3 Total Cache, qui offre des fonctions puissantes même en version gratuite.
Ⅰ. Installation de W3 Total Cache et guide de configuration
Recherchez W3 Total Cache, puis installez et activez l'extension.
- Welcome
- Page Cache
- Database Cache
- Object Cache
- Image Converter
- Lazy Load
- More Caching Options
AcceptDecline
Après la première installation, la page [Dashboard] vous redirige automatiquement vers le [Setup Guide], car rien n'est encore configuré.
Le guide de configuration permet de régler ① le cache de page, ② le cache de base de données, ③ le cache d'objets, ④ le cache navigateur, ⑤ l'optimisation des images, ⑥ le chargement différé et ⑦ les autres options de cache.

Pour le cache de page, la recommandation par défaut de W3TC est Disk : [Amélioré]. Comme le montre le tableau, Disk: Enhanced est environ 10,3 ms plus rapide que Disk: Basic, soit des performances environ 17,8 % meilleures en TTFB.

Pour le cache de base de données, choisissez le cache disque.





Les réglages faits dans le guide apparaissent désormais dans le tableau de bord.
Cliquez sur l'onglet [Settings] en haut à droite pour tout régler, de [General Settings] au cache de page.

ⓐ Les [réglages de la page] du menu d'administration à gauche et ⓑ l'onglet [Settings] en haut à droite mènent au cache de page, Minify et autres réglages avancés. En allant sur chaque page en haut au centre de l'onglet General Settings, vous voyez pour le cache de page et Minify tout, des réglages généraux jusqu'aux Réglages avancés.
Ⅱ. Réglages du cache de W3 Total Cache
Voici l'onglet General Settings des réglages W3TC.
_branch_match_id
_bta_c
_bta_tid
_ga
_gl
_ke
adgroupid
adid
age-verified
ao_noptimize
campaignid
campid
click_id
cn-reloaded
customid
dicbo
dm_i
ef_id
epik
fb_action_ids
fb_action_types
fb_source
fbclid
gclid
gclsrc
gdffi
gdfms
gdftrk
hsa_acc
hsa_ad
hsa_cam
hsa_grp
hsa_kw
hsa_mt
hsa_net
hsa_src
hsa_tgt
hsa_ver
igshid
li_fat_id
matomo_campaign
matomo_cid
matomo_content
matomo_group
matomo_keyword
matomo_medium
matomo_placement
matomo_source
mc_cid
mc_eid
mkcid
mkevt
mkrid
mkwid
msclkid
mtm_campaign
mtm_cid
mtm_content
mtm_group
mtm_keyword
mtm_medium
mtm_placement
mtm_source
pcrid
piwik_campaign
piwik_keyword
piwik_kwd
pk_campaign
pk_cid
pk_content
pk_keyword
pk_kwd
pk_medium
pk_source
pp
redirect_log_mongo_id
redirect_mongo_id
ref
s_kwcid
sb_referer_host
si
sscid
tblci
toolid
trk_contact
trk_module
trk_msg
trk_sid
ttclid
twclid
usqp
utm_campaign
utm_content
utm_expid
utm_id
utm_medium
utm_source
utm_term
wbraid
index\.php
wp-links-opml.php
wp-locations.php
([a-z0-9_\-]+)?sitemap\.xsl
[a-z0-9_\-]+-sitemap([0-9]+)?\.xml(\.gz)?
Content-Type
X-Pingback
P3P
Link
- Enable HTTP compression in the “HTML” section on Browser Cache Settings tab.
RSPEAK_
mfunc
- Enable HTTP compression in the “Cascading Style Sheets & JavaScript” section on Browser Cache Settings tab.
- The TTL of page cache files is set via the “Expires header lifetime” field in the “Cascading Style Sheets & JavaScript” section on Browser Cache Settings tab.
wp_rg_
_wp_session_
_wc_session_
^\s*delete\b
^\s*update\b
^\s*replace\b
^\s*create\b
^\s*alter\b
^\s*show\b
^\s*set\b
\bautoload\s+=\s+’yes’
\bsql_calc_found_rows\b
\bfound_rows\(\)
DOING_CRON
DONOTCACHEDB
SHORTINIT
XMLRPC_REQUEST
plugins
[a-z0-9_\-]*sitemap[a-z0-9_\.\-]*\.(xml|xsl|html)(\.gz)?
1️⃣ Mode aperçu
Avant de déployer réellement les changements de cache, vous pouvez activer le mode aperçu pour tester les erreurs à l'avance.

[Preview] : cliquez dessus pour tester en prévisualisant les changements, puis, si tout va bien, cliquez sur [Deploy] pour les appliquer au site.
2️⃣ Cache de page
Le guide a déjà réglé l'option de base sur [Disk : Enhanced]. Vous pourrez la modifier plus tard si, par exemple après une migration, le serveur utilise un autre cache.
Si un site unique (pas un multisite) utilise aussi des sous-domaines, vous pouvez configurer le cache pour les domaines alias.
|
Niveau du serveur |
Intervalle de mise à jour (s) |
Pages par intervalle |
Description |
|---|---|---|---|
|
Petit serveur (1 vCPU / 1 Go ou moins) |
1800 s (30 min) |
5 |
Éviter les pics de CPU pendant la génération du cache : intervalle large et nombre de pages minimal |
|
Serveur moyen (2 vCPU / 2 à 4 Go) |
900 s (15 min) |
10 |
Garder la valeur par défaut est recommandé ; gère une certaine simultanéité |
|
Serveur puissant (4 vCPU / 8 Go ou plus) |
300 s (5 min) |
20~30 |
Prépare le cache rapidement ; idéal pour les sites à fort trafic |
REST API est l'interface que WordPress fournit pour échanger des données avec l'extérieur ; elle permet de demander ou de manipuler du contenu au format JSON via des URL. Grâce à elle, applications mobiles, applications web externes, éditeur de blocs, etc. peuvent synchroniser ou modifier le contenu WordPress en temps réel.
La REST API sert aussi bien les administrateurs que les requêtes des utilisateurs ordinaires ; elle permet des échanges de données efficaces qui rendent le site plus souple et extensible.
|
Option |
Description |
Recommandé |
|---|---|---|
|
Initialisation tardive |
Autorise l'appel de fonctions WordPress pour la mise en cache de fragments. |
⚠️ Seulement si vous avez besoin d'un cache avancé |
|
Mise en cache tardive |
Repousse la génération de la clé de cache après les filtres utilisateur, pour un réglage plus fin |
⚠️ Seulement pour écraser des clés |
|
Mode de compatibilité |
Renonce à certaines optimisations pour la compatibilité avec l'hébergeur (environ 20 % plus lent) |
✅ Recommandé en cas d'erreurs liées à l'hébergeur |
|
Jeu de caractères |
Corrige les problèmes d'encodage UTF-8 |
✅ Recommandé si des caractères étranges s'affichent |
|
Refuser les requêtes HEAD |
Empêche les requêtes HEAD de créer des caches vides |
✅ Évite des pages blanches inattendues |
|
Durée de vie maximale des objets en cache |
Durée de conservation des éléments en cache (s) |
⏱ Plus haut si peu de trafic, plus bas si beaucoup |
|
Intervalle de nettoyage (garbage collection) |
Fréquence de suppression des données de cache expirées (s) |
⏱ Plus court quand le trafic augmente |
|
Durée de vie du cookie de commentaire |
Ajuste le TTL du cookie lors d'un commentaire (par défaut 1800 s) |
✅ Utile pour réduire le trafic des utilisateurs connectés |
3️⃣ Minification (Minify)
Dans les fichiers HTML, CSS et JS, Minify supprime les espaces, commentaires et sauts de ligne inutiles, pour réduire la taille des fichiers et accélérer le chargement. Ce processus ne change pas les fonctionnalités et rend seulement le code plus compact , ce qui permet au navigateur de l'interpréter plus vite.
|
Option |
Description |
Recommandé |
|---|---|---|
|
Auto |
W3TC détecte et minifie automatiquement les fichiers HTML, CSS et JS. |
✅ Convient à la plupart des utilisateurs |
|
Manuel |
Ne s'applique que si vous saisissez vous-même les chemins des fichiers à minifier. |
⚠️ Uniquement pour les utilisateurs avancés qui veulent un contrôle précis |
|
Option |
Description |
Environnement adapté |
|---|---|---|
|
Disque (Disk) |
Stocke les fichiers minifiés sur le disque du serveur |
✅ Hébergement mutualisé classique ; valeur par défaut |
|
APC / APCu |
Stocke en mémoire via le cache d'opcode de PHP |
✅ Performant sur serveurs dédiés/virtuels |
|
eAccelerator |
Un ancien cache d'opcode PHP |
⚠️ Uniquement sur d'anciens serveurs |
|
XCache |
L'un des mécanismes de cache de PHP (rarement utilisé) |
❌ Déconseillé (obsolète) |
|
WinCache |
Cache PHP pour serveurs Windows |
✅ Serveurs IIS/Windows uniquement |
|
Memcached |
Stocké sur des serveurs de cache distribués |
✅ Multi-serveurs, clusters |
|
Redis |
Met en cache les fichiers minifiés dans un stockage clé-valeur rapide |
✅ VPS puissants / multi-serveurs |
|
Option |
Description |
Caractéristiques |
|---|---|---|
|
Minify (par défaut) |
Le minificateur HTML intégré à W3TC |
Très stable et compatible avec la plupart des sites |
|
HTML Tidy |
Réorganise la structure HTML tout en minifiant |
Inclut une correction de structure → risque de casser la mise en page |
| Option | Description | Caractéristiques | Choisir le minificateur JS |
|---|---|---|---|
| JSMin (par défaut) | Minificateur JS simple et rapide : supprime les espaces et commentaires de base | Très stable, faible risque de conflit | ✅ Priorité à la vitesse/stabilité ; sites WordPress classiques |
| Google Closure Compiler (service web) | L'optimiseur JS avancé de Google : compresse via l'API Google | Précis, mais un appel à un serveur externe est nécessaire → peut être lent | ⚠️ Utilisation d'une API externe acceptée ; optimisation fine prioritaire |
| Google Closure Compiler (Java local) | Exécute le même moteur dans l'environnement Java du serveur à la place | Optimisation avancée possible, Java doit être installé | ✅ Java installable ; quand vous voulez une optimisation avancée |
| Narcissus | Compresseur classique qui analyse et régénère le JS | Approche ancienne, pratiquement plus maintenue | — |
| YUI Compressor | Compresseur JS/CSS développé par Yahoo ; peut conserver les commentaires protégés | Ancien mais toujours stable | — |
| Closure (à tester) | — | — | ⚠️ Beaucoup de JS récent (ES6+) |
| Option | Description |
|---|---|
| ✅ Minify (par défaut) | Rapide et stable ; convient à la plupart des sites WordPress |
| ⚠️ CSS Tidy | Réorganise la structure et corrige la syntaxe ; les styles peuvent casser → à tester |
| ⚠️ YUI Compressor (PHP) | Ancienne logique de compression, plus mise à jour → anciens sites uniquement |
| ⚠️ YUI Compressor (Java) | Nécessite Java ; compression précise, mais la syntaxe CSS récente n'est pas prise en charge |
Le guide a déjà réglé l'option de base sur [Disk : Enhanced]. Vous pourrez la modifier plus tard si, par exemple après une migration, le serveur utilise un autre cache.
|
Catégorie |
Description |
|---|---|
|
Réécrire la structure des URL |
Utilise des URL propres pour les liens CSS/JS. Si l'option est désactivée, elles sont générées sous forme d'URL basées sur des paramètres GET comme [?ver=xxx]. |
|
Pour les utilisateurs connectés, |
Les utilisateurs connectés voient les fichiers d'origine, et non les fichiers minifiés. Pratique pendant le débogage ou le développement. |
|
Réduire les notifications d'erreur |
Vous prévient en cas d'erreur lors de la génération du cache de minification. Désactivé, aucun avertissement ne s'affiche. |
|
Catégorie |
Description |
|---|---|
|
Réglages de minification HTML |
Compresse les documents HTML pour réduire leur taille en supprimant espaces, indentations, etc. |
|
Minification du CSS en ligne |
Compresse le code CSS à l'intérieur des balises [<style>]. |
|
Minification du JS en ligne |
Compresse le code JS à l'intérieur des balises [<script>]. |
|
Ne pas minifier les flux |
Laisse les flux RSS/Atom (XML) tels quels, sans minification. |
|
Supprimer les sauts de ligne |
Supprime les sauts de ligne du HTML → fichier plus léger |
|
Exemple |
Usage |
|---|---|
|
google_ad_ |
Protège les commentaires des scripts publicitaires Google AdSense |
|
RSPEAK_ |
Protège les commentaires de code pour lecteurs d'écran/accessibilité |
|
mfunc |
Protège les commentaires [<!– mfunc –>] du cache de fragments de W3TC |
|
Méthode de minification |
Description |
Quand l'utiliser |
|---|---|---|
|
Combiner et minifier (Combine & Minify) |
Combine plusieurs fichiers JS en un seul et les compresse en même temps |
✅ Le plus efficace dans les cas courants |
|
Combiner seulement (Combine Only) |
Regroupe les fichiers en un seul sans les compresser |
⚠️ Si des conflits JS sont à craindre : évite les erreurs dues à la compression |
|
Minifier seulement (Minify Only) |
Conserve le nombre de fichiers et compresse chacun séparément |
⚠️ En HTTP/2 + en cas d'erreurs JS |
|
Réglages du moteur de minification |
Description |
|---|---|
|
Emplacement : avant [</head>] |
Insère le JS dans [<head>] (exécuté avant le chargement de la page) |
|
Emplacement : après [<body>] |
Insère le JS tout en bas de la page (exécuté après le rendu) |
|
Type d'insertion (Blocking / Non-blocking) |
Si l'exécution du JS interrompt le rendu de la page |
|
Catégorie |
Description |
Réglage recommandé |
|---|---|---|
|
Activer HTTP/2 Push |
Le serveur pousse les fichiers JS avant que le navigateur ne les demande |
✅ Peut améliorer les performances en HTTP/2 |
|
Mises en garde |
Si le Page Cache de W3TC utilise [Disk : Enhanced] avec NGINX, HTTP/2 Push ❌ ne fonctionne pas |
✅ Fonctionne au mieux avec Apache + HTTP/2 |
|
Méthode de minification |
Description |
Quand l'utiliser |
|---|---|---|
|
Combiner et minifier |
Fusionne les fichiers CSS puis les compresse |
✅ Usage courant |
|
Combiner seulement |
Regroupe sans compresser |
⚠️ Si des conflits CSS sont à craindre |
|
Minifier seulement |
Compression seule, sans fusion |
✅ Adapté aux serveurs HTTP/2 |
|
Réglages du moteur de minification |
Description |
S'applique si |
|---|---|---|
|
Supprimer les commentaires protégés(Preserved comment removal) |
Supprime les mentions de licence et commentaires protégés des fichiers CSS pour les alléger. |
⚠️ S'applique seulement avec [Combiner et minifier] ou [Minifier seulement] (※ pas avec [Combiner seulement]) |
|
Supprimer les sauts de ligne(Line break removal) |
Supprime les sauts de ligne du CSS pour produire un fichier plus compact (un peu plus léger) |
⚠️ Ne fonctionne qu'avec [Combiner et minifier] ou [Minifier seulement] (※ ignoré avec [Combiner seulement]) |
|
Traitement des @import |
Description |
Réglage recommandé |
|---|---|---|
|
None |
Laisse les appels CSS [@import] tels quels |
❌ Déconseillé (bloque le rendu) |
|
Bubble |
Remonte [@import] en haut du fichier CSS |
⚠️ Effet limité |
|
Process |
Inclut les appels [@import] dans la fusion |
✅ Recommandé (améliore les performances) |
|
Option avancée |
Description |
Réglage recommandé |
|---|---|---|
|
Intervalle de mise à jour des fichiers externes(Update interval for external files) |
Fréquence à laquelle W3TC retélécharge/minifie les fichiers CSS/JS des CDN et URL externes (en secondes) |
✅ Garder la valeur par défaut [86400] s (24 heures) ※ si des fichiers externes changent souvent, envisager [21600] (6 heures) |
|
Intervalle de nettoyage (garbage collection)(Garbage collection interval) |
Fréquence de suppression des fichiers de cache expirés (pour le cache disque) |
✅ [43200–86400] s recommandé (peut être plus bas si le trafic est fort) ※ une limite haute (2592000 s) peut être fixée dans [wp-config.php] |
|
Ne jamais minifier les pages suivantes(Never minify the following pages) |
Saisissez les URL à toujours exclure de la minification (chemins relatifs, sans paramètres de requête) |
✅ Ajoutez au besoin l'admin, la page de connexion, les URL AJAX, etc. Exemple : [wp-login.php], [wp-admin/], [my-custom-endpoint/] |
|
Fichiers JS à ne jamais minifier |
Indiquez les fichiers JS qui provoquent des erreurs une fois minifiés |
⚠️ Ajoutez les fichiers JS problématiques dès que vous les repérez. Exemple : [plugins/some-script.js] |
|
Fichiers CSS à ne jamais minifier |
Permet de faire des exceptions en cas de conflit CSS |
⚠️ Faites une exception pour le CSS qui casse la mise en page. Exemple : [themes/mytheme/style.css] |
|
User agents refusés |
Ne sert pas de fichiers minifiés à certains User-Agent (robots d'exploration, bots, etc.) |
✅ N'indiquez que les bots qui doivent contourner le cache. Exemple : [Lighthouse], [GTmetrix], [Chrome-Lighthouse], etc. |
|
Inclure des fichiers/bibliothèques externes(Include external files/libraries) |
Ajoute manuellement des scripts de CDN externes à la fusion |
⚠️ Uniquement si vous voulez minifier/fusionner du JS ou des CDN externes. Exemple : [ajax.googleapis.com/…/jquery.min.js] |
|
Autoriser les expressions régulières |
Permet de faire correspondre par regex quand les noms de fichiers varient |
✅ Utile quand les scripts externes changent souvent de numéro de version. Exemple : [cdn.example.com/js/lib-\d+\.js] |
# EX:
#Fichiers JS à ne jamais minifier :
plugins/some-plugin/assets/js/legacy-script.js
wp-includes/js/jquery/jquery.js
#CSS à ne jamais minifier :
themes/mytheme/style.css# EX:
#User agents refusés :
Lighthouse
Chrome-Lighthouse
GTmetrix|
Catégorie |
Description |
Réglage recommandé |
|---|---|---|
|
Utiliser l'événement WP-Cron(Enable WP-Cron event) |
Pour vider/renouveler automatiquement le cache de page à intervalles réguliers, planifiez une tâche WP-Cron |
✅ Activation recommandée (garder la valeur par défaut) |
|
Heure de début(Start time) |
Moment de la première exécution de WP-Cron (p. ex. 12:00 am) |
✅ Un moment de faible charge (p. ex. entre minuit et 3 h) |
|
Intervalle(Interval) |
Fréquence à laquelle WP-Cron vide le cache : Réglages |
✅ Deux fois par jour ou toutes les heures (sites à fort trafic) |
|
Alternative par cron système |
Au lieu de WP-Cron, vous pouvez exécuter la commande [wp w3tc flush_posts] via un vrai cron au niveau du système |
Recommandé sur les serveurs puissants (plus précis et efficace que WP-Cron) |
4️⃣ Cache d'opcode
Pour le cache d'opcode, celui installé sur le serveur est appliqué automatiquement ; s'il n'y en a pas, l'option est désactivée.
5️⃣ Cache de base de données et cache d'objets : Memcached·Redis
|
Option |
Description |
Environnement recommandé |
|---|---|---|
|
Disque |
Stocke les données de cache sur le disque du serveur |
✅ Hébergement mutualisé / environnements de base |
|
Memcached |
Cache distribué en réseau ; rapide |
✅ Multi-serveurs / cluster |
Les sites WordPress classiques n'utilisent souvent que Memcached ou Redis pour le cache de base de données, mais W3 Total Cache permet de les répartir : ⓐ l'un pour le cache de base de données et ⓑ l'autre pour le cache d'objets.
📌 Typique : WordPress Site
├─ Base de données Cache
│ └─ Memcached ou Redis · un seul utilisation
└─ Objet Cache
└─ le même Cache moteur partagé est fréquent
📌 W3 Total Cache (W3TC)
├─ Base de données Cache
│ └─ Memcached utilisation (exemple)
└─ Objet Cache
└─ Redis utilisation (exemple)
🛠️ Stratégie appliquée
└─ Cache moteur selon le rôle : Séparé Appliqué possible
├─ Serveur ressources répartition
├─ Cache goulot d'étranglement (réduction)
└─ Performances Optimisation flexibilité assuréeDans les réglages de W3 Total Cache, le cache de base de données est par défaut réglé sur Memcached et le cache d'objets sur Redis.
|
Catégorie |
Description |
Recommandation ou remarque |
|---|---|---|
|
Durée de vie maximale des objets en cache |
Expiration naturelle des éléments de cache inchangés (s) |
[180 s] (par défaut) ; trop élevé, cela gaspille de la mémoire |
|
Intervalle de nettoyage (garbage collection) |
Fréquence de suppression des données de cache expirées (s) |
[3600 s] (1 heure) ; à réduire en cas de forte utilisation |
|
Ne pas mettre en cache |
Chemins exclus du cache (regex possible) |
Il est conseillé d'exclure les pages dynamiques (connexion, panier, recherche…) |
|
Racines de requêtes ignorées |
Les requêtes au préfixe correspondant ne sont pas mises en cache |
Données de session/temporaires comme [gdsr_], [wp_rg_] |
|
Refuser des requêtes (Query Rejects) |
Exclut les requêtes contenant certains mots-clés/motifs (regex) |
[insert], [update], [autoload], [found_rows()], etc. |
|
Reject Constants |
Désactive le cache de BD quand les constantes WP indiquées sont définies |
[DOING_CRON], [XMLRPC_REQUEST], etc. |
|
Activer pour WP-CLI |
Utiliser ou non le cache aussi lors de l'exécution de WP-CLI |
✅ Plus rapide si activé (attention en environnement de test) |
|
Option |
Description |
Environnement recommandé |
|---|---|---|
|
Disque |
Stocke les données de cache sur le disque du serveur |
✅ Hébergement mutualisé / environnements de base |
|
Redis |
Cache clé-valeur rapide ; fonctionne bien avec PHP-FPM |
✅ Serveurs puissants / VPS |

|
Catégorie |
Description |
|---|---|
|
Hôte/IP Redis |
Format [127.0.0.1:6379]. Pour TLS, utilisez le préfixe [tls://] |
|
Vérifier le certificat TLS |
Vérifie la validité du certificat avec TLS (facultatif) |
|
Utiliser des connexions persistantes |
Réutilise les connexions Redis pour de meilleures performances |
|
Délai de connexion |
Temps maximal autorisé pour se connecter à Redis (s) |
|
Intervalle de nouvelle tentative de connexion |
Attente avant une nouvelle tentative après un échec (ms) |
|
Délai de lecture de la connexion |
Temps maximal d'attente d'une réponse (s) |
|
Redis DB ID |
Numéro de base de données dans Redis (par défaut [0]) |
|
Mot de passe Redis |
Mot de passe ou authentification SASL |
|
Durée de vie du cache par défaut |
Durée de conservation par défaut des éléments (s). Par défaut 180 s |
|
Intervalle de nettoyage (garbage collection) |
Fréquence de suppression du cache expiré. Par défaut 600 s |
|
Groupes globaux |
Groupes partagés en mode réseau (pour le multisite) |
|
Groupes non persistants |
Groupes exclus du cache, p. ex. [counts], [plugins] |
|
Mettre en cache les requêtes wp-admin |
Applique aussi le cache à l'administration (⚠️ à tester) |
|
Stocker les transients en base de données |
Conserve des valeurs temporaires en BD même avec un cache externe |
|
Activer WP-CLI |
Autorise aussi le cache pour les commandes WP-CLI |
6️⃣ Cache du navigateur
La mise en cache navigateur stocke des fichiers statiques comme les images, le CSS et le JS sur l'appareil du visiteur, ce qui réduit fortement le temps de chargement lors des visites suivantes. La réactivité des pages et l'expérience utilisateur s'en trouvent améliorées.
La plupart de ces réglages visent le contrôle du cache et la réduction de la charge du serveur. Sur les sites à fort trafic ou quand l'optimisation des ressources statiques compte, on peut sans souci en activer beaucoup.
| Catégorie | Général | CSS et JS | HTML et XML | Médias et autres fichiers |
|---|---|---|---|---|
| Définir l'en-tête [Last-Modified] | Inclut la date de dernière modification pour permettre des réponses 304 | ✅ À activer dans la plupart des cas | ✅ Convient à la plupart des serveurs | ✅ Efficace avec la plupart des caches CDN/navigateur |
| Définir l'en-tête [Expires] | Incite le navigateur à mettre les fichiers en cache pendant une période donnée | ✅ Par défaut 31536000 s (1 an), recommandé | ✅ Par défaut [3600 s (1 heure)] | ✅ [31536000 s] (1 an) par défaut → adapté aux fichiers statiques |
| ⏱️ Définir la durée d'Expires | — | ⏱️ Ex. : [31536000 s = 1 an] · peut être raccourci avec un CDN | — | — |
| Définir l'en-tête [Cache-Control] | Contrôle la stratégie de cache en ajoutant les en-têtes pragma et cache-control | ✅ [“public, max-age=31536000”] recommandé | ✅ À régler par exemple sur [“public, max-age=3600”] | ✅ [“public, max-age=31536000”] recommandé |
| ✅ Politique de contrôle du cache | — | ✅ Utiliser une méthode qui inclut [max-age] · [“public, max-age=EXPIRES_SECONDS”] est utilisé par défaut | — | — |
| Définir [ETag] | Fournit une balise d'entité qui identifie le fichier – pour détecter les changements | ✅ Efficace au sein d'un même serveur | ✅ S'il n'y a pas de partage de cache entre serveurs, son utilisation est recommandée | ✅ Utile avec un serveur unique |
| Définir l'en-tête W3TC | Ajoute un en-tête indiquant si le fichier a été optimisé par W3TC | 🔖 Pas obligatoire ; à des fins d'analyse | 🔖 Pas obligatoire (pour le débogage) | 🔖 Facultatif |
| Compression gzip | Compression qui allège les fichiers texte (largement compatible) | ✅ Pris en charge par la plupart des serveurs | ✅ La plupart des serveurs le prennent en charge | ✅ Aucun effet sur les images |
| Compression brotli | Taux de compression supérieur à gzip (navigateurs compatibles uniquement) | ✅ Nécessite une configuration Apache/Nginx | ✅ Activer le module Apache/nginx | ✅ S'applique uniquement aux navigateurs compatibles |
| Empêcher la mise en cache des objets après un changement de réglages | Ajoute une chaîne de requête pour invalider l'ancien cache | ✅ Recommandé si les réglages changent souvent | — | ✅ Les modifications de fichiers s'appliquent immédiatement |
| Supprimer les chaînes de requête | Retire [?] des ressources statiques pour améliorer la mise en cache | ⚠️ Nécessaire seulement avec certains CDN/proxys | — | ✅ Applicable aux fichiers versionnés |
| Supprimer les cookies | Supprime l'en-tête [Set-Cookie] des réponses des ressources statiques | ✅ À cocher dans la plupart des cas | — | ✅ Les images et autres n'ont pas besoin de cookies |
| WordPress ne traite pas les 404 | Les 404 des fichiers statiques sont gérées par le serveur web → moins de charge pour WP | — | — | — |
| Liste d'URI d'exception 404 | Indique les motifs d'URI que WP doit continuer à gérer (p. ex. sitemap, robots.txt) | — | — | — |
| Réécrire la structure d'URL des objets | Génère des URI uniques pour contourner le cache (p. ex. [ver=xxxx]) | — | — | — |
Ⅲ. Fonctions supplémentaires de W3 Total Cache
La purge du cache via WP Cron est un réglage global.
{wp_content_dir}/gallery/*
{wp_content_dir}/uploads/avatars/*
{plugins_dir}/wordpress-seo/css/xml-sitemap.xsl
{plugins_dir}/wp-minify/min*
{plugins_dir}/*.js
{plugins_dir}/*.css
{plugins_dir}/*.gif
{plugins_dir}/*.jpg
{plugins_dir}/*.png
{uploads_dir}/imagerotator.swf
{plugins_dir}/wp-fb-autoconnect/facebook-platform/channel.html
- You can use placeholders {wp_content_dir}, {plugins_dir}, {uploads_dir} instead of writing folder paths (wp-content, wp-content/plugins, wp-content/uploads).
- If using Amazon Web Services or Self-Hosted CDN types, enable HTTP compression in the “Media & Other Files” section on Browser Cache Settings tab.
data-bgposition=
data-envira-src=
data-large_image=
data-lazy-original=
data-lazy-src=
data-lazyload=
data-lazysrc=
data-no-lazy=
data-src=
data-srcset=
fullurl=
lazy-slider-img=
loading=”eager”
no-lazy
rev-slidebg
skip-lazy
soliloquy-image
swatch-img
w3-total-cache
woocommerce/assets/images/placeholder.png
wpcf7_captcha
1️⃣ CDN
Vous pouvez le configurer après vous être inscrit chez un fournisseur de CDN.
|
Option |
Description |
|---|---|
|
✅ Héberger les pièces jointes |
Envoie sur le CDN les pièces jointes de [wp-content/uploads], comme les images |
|
✅ Héberger les fichiers wp-includes |
Inclut dans le CDN les fichiers statiques du cœur de WordPress (js/css, etc.) |
|
✅ Héberger les fichiers du thème |
Inclut dans le CDN les fichiers statiques du thème actif (css/js/images, etc.) |
|
✅ Héberger les fichiers CSS/JS minifiés |
Sert depuis le CDN les fichiers CSS/JS minifiés par W3TC |
|
✅ Héberger des fichiers personnalisés |
Pousse vers le CDN les chemins ou noms de fichiers que vous indiquez |
|
⚠️ Forcer l'écrasement des fichiers existants |
Pour forcer un nouvel envoi quand les modifications ne sont pas détectées automatiquement |
|
Catégorie |
Description |
|---|---|
|
Ne purger le CDN que manuellement |
Ne supprime les fichiers du CDN que via le bouton de purge manuelle |
|
Désactiver le CDN sur les pages SSL |
N'utilise pas les URL du CDN sur les pages HTTPS |
|
Utiliser les liens CDN dans l'administration |
Affiche aussi les URL du CDN pour les médias dans l'administration |
|
Add CORS header |
Ajoute un en-tête de réponse autorisant CORS |
|
Désactiver le CDN par rôle |
N'applique pas le CDN aux rôles choisis (p. ex. seuls les administrateurs utilisent l'origine) |
|
Liste des pages exclues |
Exclut du CDN les chemins indiqués (regex possible) |
|
Envoyer automatiquement les fichiers minifiés |
Envoie automatiquement les fichiers minifiés sur le CDN (Push) |
|
Exporter automatiquement les fichiers modifiés |
Envoie automatiquement dès qu'une modification est détectée |
|
Intervalle d'envoi automatique |
Intervalle d'envoi après détection d'un changement (par défaut 3600 s) |
|
Intervalle / limite de renvoi |
Intervalle de nouvelle tentative après échec et limite de fichiers traités |
|
Fichiers wp-includes à envoyer |
Indique quels types de fichiers du cœur vont sur le CDN |
|
Types de fichiers du thème à envoyer |
Indique les types de fichiers du thème comme CSS/JS/polices |
|
Types de fichiers à importer |
Définit les conditions de téléchargement automatique des fichiers liés en externe |
|
Liste de fichiers personnalisés |
Indique les chemins de fichiers à envoyer sur le CDN (modèles, extensions externes, etc.) |
|
User agents refusés |
Indique les bots/user agents à bloquer pour les fichiers du CDN |
|
Chemins de fichiers refusés |
Indique les chemins à garder hors du CDN, comme les CAPTCHA et chemins spéciaux |
|
Définir le domaine des cookies |
Indique un domaine pour éviter l'envoi de cookies avec un CDN en sous-domaine |
2️⃣ Proxy inverse
La description cite Varnish et Nginx en exemple, mais comme Nginx se configure sur le serveur, n'appliquez ce réglage dans W3 Total Cache que si vous utilisez Varnish.
3️⃣ Expérience utilisateur : chargement différé
Dans les réglages avancés, plus de 50 % des fonctions ne sont disponibles que dans la version premium.
|
Catégorie |
Description |
Quand l'utiliser |
|---|---|---|
|
✅ Traiter les balises d'image HTML |
[<img>] : reçoivent l'attribut lazy |
Pour le chargement différé des images de contenu classiques |
|
✅ Traiter les images d'arrière-plan |
Applique le chargement différé aux [background-image] CSS |
Pour les sites très graphiques avec beaucoup d'images d'arrière-plan |
| Mots à exclure | Exemple |
|---|---|
| Attributs exclus du lazy | [data-src], [data-lazy-src], [data-no-lazy], [loading=”eager”], etc. |
| Classes exclues du lazy | [no-lazy], [skip-lazy], [lazy-slider-img], [rev-slidebg], etc. |
| Extensions/sliders | [soliloquy-image], [envira], [w3-total-cache], [wpcf7_captcha], etc. |
| WooCommerce | [swatch-img], [woocommerce/…/placeholder.png], etc. |
Le « seuil » du chargement différé fixe à quelle distance sous la fenêtre du navigateur (écran) les images et éléments d'arrière-plan commencent à se charger. Par exemple, avec 100px, un élément se charge quand l'utilisateur arrive à moins de 100 pixels en défilant ; une valeur trop faible retarde le chargement et laisse voir des zones vides, d'où une valeur habituelle de 100 à 300px.
Voici maintenant les modes d'insertion des scripts.
|
Mode d'insertion |
Description |
Emplacement ou attribut |
|---|---|---|
|
Asynchrone (Async) |
S'exécute en parallèle du chargement de la page sans bloquer le rendu |
[<script async>] |
|
Synchrone (dans le head) |
S'exécute d'abord dans la zone [<head>] et peut bloquer temporairement le rendu (in the head) |
[<head>] ou [<script>] |
|
En ligne (Inline) |
Insère le script directement dans le document HTML pour l'exécuter sans requête supplémentaire |
Inséré dans [<script>code</script>] |


4️⃣ Convertisseur WebP


Ⅳ. Évaluation globale de W3 Total Cache
L'interface (UI) de W3 Total Cache n'est pas mauvaise, mais clairement peu pratique. Beaucoup de développeurs et d'utilisateurs avancés le soulignent. Face à des extensions récentes comme WP Rocket ou FlyingPress, elle tient la comparaison sur les performances, mais l'expérience utilisateur (UX) laisse à désirer.
Avoir beaucoup de fonctions est un atout, mais pour un débutant, la structure peut paraître trop complexe. En particulier, avec des allers-retours fréquents entre menus et de nombreuses options détaillées, même des développeurs et administrateurs expérimentés peuvent faire des erreurs de réglage. On ne retient évidemment pas tous les réglages, mais à l'usage c'est une extension de cache avancée qui permet des réglages très fins.
Avec plus d'un million d'installations de la version gratuite, difficile de la considérer comme une simple vieille extension : en pratique, rares sont les extensions de cache qui égalent la variété et la richesse de ses fonctions.
| Catégorie | Note (⭐) | Appréciation |
|---|---|---|
| 🎛️ Interface | ⭐⭐⭐ | Beaucoup de menus et une structure complexe ; une barrière pour les nouveaux. L'interface paraît datée |
| ⚙️ Variété des fonctions | ⭐⭐⭐⭐⭐ | Cache, CDN, Redis et presque toutes les fonctions ; difficile de trouver un manque |
| 🛠️ Souplesse des réglages fins | ⭐⭐⭐⭐ | Presque tout se règle finement ; attention aux conflits entre réglages |
| 🚀 Gain de performances | ⭐⭐⭐⭐⭐ | Excellentes performances une fois optimisé ; cache d'objets/navigateur très efficaces |
| 🧩 Compatibilité | ⭐⭐⭐ | Peut entrer en conflit avec certains hébergeurs, thèmes et extensions. |
| 📄 Documentation et guides | ⭐⭐⭐⭐⭐ | Documentation officielle abondante |
| 💡 Recommandation des utilisateurs | ⭐⭐⭐⭐(4.5) | Recommandé aux utilisateurs avancés ; pour les débutants, plutôt WP Rocket, Cache Enabler, etc. |
| 📊 Note globale | ⭐⭐⭐⭐(4.5) | Extension puissante axée sur les fonctions. Courbe d'apprentissage ; tenez compte de votre niveau |
Ⅴ. Test de performances
Après configuration, le test de vitesse final a montré un gain plus net qu'avec les extensions de cache habituelles.
ℹ️ Mention d'affiliation
Le contenu de ce site contient des liens d'affiliation. Lorsqu'un visiteur achète un produit ou un service via l'un de ces liens, le site perçoit une commission du vendeur. Le montant payé par l'acheteur(il baisse lors des promotions ↓), lui, n'augmente pas. Les prix, remises et stocks indiqués correspondent à la date de rédaction et peuvent différer ; vérifiez-les donc auprès du vendeur avant d'acheter. Les produits sont choisis et évalués selon nos propres critères, et les commissions n'influencent ni l'ordre de présentation ni le contenu des évaluations.