Un cache bien réglé accélère un site WordPress, mais un cache mal réglé crée des effets secondaires: pages qui ne se mettent plus à jour, panier WooCommerce qui se comporte mal, ou contenu « vu par une autre personne ». La bonne approche consiste à empiler des couches simples (navigateur, page, CDN), puis à exclure clairement ce qui doit rester dynamique. Cela aide autant pour des visiteurs à Sion et Martigny (Valais) qu’à Fribourg, Bulle (Fribourg), Nyon, Vevey (Vaud), Genève, Carouge (Genève), Neuchâtel ou Delémont (Jura).
Sources officielles: WordPress (cache), WordPress Hosting Handbook (performance et caches), web.dev (HTTP cache), MDN (Cache-Control), Cloudflare (Cache Rules), Cloudflare (exemple Cache Everything).
1) Les 3 couches de cache qui comptent (sans se compliquer)
- Cache navigateur (HTTP): évite de retélécharger des fichiers déjà reçus (CSS, JS, images).
- Cache page entière (full page cache): sert une page HTML prête, au lieu de recalculer WordPress à chaque visite.
- Cache CDN (ex. Cloudflare): met en cache au plus proche des visiteurs, réduit la charge serveur.
Le cache objet existe aussi (menus, requêtes base de données), mais pour une PME, les plus gros gains viennent souvent des 3 couches ci-dessus. Ensuite seulement, on ajoute du cache objet si le site est plus complexe (beaucoup de trafic, pages dynamiques, utilisateurs connectés).
2) Cache navigateur: l’en-tête Cache-Control, base propre
Le navigateur respecte des directives HTTP, dont Cache-Control. L’objectif: autoriser une mise en cache longue pour les ressources qui changent rarement (logos, fichiers CSS/JS versionnés), et rester plus prudent sur le HTML.
Repères simples (à valider selon votre serveur)
- CSS/JS/images: cache long si les fichiers sont versionnés (ex. hash dans le nom ou paramètre de version).
- HTML: cache court ou piloté par votre système de cache page/CDN.
- Contenu sensible: éviter le cache partagé si des données personnelles peuvent apparaître.
3) Cache page entière: rapide, mais attention aux pages dynamiques
WordPress rappelle que le cache est l’un des moyens les plus rapides d’améliorer la performance. Le point clé: exclure ce qui ne doit pas être servi comme une page statique.
Pages à exclure presque systématiquement (WooCommerce et zones sensibles)
- Panier
- Checkout
- Mon compte
- wp-admin et toutes pages réservées aux utilisateurs connectés
Si votre plugin de cache propose des exclusions par cookies, c’est souvent la méthode la plus sûre: dès qu’un visiteur est connecté ou possède un cookie WooCommerce, la page doit rester dynamique.
4) Cache CDN avec Cloudflare: Cache Rules plutôt que bricolage
Cloudflare permet de définir des Cache Rules pour décider ce qui est éligible au cache, pour combien de temps, et avec quelles conditions. Un point important: Cloudflare indique que les Cache Rules nécessitent que les enregistrements DNS concernés soient proxifiés via Cloudflare.
Stratégie Cloudflare simple (efficace pour la Suisse romande)
- Mettre en cache les fichiers statiques (images, CSS, JS), avec un TTL adapté.
- Rester prudent sur le HTML, sauf si votre site est majoritairement statique et que les exclusions WooCommerce sont strictes.
- Bypass pour Panier, Checkout, Mon compte, et tout ce qui dépend d’un cookie.
Le mode « Cache Everything » existe, mais il doit être utilisé avec rigueur: une page cachée alors qu’elle ne devrait pas l’être peut casser l’expérience (et créer des incohérences sur des parcours d’achat).
5) Purge: savoir quand vider, et éviter de vider trop souvent
Un cache est utile s’il tient dans le temps. La purge doit donc être déclenchée quand un contenu change réellement: mise à jour de page, changement de menu, mise à jour d’un fichier CSS, ajout de produit. Le reste du temps, laisser le cache faire son travail.
Checklist (15 minutes) pour valider un cache propre
- Ouvrir 2 pages: Accueil et 1 page service. Vérifier que le second chargement est plus rapide.
- Mettre à jour un texte sur une page: vérifier que la nouvelle version apparaît après purge ciblée.
- WooCommerce: tester ajout au panier, panier, checkout, et connexion compte.
- Mobile: vérifier menu, CTA, et absence de comportements « bizarres » après navigation.
FAQ Cache WordPress et Cloudflare (Suisse romande)
Faut-il activer « Cache Everything » sur Cloudflare ?
Par défaut, mieux vaut commencer par les ressources statiques. « Cache Everything » peut être utile sur un site très statique, mais il exige des exclusions strictes (WooCommerce, comptes, cookies) pour éviter des incohérences.
Pourquoi une page affiche encore l’ancienne version après modification ?
Cause fréquente: une couche de cache n’a pas été purgée (cache page, cache CDN, ou cache navigateur). La solution est de purger au bon endroit, puis de vérifier que la purge est ciblée et cohérente.
Quel est le risque principal sur une boutique WooCommerce ?
Mettre en cache une page qui dépend d’un état utilisateur (cookie, session, compte). D’où l’importance d’exclure Panier, Checkout et Mon compte, et de bypass dès qu’un cookie WooCommerce est présent.
Besoin d’un cache rapide et fiable, sans casser le panier ?
Pour régler le cache WordPress, cadrer Cloudflare (Cache Rules, exclusions WooCommerce) et valider la performance sur mobile dans tous les cantons romands, contactez clickclick.ch.
