Configurer LiteSpeed Cache pas à pas (réglages 2026)

Pour configurer LiteSpeed Cache, installez l’extension sur un hébergement équipé d’un serveur LiteSpeed, vérifiez que le cache de page répond, appliquez le préréglage « Avancé (recommandé) » ou activez les réglages un par un, puis testez votre site après chaque étape. Le cache de page fait l’essentiel du gain ; les optimisations CSS, JS et images viennent ensuite, prudemment.

Guide rédigé pour LiteSpeed Cache 7.9 (version installée sur nos serveurs de test le 8 octobre 2026). Les noms des réglages sont ceux de l’interface en français, suivis du libellé anglais entre parenthèses quand il diffère.

Qu’est-ce que LiteSpeed Cache et que fait-il ?

LiteSpeed Cache (LSCache) est une extension WordPress gratuite qui pilote le cache intégré au serveur web LiteSpeed. Les pages générées par WordPress sont stockées par le serveur et resservies sans exécuter PHP ni interroger la base de données. L’extension ajoute des outils d’optimisation : minification CSS/JS, chargement différé, images WebP, nettoyage de la base.

La différence avec les extensions de cache classiques tient à l’endroit où le cache est servi. Une extension comme WP Super Cache écrit des fichiers HTML que le serveur doit ensuite retrouver ; avec LiteSpeed, c’est le serveur lui-même qui gère le cache, sait le purger finement (une page, une catégorie, une étiquette) et distinguer un visiteur anonyme d’un client connecté. L’extension est publiée sur le répertoire officiel de WordPress et documentée sur le site de LiteSpeed Technologies.

Certaines fonctions passent par QUIC.cloud, le service en ligne de l’éditeur : génération du CSS critique et du CSS utilisé (UCSS), optimisation des images, placeholders LQIP, images de vue écran (VPI). Ce service n’est pas obligatoire : l’extension précise elle-même que vous pouvez utiliser une grande partie de ses fonctions sans lui. Les services en ligne fonctionnent avec des quotas ; le format AVIF, par exemple, est une fonction payante.

Quels sont les prérequis avant de configurer LiteSpeed Cache ?

Il vous faut un hébergement sur serveur LiteSpeed (LiteSpeed Enterprise ou OpenLiteSpeed ; toutes les offres Hosterwise tournent sous LiteSpeed Enterprise), une sauvegarde récente du site et aucun autre plugin de cache actif. Idéalement, faites vos réglages sur une copie de test (staging) avant de les reporter sur le site en ligne.

Pour savoir si votre serveur est LiteSpeed, regardez l’en-tête server renvoyé par votre site :

curl -sI https://www.example.com/ | grep -i -E "^server|x-litespeed-cache"
# Réponse attendue sur un serveur LiteSpeed :
# server: LiteSpeed
# x-litespeed-cache: hit     (après une première visite de la page)

Avant d’installer l’extension :

1. Faites une sauvegarde complète (fichiers et base de données).
2. Désactivez et supprimez les autres extensions de cache et de minification : deux caches de page empilés produisent des pages périmées et des erreurs difficiles à diagnostiquer.
3. Mettez à jour WordPress, le thème et les extensions, et vérifiez la version de PHP : WordPress recommande PHP 8.3 ou plus.
4. Notez vos scores de départ dans PageSpeed Insights pour mesurer l’effet de chaque réglage.

Installez ensuite LiteSpeed Cache depuis Extensions > Ajouter, puis activez-la. Un menu LiteSpeed Cache apparaît dans l’administration.

Faut-il utiliser un préréglage ou tout régler à la main ?

Utilisez un préréglage pour démarrer : Avancé (recommandé) convient à la plupart des sites et crée automatiquement une sauvegarde de vos réglages actuels, restaurable en un clic. Affinez ensuite à la main. Les préréglages Agressif et Extrême demandent des tests poussés et des exclusions.

Les préréglages se trouvent dans LiteSpeed Cache > Préréglages > Préréglages standards (Presets). Voici ce qu’ils activent, d’après l’extension elle-même :

Si votre hébergeur fournit un accès SSH, WP-CLI permet d’appliquer un préréglage et de vider le cache :

wp litespeed-presets apply advanced   # applique le préréglage Avancé
wp litespeed-presets get_backups      # liste les sauvegardes de réglages
wp litespeed-purge all                # vide tout le cache

Chez Hosterwise, il n’y a pas d’accès SSH : c’est un choix de sécurité, qui réduit la surface d’attaque du serveur. Ces actions se font depuis l’administration (Préréglages et Boîte à outils > Purger), et notre support 24/7 peut lancer une commande WP-CLI pour vous si besoin.

Étape 1 : quels réglages de cache activer ?

Dans LiteSpeed Cache > Cache, activez la mise en cache, le cache des commentateurs, de l’API REST et de la page de connexion. Laissez les durées de vie (TTL) par défaut. Activez « Tout purger lors d’une mise à niveau » pour éviter de servir des pages construites avec une ancienne version d’une extension.

Onglet Cache

• Activer la mise en cache (Enable Cache) : Actif. C’est le réglage qui fait l’essentiel du travail.
• Mettre en cache les utilisateurs connectés (Cache Logged-in Users) : Actif si vos visiteurs se connectent (clients WooCommerce, membres). Chaque utilisateur reçoit alors son propre cache privé.
• Mettre en cache les commentateurs (Cache Commenters) : Actif.
• Mettre en cache l’API REST (Cache REST API) : Actif. Utile aux thèmes et blocs qui appellent l’API.
• Mettre en cache la page de connexion (Cache Login Page) : Actif, sauf si une extension de sécurité personnalise cette page à chaque visite.
• Cache mobile (Cache Mobile) : Inactif avec un thème responsive classique. Activez-le si votre thème sert un HTML différent sur mobile, ou si vous utilisez l’optimisation visiteur, l’UCSS ou les images de vue écran, que l’extension génère par type d’appareil.

Onglet TTL

Les durées de vie par défaut conviennent à presque tous les sites, car l’extension purge automatiquement les pages concernées quand vous publiez ou modifiez un contenu.

Onglets Purger et Exclure

• Tout purger lors d’une mise à niveau (Purge All On Upgrade) : Actif.
• Servir le périmé (Serve Stale) : Inactif pour une boutique (prix et stocks doivent être à jour) ; envisageable pour un blog très fréquenté.
• Ne pas mettre en cache les URI (Do Not Cache URIs) : ajoutez les pages vraiment dynamiques propres à votre site. Inutile pour WooCommerce : l’extension exclut déjà le panier, la commande et le compte client.

Onglet ESI

L’ESI (Edge Side Includes) permet de mettre une page en cache tout en gardant un fragment dynamique, comme la barre d’administration ou un formulaire. Activer ESI reste Inactif par défaut ; activez-le seulement si vous mettez en cache les utilisateurs connectés et constatez des blocs personnalisés figés. OpenLiteSpeed ne prend pas en charge l’ESI ; LiteSpeed Enterprise, le serveur de toutes les offres Hosterwise, oui.

Étape 2 : comment régler le cache navigateur et le cache d’objet ?

Activez le cache navigateur (onglet Navigateur) : LiteSpeed Cache écrit alors des règles d’expiration d’un an pour les images, CSS et JS. Activez le cache d’objet (Redis ou Memcached) seulement si votre hébergeur fournit l’un de ces services (chez Hosterwise, Redis est disponible sur toutes les offres) ; le test de connexion affiché dans l’onglet vous le confirme.

Une fois le cache navigateur activé, l’extension ajoute à votre fichier .htaccess un bloc de ce type (extrait) :

### marker BROWSER CACHE start ###
<IfModule mod_expires.c>
ExpiresActive on
ExpiresByType image/webp A31557600
ExpiresByType image/avif A31557600
ExpiresByType text/css A31557600
ExpiresByType application/javascript A31557600
</IfModule>
### marker BROWSER CACHE end ###

Ne modifiez pas ce bloc à la main : l’extension le réécrit à chaque enregistrement. Pour le consulter, utilisez Boîte à outils > Voir le .htaccess.

Pour le cache d’objet (onglet Objet), choisissez la Méthode (Memcached ou Redis), renseignez l’Hôte et le Port indiqués par votre hébergeur, puis enregistrez. Chez Hosterwise, activez la mise en cache d’objet dans LiteSpeed Cache > Cache > Objet, choisissez Redis et reprenez l’hôte et le port affichés dans votre espace client ou communiqués par le support ; après l’enregistrement, la ligne « Connection Test » doit indiquer une connexion réussie. Si elle affiche un échec, laissez le cache d’objet désactivé : un cache d’objet mal configuré ralentit le site au lieu de l’accélérer. Il est surtout utile aux sites dynamiques (WooCommerce, membres, administration chargée).

Étape 3 : comment optimiser le CSS, le JavaScript et le HTML ?

Dans Optimisation de page, activez la minification CSS, JS et HTML et le chargement différé du JavaScript, puis testez. Laissez la combinaison des fichiers désactivée : avec HTTP/2 et HTTP/3, elle apporte peu et casse souvent l’affichage. Le CSS critique et l’UCSS passent par QUIC.cloud et demandent des tests.

Réglages CSS

• Minifier CSS (CSS Minify) : Actif.
• Combiner CSS (CSS Combine) : Inactif pour commencer.
• Générer l’UCSS (Generate UCSS) : à tester. Le CSS réellement utilisé par chaque page est calculé par QUIC.cloud ; gain notable sur les thèmes lourds, mais vérifiez les menus, sliders et fenêtres modales.
• Charger le CSS de manière asynchrone (Load CSS Asynchronously) : à tester avec le CSS critique. Si un « flash » de page non stylée apparaît, désactivez-le.
• Optimisation de l’affichage des polices (Font Display Optimization) : Swap, pour que le texte s’affiche pendant le chargement des polices.

Réglages JS

• Minifier JS (JS Minify) : Actif.
• Combiner JS (JS Combine) : Inactif.
• Charger le JS en différé (Load JS Deferred) : choisissez Différé (Deferred). L’option Reporté (Delayed) attend une interaction de l’utilisateur pour charger les scripts : efficace sur les scores, mais à réserver aux sites testés en profondeur.
• Si un script casse (menu mobile, slider, bannière cookies), ajoutez son nom de fichier dans Personnalisation > Le JS différé/reporté exclut (JS Deferred / Delayed Excludes), par exemple jquery.min.js.

Réglages HTML

• Minifier le HTML (HTML Minify) : Actif.
• Contrôle du préfixe DNS (DNS Prefetch Control) : Actif.
• Retirer les chaînes de requête (Remove Query Strings) : Actif.
• Retirer les emoji WordPress (Remove WordPress Emoji) : Actif.
• Charger les Google Fonts de manière asynchrone : Actif si vous chargez des polices depuis Google ; mieux encore, hébergez vos polices localement.

Les mêmes réglages en WP-CLI, si vous disposez d’un accès SSH (à adapter) :

wp litespeed-option set optm-css_min true
wp litespeed-option set optm-css_font_display 1   # 1 = Swap
wp litespeed-option set optm-js_min true
wp litespeed-option set optm-js_defer 1           # 0 = Inactif, 1 = Différé, 2 = Reporté
wp litespeed-option set optm-html_min true
wp litespeed-option set optm-qs_rm true
wp litespeed-option set optm-emoji_rm true
wp litespeed-purge all

Étape 4 : comment optimiser les images avec LiteSpeed Cache ?

Activez le chargement différé des images et l’ajout des dimensions manquantes, mais excluez l’image principale du haut de page, souvent l’élément LCP. Pour la compression et le WebP, l’onglet Optimisation d’image envoie vos images à QUIC.cloud puis remplace automatiquement les fichiers servis.

Dans Optimisation de page > Réglages des médias :

• Chargement différé des images (Lazy Load Images) : Actif, mais ne chargez jamais en différé l’image LCP. Ajoutez le logo et l’image d’en-tête dans Exclut l’image du chargement lent (Lazy Load Image Excludes), ou activez les Images de vue écran (VPI), qui détectent automatiquement les images visibles au chargement.
• Ajouter les dimensions manquantes (Add Missing Sizes) : Actif. Les images sans largeur ni hauteur provoquent des décalages de mise en page (CLS).
• Chargement différé des iframes (Lazy Load Iframes) : Actif si vous intégrez des vidéos YouTube ou des cartes.

Dans Optimisation d’image > Réglages d’optimisation des images :

• Requête automatique Cron (Auto Request Cron) : Actif, pour traiter les nouvelles images au fil de l’eau.
• Optimiser les images originales : Actif.
• Supprimer les sauvegardes d’originales : Inactif, tant que vous n’êtes pas satisfait du résultat.
• Next-Gen Image Format : WebP. L’AVIF est une fonction payante de QUIC.cloud.

Étape 5 : base de données, battement de cœur et crawler

Nettoyez la base de données après une sauvegarde, limitez le nombre de révisions conservées, espacez le battement de cœur (Heartbeat) de WordPress et laissez le crawler désactivé sur un hébergement mutualisé, sauf accord de votre hébergeur. Ces réglages allègent le serveur plus qu’ils n’accélèrent l’affichage.

• Base de données > Gérer : « Tout nettoyer » lance d’un coup les nettoyages listés sur la page (révisions, brouillons automatiques, contenus et commentaires en corbeille, spam, transients expirés…). Faites une sauvegarde avant.
• Nombre maximum de révisions (Base de données > Réglages d’optimisation de la BDD) : par exemple 10, appliqué lors du nettoyage. Vous pouvez aussi limiter les révisions dans wp-config.php :

// wp-config.php : au-dessus de la ligne « That's all, stop editing! »
define( 'WP_POST_REVISIONS', 10 );

• Boîte à outils > Battement de cœur : activez le contrôle côté public et côté administration ; un intervalle de 60 à 120 secondes réduit les requêtes admin-ajax.php sans gêner l’éditeur.
• Crawler : il visite vos pages pour préremplir le cache. Utile sur un serveur dédié ; sur un mutualisé, il consomme des ressources partagées et de nombreux hébergeurs le désactivent côté serveur.

Comment vérifier que LiteSpeed Cache fonctionne ?

Ouvrez une page en navigation privée, puis inspectez ses en-têtes : x-litespeed-cache: hit signifie que la page vient du cache, miss qu’elle vient d’être générée, hit,private qu’elle vient du cache privé d’un utilisateur connecté. Le code source se termine aussi par un commentaire « Page cached by LiteSpeed Cache ».

# Première requête : miss (la page est générée puis stockée)
curl -sI https://www.example.com/ | grep -i x-litespeed-cache
# Deuxième requête : hit (la page est servie par le cache)
curl -sI https://www.example.com/ | grep -i x-litespeed-cache

Mesurez ensuite le temps de réponse du serveur (TTFB) sur une page en cache ; Google considère qu’un TTFB de 0,8 seconde ou moins est bon. Enfin, comparez vos scores PageSpeed Insights avec ceux notés avant la configuration, en gardant à l’esprit que les données de terrain (Chrome UX Report) mettent plusieurs semaines à refléter un changement.

Que faire si une optimisation casse votre site ?

Désactivez la dernière optimisation activée, videz le cache et retestez : c’est presque toujours elle la coupable. Si le site reste cassé, utilisez « Désactiver toutes les fonctionnalités » dans les réglages de débogage ou restaurez la sauvegarde créée par le préréglage. Les exclusions de l’onglet Personnalisation règlent la plupart des conflits.

1. Identifiez le symptôme : mise en page cassée (CSS), menu ou bouton inactif (JS), image manquante (chargement différé), page d’un autre utilisateur affichée (cache privé ou ESI).
2. Désactivez le réglage correspondant, puis Boîte à outils > Purger > Tout purger.
3. Ajoutez une exclusion ciblée plutôt que de tout désactiver : fichier CSS dans « CSS exclu », script dans « JS exclu » ou « Le JS différé/reporté exclut », image dans « Exclut l’image du chargement lent ».
4. En dernier recours, Boîte à outils > Réglages de débogage > Désactiver toutes les fonctionnalités (Disable All Features), ou, avec un accès SSH, en ligne de commande : wp litespeed-option set debug-disable_all true. Chez Hosterwise, si l’administration est inaccessible, notre support 24/7 lance cette commande pour vous.
5. Consultez la page de dépannage officielle, qui détaille les conflits les plus courants.

Récapitulatif des réglages recommandés

LiteSpeed Cache chez Hosterwise

Toutes les offres Hosterwise tournent sur des serveurs LiteSpeed Enterprise avec HTTP/3 : le cache de page de LiteSpeed Cache y fonctionne dès l’activation de l’extension, sans réglage côté serveur ; l’ESI et le cache d’objet Redis y sont aussi disponibles (voir l’étape 2). Si vous migrez depuis un hébergeur Apache ou Nginx, pensez à retirer votre ancien plugin de cache avant d’activer LSCache ; si vous nous confiez la migration gratuite de votre site, signalez-nous les extensions de cache installées.

Pour comparer les offres et leurs ressources, consultez la page hébergement WordPress sur serveur LiteSpeed ou directement nos tarifs. Et si vous hésitez encore entre plusieurs hébergeurs, notre comparatif honnête des hébergeurs WordPress détaille les critères à vérifier. Une fois le cache en place, poursuivez avec nos 15 actions pour accélérer un site WordPress.