Configurer LiteSpeed Cache avec WordPress : les réglages recommandés

10 décembre 2025

Cet article est le 4^e volet de notre série “Optimiser son site avec les outils d’o2switch”.

Volet 1 : Introduction – présentation des outils d’optimisation chez o2switch
Volet 2 : Activer LiteSpeed Cache chez o2switch
Volet 3 : Core Web Vitals : les 5 indicateurs essentiels de performance web
Volet 4 : Configurer LiteSpeed Cache avec WordPress : les réglages recommandés (vous êtes ici)
Volet 5 : Redis / Memcached
Volet 6 : Varnish
Volet 7 : PageSpeed

Cette feuille de route peut évoluer au fil des articles. Par exemple, certains sujets (comme le cache objet Redis/Memcached) pourront être traités en un seul article, tandis que d’autres demanderont deux volets (activation + configuration).

Dans les précédents volets, nous avons découvert les outils d’optimisation natifs disponibles chez o2switch, appris à activer LiteSpeed Cache pour WordPress via WP Tiger et compris comment interpréter les Core Web Vitals afin de mesurer l’impact réel de vos optimisations.
Passons maintenant à l’étape suivante : configurer LiteSpeed Cache pour tirer pleinement parti du cache et des optimisations côté WordPress.

L’extension propose de nombreux réglages : cache des pages, optimisation du code, gestion avancée des images, compatibilité WooCommerce, fonctions techniques comme ESI ou le Guest Mode…
Face à cette richesse, il peut être difficile de savoir quoi activer ou modifier.

Dans ce volet, nous allons donc parcourir les principales rubriques de l’extension et expliquer, de manière simple, à quoi servent les réglages importants, dans quels cas les utiliser, et lesquels tester avec prudence.
L’objectif n’est pas de fournir une configuration “idéale” — elle n’existe pas — mais de vous aider à comprendre les paramètres clés pour adapter LiteSpeed Cache aux besoins réels de votre site.

Note : Cet article s’appuie sur l’activation de LiteSpeed Cache réalisée dans le Volet 2. Si ce n’est pas déjà fait, commencez par cet article avant d’aller plus loin.

Comment comprendre l’organisation de LiteSpeed Cache

LiteSpeed Cache intègre de nombreux réglages, mais son interface suit une logique simple.
Avant d’entrer dans le détail, il est utile de comprendre sa structure globale : l’extension est organisée par familles fonctionnelles, correspondant aux trois grands aspects de la performance web :

• ce qui relève du serveur (génération et stockage des pages),
• ce qui relève du navigateur (chargement visible par les visiteurs),
• et ce qui concerne la maintenance et le dépannage.

Cette logique permet de savoir où chercher une option, d’en comprendre le rôle et d’éviter de modifier un paramètre sans en mesurer l’impact.

Lorsque vous configurez une extension aussi complète que LiteSpeed Cache, il est essentiel d’avancer méthodiquement, étape par étape, en testant après chaque modification. Si vous activez plusieurs options sans vérifier leur effet, vous risquez de vous perdre rapidement. Soyez patient, précis et rigoureux.

Tableau : les grandes familles de réglages dans LiteSpeed Cache

Famille	Objectif principal	Ce que l’on y règle	Rubriques associées
Côté serveur	Déterminer comment WordPress génère, stocke et sert les pages	Activation du cache, TTL, exclusions, cache mobile, compatibilité WooCommerce	Tableau de bord, Général, Cache
Côté navigateur	Optimiser ce que le visiteur charge réellement	CSS/JS/HTML, images (WebP, compression, lazyload), ordre de chargement, CDN éventuel	Optimisation de page, Optimisation d’image, CDN
Maintenance & dépannage	Entretenir le site et analyser le comportement du cache	Nettoyage, purge, export/import, tests, outils de diagnostic	Base de données, Crawler, Boîte à outils

À propos des préréglages (et pourquoi ne pas les utiliser d’emblée)

Sous le tableau de bord, LiteSpeed Cache propose plusieurs préréglages : Fondamentaux, Basique, Avancé, Agressif et Extrême. Ils promettent une configuration “en un clic”, mais ils activent en réalité de nombreuses options sensibles d’un seul coup, dont certaines nécessitent QUIC.cloud.

QUIC.cloud, c’est quoi au juste ?

QUIC.cloud est un service en ligne fondé par l’équipe de LiteSpeed Technologies, la même entreprise qui développe LiteSpeed Cache. Il complète l’extension en proposant des optimisations “dans le cloud”, notamment :

• un CDN,
• une optimisation d’images à distance,
• la génération automatique du CSS critique,
• la suppression du CSS inutilisé,
• et un cache distribué optionnel.

Il existe une version gratuite mais très limitée du service. Pour en tirer pleinement parti, il faut rapidement passer à la version payante. En résumé, QUIC.cloud permet au plugin d’aller plus loin… mais souvent pour des besoins que vous n’avez pas, et qui peuvent même s’avérer contre-productifs.

Comme mentionné plus haut, activer de nombreux paramètres d’un coup — souvent sans comprendre lesquels — entraîne rapidement des comportements inattendus. Mieux vaut donc commencer par les réglages de base.

Règle d’or : Testez toujours une modification à la fois

Exporter votre configuration actuelle
Activer un seul réglage
Vider le cache
Tester votre site (front + admin)
Mesurer l’impact sur PageSpeed Insights

Les réglages du menu Général

Le menu « Général » rassemble quelques options transversales, mais dans la grande majorité des cas, vous n’aurez rien à modifier ici.

L’onglet QUIC.cloud permet simplement de connecter WordPress au service en ligne du même nom. Comme nous ne l’utilisons pas dans ce guide, vous pouvez laisser cet onglet tel quel.

L’onglet Réglages généraux contient plusieurs options comme le Mode visiteur, l’Optimisation visiteur ou l’adresse IP du serveur. Ces fonctions sont étroitement liées à QUIC.cloud ou à des scénarios avancés : elles ne sont pas utiles sur un site WordPress classique hébergé chez o2switch. Vous pouvez donc conserver les réglages par défaut.

Enfin, l’onglet Personnalisation (agents utilisateurs et adresses IP) s’adresse à des cas très particuliers. Là encore, il est préférable de laisser ce menu vide.

→ En résumé : le menu Général n’a pas besoin d’être configuré pour optimiser LiteSpeed Cache. Les réglages par défaut conviennent parfaitement à la plupart des sites WordPress.

Les réglages du Cache

La rubrique Cache est la plus dense de l’extension. Elle couvre :

la mise en cache des pages,
la durée de vie du cache (TTL),
la purge automatique,
les exclusions,
les fragments dynamiques dans une page,
le cache objet,
le cache navigateur,
et quelques paramètres très techniques qu’il vaut mieux laisser de côté.

L’objectif de ce chapitre n’est pas d’expliquer chaque option une par une, mais d’identifier celles qui comptent réellement et de clarifier ce qu’il faut activer, laisser tel quel ou éviter.

Pour rendre cela lisible, voici la synthèse, organisé selon les 8 onglets de la rubrique.

Tableau Onglet Cache (mise en cache générale)

Réglage	Recommandation	Pourquoi ?
Activer la mise en cache	Oui	Active le cache des pages. Indispensable.
Mettre en cache les utilisateurs connectés	Non	Évite d’afficher des pages figées en back-office ou espace membre.
Mettre en cache les commentateurs	Non	Peu utile ; peut générer des incohérences d’affichage.
Mettre en cache l’API REST	Non	L’API est utilisée par l’éditeur et certaines extensions → mieux vaut éviter.
Mettre en cache la page de connexion	Oui	Légère amélioration sans danger.
Cache mobile	Non	À activer uniquement si le thème génère un HTML spécifique mobile (rare).
URI privées / Forcer cache / Forcer cache public	Éviter	Réglages avancés très sensibles, sources d’erreurs.
Supprimer les chaînes de requête (fbclid, utm, etc.)	Laisser par défaut	Suffisant pour les cas usuels.

Tableau Onglet TTL (durée de vie du cache)

Réglage	Recommandation	Pourquoi ?
TTL public par défaut	86400	24 h : Bon équilibre entre mise à jour du contenu et performance.
TTL privé	1800	Valeur par défaut
TTL page d’accueil	7200 à 14400	2 à 4 h : page souvent mise à jour → TTL plus court.
TTL RSS / REST	Laisser à la valeur par défaut	Optimisation marginale, risque inutile à modifier sauf si votre site utilise intensivement l’API REST.
TTL 404 / 500	Garder les valeurs par défaut	Rien à optimiser ici.

Tableau Onglet Purger (comment le cache se régénère)

Laisser LiteSpeed gérer automatiquement les cas simples.
Activer les purges utiles pour maintenir le site à jour.
Ne pas activer toutes les purges globales, qui ralentissent inutilement le serveur.

Tableau des purge automatique des contenus WordPress (hooks déclencheurs) :

Catégorie	Hooks associés	Recommandation
Articles	publish_post, edit_post, delete_post	Oui, à activer
Commentaires	comment_post, wp_insert_comment, edit_comment, delete_comment, trackback_post, pingback_post	Oui, si votre site utilise les commentaires
Produits WooCommerce	publish_product, edit_product, delete_product, woocommerce_product_set_stock, woocommerce_variation_set_stock	Oui, indispensable si vous avez un site avec WooCommerce
Commandes & Stock	woocommerce_order_status_completed, woocommerce_order_status_processing, woocommerce_order_status_cancelled, woocommerce_order_status_refunded, woocommerce_payment_complete, woocommerce_product_set_stock_status, woocommerce_reduce_order_stock, woocommerce_restore_order_stock	Oui, pour maintenir des données à jour. `woocommerce_product_set_stock` et `woocommerce_variation_set_stock` sont critiques pour éviter l’affichage de ruptures de stock erronées
Variations de produits	woocommerce_save_product_variation, woocommerce_delete_product_variation	Oui, recommandé
Optionnel mais utile	woocommerce_update_product, woocommerce_new_product, trashed_post	À activer si vous gérez beaucoup de produits

Notes : Évitez les purges globales (“Tout purger”) en continu. Elles sont lourdes et inutiles sur la plupart des sites.

Tableau Onglet Exclure (éviter de mettre en cache certaines pages)

Réglage	Recommandation	Pourquoi ?
Ne pas mettre en cache les URI	Ajouter uniquement si un comportement anormal est identifié	À utiliser pour les pages très dynamiques (formulaire, tableau, calendrier).
Ne pas mettre en cache chaînes de requête / catégories / étiquettes	Laisser vide	Le cache fonctionne très bien sans exclusions.
Ne pas mettre en cache les cookies	Laisser vide	À manipuler uniquement par un développeur.
Ne pas mettre en cache certains agents utilisateurs	Laisser vide	Rarement utile.
Ne pas mettre en cache certains rôles	Laisser par défaut	WP gère déjà bien les rôles et le cache public.

Tableau Onglet ESI (fragments dynamiques dans une page mise en cache)

ESI est un système puissant mais conçu pour les sites qui ont des blocs dynamiques et personnalisés à l’extrême. Ce n’est pas nécessaire pour un site WordPress standard.

Réglage	Recommandation	Pourquoi ?
Activer ESI	Non	Fonction avancée pour sites dynamiques complexes ; risque de configuration incorrecte.
Mettre en cache la barre admin / formulaire de commentaires	Non	Ne pas fragmenter inutilement les pages.
Nonces ESI	Ne pas modifier	Réservé aux développeurs.
Groupes variables	Ne pas modifier	Utile uniquement pour du contenu différent selon rôle utilisateur.

Tableau Onglet Objet (cache objet : Redis / Memcached)

Attention : n’activez pas le cache objet ici si vous ne savez pas le configurer manuellement et si Redis n’est pas installé. Préférez toujours l’activation et la gestion via WP Tiger, qui installe et configure automatiquement Redis.

Tableau Onglet Navigateur (cache navigateur côté client)

Réglage	Recommandation	Pourquoi ?
Activer le cache navigateur	Oui	Permet au navigateur de conserver localement les fichiers statiques (CSS/JS/images)
TTL fichiers statiques	31536000 (52 semaines)	Très bon pour les performances ; WordPress régénère les assets avec versioning

Tableau Onglet Avancé (à ne modifier que si cas très spécifique)

Réglage	Recommandation	Pourquoi ?
Cache TTL AJAX	Ne pas utiliser	Risque d’impacter l’éditeur WordPress.
Cookie de connexion	Ne pas toucher	Réglage critique multi-applications.
Varier les cookies	Ne pas utiliser sans expertise	Très sensible.
Compatibilité HTTP/HTTPS	Laisser inactif	Rarement utile.
Clic instantané (Instant Click)	Désactivé	Augmente les requêtes → charge inutile du serveur.

Mémo rubrique Cache :

Pour 95 % des sites WordPress :

le cache doit être activé,
les utilisateurs connectés et l’API REST ne doivent pas être mis en cache,
le cache mobile doit rester désactivé,
les TTL doivent être ajustés pour refléter la fréquence des mises à jour,
les hooks de purge doivent être ajustés selon votre profil de site,
les exclusions doivent être minimales,
les options avancées (ESI, forçages, cookies) peuvent être ignorés,
Redis peut être activé si vous maîtrisez son paramétrage manuel.

Avec ce socle, LiteSpeed Cache fonctionne de manière optimale, stable et prévisible dans l’environnement o2switch.

Les réglages du CDN

LiteSpeed Cache propose un menu dédié au CDN (Content Delivery Network), principalement conçu pour être utilisé avec QUIC.cloud, le service externe développé par l’équipe LiteSpeed :

ce menu n’est pas nécessaire,
il n’apporte aucune optimisation supplémentaire au cache déjà fourni par le serveur,
et les fonctionnalités avancées (CDN, optimisation distante, CSS critique externalisé) reposent sur QUIC.cloud, un service tiers souvent payant et rarement utile pour un site ciblant la France.

→ En pratique : vous pouvez ignorer entièrement le menu CDN dans votre configuration.

Les réglages Optimisation d’image

LiteSpeed Cache inclut un module d’optimisation d’image très complet : génération WebP/AVIF, compression automatique, optimisation des miniatures, remplacement dynamique dans le HTML…
Mais tous ces outils reposent sur l’infrastructure distante QUIC.cloud, un service externe développé par l’équipe LiteSpeed Technologies. Pour utiliser l’onglet Optimisation d’image, il faut :

connecter son site à QUIC.cloud,
envoyer les images sur les serveurs LiteSpeed,
attendre la génération des versions optimisées,
puis rapatrier les fichiers.

Des alternatives locales existent et sont plus simples

Converter for Media, Imagify, ShortPixel, Optimole ou encore WebP Express gèrent localement les optimisations, sans dépendre d’un cloud externe et sans impacter le cache LiteSpeed.

→ Vous pouvez ignorer également le menu Optimisation d’image dans votre configuration.

Les réglages d’Optimisation de page

L’onglet Optimisation de page est le plus riche et le plus délicat de l’extension LiteSpeed Cache.
C’est ici que l’on agit sur les éléments qui influencent directement le chargement du site chez les visiteurs :

CSS
JavaScript
HTML
Médias
VPI
Médias exclus
Personnalisation & Personnalisation CSS

Mais c’est aussi l’endroit où l’on casse un site en un clic si l’on active trop d’options sans mesurer leurs effets. Certains réglages nécessitent QUIC.cloud ; d’autres modifient fortement le comportement du thème, des builders (Elementor, Divi…) ou de WooCommerce. L’objectif de ce chapitre est simple :

vous guider vers les réglages fiables,
identifier ceux qui demandent une approche prudente,
et signaler clairement ceux qu’il vaut mieux éviter.

Tableau Onglet Réglages CSS

Option	Recommandation	Pourquoi ?
Minifier CSS	Oui	Sans risque, réduit légèrement le poids des fichiers.
Combiner CSS	À éviter	Risque élevé de casser le design (Elementor, Divi, WooCommerce).
Combiner les CSS externes	À éviter	Même risque que ci-dessus, encore plus marqué.
Charger le CSS de manière asynchrone	Ne pas activer	Nécessite QUIC.cloud et peut casser l’affichage avant que le CSS ne soit chargé.
Générer le CSS critique (UCSS)	Ne pas activer	Fonction dépendante de QUIC.cloud ; génère souvent des affichages incomplets.
Bibliothèque de fichiers UCSS	Ignorer	Fonction inactive sans UCSS/cloud.
Optimisation de l’affichage des polices	Oui (Swap)	Permet un affichage plus rapide des textes sans altérer le design.

→ À retenir : minifier oui, combiner non.
Les thèmes modernes et les builders ne supportent pas bien la combinaison CSS.

Tableau Onglet Réglages JS

Option	Recommandation	Pourquoi ?
Minifier JS	Oui	Généralement sans danger, mais tester après activation.
Combiner JS	À éviter	Très instable : risque élevé de casser menus, sliders, builder.
Combiner JS externes et en ligne	À éviter	Même risque, avec scripts tiers en plus.
Charger le JS en différé : option Différé JS	Oui, avec tests	Améliore le chargement mais doit être testé page par page.
Charger le JS en différé : option Reporté JS	Non	Peut retarder des scripts essentiels → casse WooCommerce, sliders, Elementor.

→ Différer est utile, mais jamais sans tests.
Si une fonctionnalité (menu, slider, carrousel) cesse de fonctionner, c’est souvent ici.

Tableau Onglet Réglages HTML

Option	Recommandation	Pourquoi ?
Minifier HTML	Oui	Sans risque.
Supprimer les emojis WordPress	Oui	Recommandé (gain léger).
Supprimer les balises noscript	Non	Peut casser le Lazyload et certains plugins (reCAPTCHA…).
Supprimer les chaînes de requête	Oui	Améliore la mise en cache des fichiers statiques.
Retirer les polices Google	Oui, si votre thème gère localement	Réduit les requêtes externes.
Charger les polices Google de manière asynchrone	Prudence	Peut provoquer un flash de style selon les thèmes.
Préfetch, Prerender, Preconnect	À configurer manuellement uniquement	Les réglages automatiques peuvent multiplier les requêtes inutilement.

→ Les réglages HTML sont globalement sans danger, sauf la suppression des balises noscript.

Tableau Onglet Réglages des Médias

Ces réglages influencent directement la vitesse perçue et le CLS (Cumulative Layout Shift).

Option	Recommandation	Pourquoi ?
Lazyload des images	Oui	Recommandé ; améliore le temps de chargement initial.
Lazyload des iframes	Oui	Gain important, notamment pour YouTube.
Dimensions manquantes	Oui	Réduit les sauts de mise en page (CLS).
LQIP (Low Quality Image Placeholder)	Non	Fonction dépendante de QUIC.cloud ; peut créer un effet de flou initial non souhaité sur certains thèmes.
Génération LQIP en arrière-plan	Non	Nécessite QUIC.cloud.
Redimensionnement automatique des grandes images	Oui, sauf cas particulier	Réduit le poids des médias sur des thèmes mal configurés.

→ Lazyload + dimensions manquantes = duo gagnant pour les Core Web Vitals.

Tableau Onglet Réglages VPI (Viewport Images)

Les “Images du viewport” permettent à LiteSpeed de charger les images visibles en premier avant le Lazyload. Mais :

dépend de QUIC.cloud,
difficile à configurer,
instable sur sliders, carrousels, Hero Elementor.

→ Recommandation : laisser désactivé.

Tableau Onglet Réglages Médias exclus

Cette section sert à exclure certaines images, iframes ou sélecteurs du Lazyload ou des optimisations. Utile si :

une image LCP doit se charger immédiatement,
un slider se comporte mal,
une vidéo doit s’afficher sans vignette différée.

→ Laisser vide par défaut.
→ Ajouter une exclusion uniquement si un problème apparaît.

Tableau Onglet Réglages Localisation

La localisation permet d’héberger localement certains scripts externes (ex : Google Analytics, Facebook Pixel…). Sur le papier : bon pour la performance.
En pratique : casse très facilement les outils concernés.

→ Recommandation : désactivé, sauf cas très spécifique.

Tableau Onglet Réglages Personnalisation & Personnalisation CSS

Ces deux onglets permettent :

d’exclure un fichier CSS du combine,
d’exclure un JS du defer,
de désactiver certaines optimisations sur certaines URLs.

Ce ne sont pas des réglages de performance, mais des outils de réparation
→ On les utilise uniquement si une optimisation a cassé quelque chose.

Par défaut → laisser vide.

Options qui nécessitent QUIC.cloud

Plusieurs réglages de l’onglet Optimisation de page ne fonctionnent pas si QUIC.cloud n’est pas configuré :

Génération du CSS critique (UCSS)
Chargement CSS asynchrone
LQIP et miniatures dégradées
AVIF
Viewport Images (VPI)
Génération automatisée des placeholders
Gestion avancée des polices (certaines options)
CCSS par type de contenu ou par URL

→ Dans le cadre de cet article : nous n’utiliserons aucune de ces fonctionnalités.

Mémo rubrique Optimisation de page

L’onglet Optimisation de page est puissant, mais doit être configuré avec méthode.
Pour la majorité des sites WordPress :

Minifier CSS / JS : Oui
Optimisation des polices → Swap : Oui
Lazyload + dimensions manquantes : Oui
Déférer JS : Oui, mais avec tests
Combiner CSS/JS : Non
UCSS, LQIP, VPI : Désactivés (QUIC.cloud)
Localisation : Désactivée
Personnalisation : Vide, sauf besoin particulier

Avec ces réglages, LiteSpeed Cache offre d’excellentes performances avec le minimum de risques et sans dépendre de services externes.

Les réglages Optimisation de la base de données

→ Avant toute optimisation de BDD : faire une sauvegarde complète de la base de données.
Cet onglet regroupe des actions ponctuelles de nettoyage.
Ce ne sont pas des réglages permanents : chaque bouton exécute immédiatement une opération sur votre base WordPress.

Actions disponibles

Action	Recommandation	Pourquoi ?
Effacer les révisions	Oui	Les révisions s’accumulent rapidement.
Supprimer les brouillons automatiques	Oui	Données temporaires inutiles.
Vider les articles / commentaires à la corbeille	Oui	Nettoyage classique.
Supprimer les commentaires indésirables	Oui	Sans incidence.
Supprimer les transients expirés	Oui	Supprime des données temporaires obsolètes.
Supprimer tous les transients	Non	Certaines extensions utilisent encore des transients actifs.
Optimiser les tables	Oui	Equivalent d’un `OPTIMIZE TABLE`, sans risque particulier.
Convertir MyISAM → InnoDB	Pour utilisateurs expérimentés	Manipulation SQL non indispensable dans ce guide.

Réglages persistants

Réglage	Recommandation
Nombre maximal de révisions	3 à 5
Âge maximal des révisions	30 jours

Les réglages du Crawler

Le Crawler de LiteSpeed Cache est un robot qui visite automatiquement les pages de votre site pour reconstruire le cache avant que les utilisateurs ne les consultent.

Ce module n’apporte pas de bénéfice notable et reste rarement utilisé. Il demande une configuration précise (sitemap, cookies, rôles, intervalle, limites de charge…), qui dépasse largement les besoins de la plupart des sites WordPress.

→ Laisser le Crawler désactivé.

Les réglages Boîte à outils

La Boîte à outils regroupe plusieurs fonctions ponctuelles utiles pour tester, diagnostiquer ou réinitialiser certains éléments du cache LiteSpeed. Ce n’est pas un menu à configurer au quotidien : on y vient surtout lorsqu’on souhaite purger quelque chose de précis, exporter sa configuration, consulter le fichier .htaccess ou activer un mode de test.

Onglet Purger

Cet onglet permet d’effacer tout ou partie du cache de votre site. La règle générale est simple : purger de manière ciblée suffit dans la majorité des cas.

Actions les plus utiles

Action	Utilité
Purger la page d’accueil	À faire si elle n’affiche pas une mise à jour récente.
Purger une page / 404 / 403 / 500	Idéal pour corriger un problème localisé.
Purger CSS/JS	Utile après avoir modifié un fichier CSS ou JS.

Actions plus larges

Action	Recommandation
Tout purger – LSCache	Possible, mais pas systématique.
Vider tout le cache	À réserver aux cas particuliers.

L’intérêt est de corriger un affichage, pas de vider trop fréquemment le cache.

Onglet Importer / Exporter

Outil pratique si vous testez différents réglages ou si vous intervenez sur plusieurs sites.

Fonction	Utilité
Exporter	Sauvegarde de votre configuration actuelle.
Importer	Appliquer des réglages préalablement sauvegardés.
Réinitialiser	À éviter : remet absolument tout à zéro.

Onglet Voir le .htaccess

Cet onglet affiche le contenu du fichier .htaccess pour vous permettre de vérifier que les directives LiteSpeed y figurent. Ce n’est pas un éditeur. On ne modifie pas ce fichier ici : il s’agit uniquement d’une consultation.

Onglet Battement de cœur (Heartbeat)

Le Heartbeat est un système interne de WordPress utilisé pour l’éditeur, la synchronisation, les verrous de contenu, etc. LiteSpeed permet de réduire légèrement sa fréquence. C’est un réglage optionnel.

Zone	Recommandation
Front-end	Peut être réduit si souhaité.
Admin	À laisser par défaut pour éviter les incidents.
Éditeur	Ne pas toucher : l’éditeur en dépend.

Onglet Débogage

Cet onglet permet d’isoler un problème ou d’obtenir davantage d’informations.

Option	Utilité
Journal de débogage	À activer uniquement pour analyser un comportement ponctuel.
Désactiver toutes les fonctionnalités	Utile pour diagnostiquer un conflit.
Niveaux avancés	Réservé à des cas très spécifiques.

Une fois les tests réalisés, on remet tout désactivé.

Onglet Journaux et bêta test

Ces sections sont destinées aux utilisateurs confirmés (tests avancés, version GitHub, rapports système). Elles n’entrent pas dans une configuration standard.

Mémo Boîte à outils

La Boîte à outils est un menu ponctuel, utile pour tester ou résoudre un problème.
Les purges ciblées suffisent dans la majorité des cas.
Importer / exporter est pratique pour sécuriser ses réglages avant une modification.
Le reste des onglets (débogage, journaux…) sert surtout à analyser des situations particulières.

Conclusion

En configurant LiteSpeed Cache de manière progressive et mesurée, vous obtenez un site rapide, stable et parfaitement adapté à l’environnement o2switch. L’essentiel consiste à activer le cache des pages, appliquer quelques optimisations côté navigateur (minification, lazyload, polices) et éviter les options trop complexes ou dépendantes de services externes. Grâce à cette approche méthodique, votre site bénéficie d’un chargement fluide tout en restant simple à maintenir au quotidien.

Dans le prochain volet, nous aborderons le cache objet avec Redis ou Memcached, un autre outil puissant pour optimiser les performances d’un site WordPress dynamique.