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

Dans les pré­cé­dents volets, nous avons décou­vert les outils d’optimisation natifs dis­po­nibles chez o2switch, appris à acti­ver LiteS­peed Cache pour Word­Press via WP Tiger et com­pris com­ment inter­pré­ter les Core Web Vitals afin de mesu­rer l’impact réel de vos opti­mi­sa­tions.
Pas­sons main­te­nant à l’étape sui­vante : confi­gu­rer LiteS­peed Cache pour tirer plei­ne­ment par­ti du cache et des opti­mi­sa­tions côté Word­Press.

L’extension pro­pose de nom­breux réglages : cache des pages, opti­mi­sa­tion du code, ges­tion avan­cée des images, com­pa­ti­bi­li­té Woo­Com­merce, fonc­tions tech­niques comme ESI ou le Guest Mode…
Face à cette richesse, il peut être dif­fi­cile de savoir quoi acti­ver ou modifier.

Dans ce volet, nous allons donc par­cou­rir les prin­ci­pales rubriques de l’extension et expli­quer, de manière simple, à quoi servent les réglages impor­tants, dans quels cas les uti­li­ser, et les­quels tes­ter avec pru­dence.
L’objectif n’est pas de four­nir une confi­gu­ra­tion “idéale” — elle n’existe pas — mais de vous aider à com­prendre les para­mètres clés pour adap­ter LiteS­peed Cache aux besoins réels de votre site.

Note : Cet article s’appuie sur l’activation de LiteS­peed Cache réa­li­sée dans le Volet 2. Si ce n’est pas déjà fait, com­men­cez par cet article avant d’aller plus loin.

Comment comprendre l’organisation de LiteSpeed Cache

LiteS­peed Cache intègre de nom­breux réglages, mais son inter­face suit une logique simple.
Avant d’entrer dans le détail, il est utile de com­prendre sa struc­ture glo­bale : l’extension est orga­ni­sée par familles fonc­tion­nelles, cor­res­pon­dant aux trois grands aspects de la per­for­mance web :

• ce qui relève du ser­veur (géné­ra­tion et sto­ckage des pages),
• ce qui relève du navi­ga­teur (char­ge­ment visible par les visi­teurs),
• et ce qui concerne la main­te­nance et le dépan­nage.

Cette logique per­met de savoir où cher­cher une option, d’en com­prendre le rôle et d’éviter de modi­fier un para­mètre sans en mesu­rer l’impact.

Lorsque vous confi­gu­rez une exten­sion aus­si com­plète que LiteS­peed Cache, il est essen­tiel d’avancer métho­di­que­ment, étape par étape, en tes­tant après chaque modi­fi­ca­tion. Si vous acti­vez plu­sieurs options sans véri­fier leur effet, vous ris­quez de vous perdre rapi­de­ment. Soyez patient, pré­cis et rigoureux.

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

Famille	Objec­tif prin­ci­pal	Ce que l’on y règle	Rubriques asso­ciées
Côté ser­veur	Déter­mi­ner com­ment Word­Press génère, stocke et sert les pages	Acti­va­tion du cache, TTL, exclu­sions, cache mobile, com­pa­ti­bi­li­té WooCommerce	Tableau de bord, Géné­ral, Cache
Côté navi­ga­teur	Opti­mi­ser ce que le visi­teur charge réellement	CSS/JS/HTML, images (WebP, com­pres­sion, lazy­load), ordre de char­ge­ment, CDN éventuel	Opti­mi­sa­tion de page, Opti­mi­sa­tion d’image, CDN
Main­te­nance & dépannage	Entre­te­nir le site et ana­ly­ser le com­por­te­ment du cache	Net­toyage, purge, export/import, tests, outils de diagnostic	Base de don­nées, Craw­ler, Boîte à outils

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

Sous le tableau de bord, LiteS­peed Cache pro­pose plu­sieurs pré­ré­glages : Fon­da­men­taux, Basique, Avan­cé, Agres­sif et Extrême. Ils pro­mettent une confi­gu­ra­tion “en un clic”, mais ils activent en réa­li­té de nom­breuses options sen­sibles d’un seul coup, dont cer­taines néces­sitent QUIC​.cloud.

QUIC​.cloud, c’est quoi au juste ?

QUIC​.cloud est un ser­vice en ligne fon­dé par l’équipe de LiteS­peed Tech­no­lo­gies, la même entre­prise qui déve­loppe LiteS­peed Cache. Il com­plète l’extension en pro­po­sant des opti­mi­sa­tions “dans le cloud”, notamment :

• un CDN,
• une opti­mi­sa­tion d’images à dis­tance,
• la géné­ra­tion auto­ma­tique du CSS cri­tique,
• la sup­pres­sion du CSS inuti­li­sé,
• et un cache dis­tri­bué optionnel.

Il existe une ver­sion gra­tuite mais très limi­tée du ser­vice. Pour en tirer plei­ne­ment par­ti, il faut rapi­de­ment pas­ser à la ver­sion payante. En résu­mé, QUIC​.cloud per­met au plu­gin d’aller plus loin… mais sou­vent pour des besoins que vous n’avez pas, et qui peuvent même s’avérer contre-productifs.

Comme men­tion­né plus haut, acti­ver de nom­breux para­mètres d’un coup — sou­vent sans com­prendre les­quels — entraîne rapi­de­ment des com­por­te­ments inat­ten­dus. Mieux vaut donc com­men­cer par les réglages de base.

Les réglages du menu Général

Le menu « Géné­ral » ras­semble quelques options trans­ver­sales, mais dans la grande majo­ri­té des cas, vous n’aurez rien à modi­fier ici.

L’onglet QUIC​.cloud per­met sim­ple­ment de connec­ter Word­Press au ser­vice en ligne du même nom. Comme nous ne l’utilisons pas dans ce guide, vous pou­vez lais­ser cet onglet tel quel.

L’onglet Réglages géné­raux contient plu­sieurs options comme le Mode visi­teur, l’Optimisation visi­teur ou l’adresse IP du ser­veur. Ces fonc­tions sont étroi­te­ment liées à QUIC​.cloud ou à des scé­na­rios avan­cés : elles ne sont pas utiles sur un site Word­Press clas­sique héber­gé chez o2switch. Vous pou­vez donc conser­ver les réglages par défaut.

Enfin, l’onglet Per­son­na­li­sa­tion (agents uti­li­sa­teurs et adresses IP) s’adresse à des cas très par­ti­cu­liers. Là encore, il est pré­fé­rable de lais­ser ce menu vide.

→ En résu­mé : le menu Géné­ral n’a pas besoin d’être confi­gu­ré pour opti­mi­ser LiteS­peed Cache. Les réglages par défaut conviennent par­fai­te­ment à la plu­part 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 auto­ma­tique,
• les exclu­sions,
• les frag­ments dyna­miques dans une page,
• le cache objet,
• le cache navi­ga­teur,
• et quelques para­mètres très tech­niques qu’il vaut mieux lais­ser de côté.

L’objectif de ce cha­pitre n’est pas d’expliquer chaque option une par une, mais d’identifier celles qui comptent réel­le­ment et de cla­ri­fier ce qu’il faut acti­ver, lais­ser tel quel ou évi­ter.

Pour rendre cela lisible, voi­ci la syn­thèse, orga­ni­sé selon les 8 onglets de la rubrique.

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

Réglage	Recom­man­da­tion	Pour­quoi ?
Acti­ver la mise en cache	Oui	Active le cache des pages. Indispensable.
Mettre en cache les uti­li­sa­teurs 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 inco­hé­rences d’affichage.
Mettre en cache l’API REST	Non	L’API est uti­li­sée par l’éditeur et cer­taines exten­sions → mieux vaut éviter.
Mettre en cache la page de connexion	Oui	Légère amé­lio­ra­tion sans danger.
Cache mobile	Non	À acti­ver uni­que­ment si le thème génère un HTML spé­ci­fique mobile (rare).
URI pri­vées / For­cer cache / For­cer cache public	Évi­ter	Réglages avan­cés très sen­sibles, sources d’erreurs.
Sup­pri­mer les chaînes de requête (fbclid, utm, etc.)	Lais­ser par défaut	Suf­fi­sant pour les cas usuels.

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

Réglage	Recom­man­da­tion	Pour­quoi ?
TTL public par défaut	86400	24 h : Bon équi­libre entre mise à jour du conte­nu et performance.
TTL pri­vé	1800	Valeur par défaut
TTL page d’accueil	7200 à 14400	2 à 4 h : page sou­vent mise à jour → TTL plus court.
TTL RSS / REST	Lais­ser à la valeur par défaut	Opti­mi­sa­tion mar­gi­nale, risque inutile à modi­fier sauf si votre site uti­lise inten­si­ve­ment l’A­PI REST.
TTL 404⁄500	Gar­der les valeurs par défaut	Rien à opti­mi­ser ici.

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

• Lais­ser LiteS­peed gérer auto­ma­ti­que­ment les cas simples.
• Acti­ver les purges utiles pour main­te­nir le site à jour.
• Ne pas acti­ver toutes les purges glo­bales, qui ralen­tissent inuti­le­ment le serveur.

Tableau des purge auto­ma­tique des conte­nus Word­Press (hooks déclencheurs) :

Caté­go­rie	Hooks asso­ciés	Recom­man­da­tion
Articles	publish_post, edit_post, delete_post	Oui, à activer
Com­men­taires	comment_post, wp_insert_comment, edit_comment, delete_comment, trackback_post, pingback_post	Oui, si votre site uti­lise les commentaires
Pro­duits WooCommerce	publish_product, edit_product, delete_product, woocommerce_product_set_stock, woocommerce_variation_set_stock	Oui, indis­pen­sable si vous avez un site avec WooCommerce
Com­mandes & 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 main­te­nir des don­nées à jour. woocommerce_product_set_stock et woocommerce_variation_set_stock sont cri­tiques pour évi­ter l’af­fi­chage de rup­tures de stock erronées
Varia­tions de produits	woocommerce_save_product_variation, woocommerce_delete_product_variation	Oui, recom­man­dé
Option­nel mais utile	woocommerce_update_product, woocommerce_new_product, trashed_post	À acti­ver si vous gérez beau­coup de produits

Notes : Évi­tez les purges glo­bales (“Tout pur­ger”) en conti­nu. Elles sont lourdes et inutiles sur la plu­part des sites.

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

Réglage	Recom­man­da­tion	Pour­quoi ?
Ne pas mettre en cache les URI	Ajou­ter uni­que­ment si un com­por­te­ment anor­mal est identifié	À uti­li­ser pour les pages très dyna­miques (for­mu­laire, tableau, calendrier).
Ne pas mettre en cache chaînes de requête / caté­go­ries / étiquettes	Lais­ser vide	Le cache fonc­tionne très bien sans exclusions.
Ne pas mettre en cache les cookies	Lais­ser vide	À mani­pu­ler uni­que­ment par un développeur.
Ne pas mettre en cache cer­tains agents utilisateurs	Lais­ser vide	Rare­ment utile.
Ne pas mettre en cache cer­tains rôles	Lais­ser 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 sys­tème puis­sant mais conçu pour les sites qui ont des blocs dyna­miques et per­son­na­li­sés à l’extrême. Ce n’est pas néces­saire pour un site Word­Press standard.

Réglage	Recom­man­da­tion	Pour­quoi ?
Acti­ver ESI	Non	Fonc­tion avan­cée pour sites dyna­miques com­plexes ; risque de confi­gu­ra­tion incorrecte.
Mettre en cache la barre admin / for­mu­laire de commentaires	Non	Ne pas frag­men­ter inuti­le­ment les pages.
Nonces ESI	Ne pas modifier	Réser­vé aux développeurs.
Groupes variables	Ne pas modifier	Utile uni­que­ment pour du conte­nu dif­fé­rent selon rôle utilisateur.

Tableau Onglet Objet (cache objet : Redis / Memcached)

Atten­tion : n’activez pas le cache objet ici si vous ne savez pas le confi­gu­rer manuel­le­ment et si Redis n’est pas ins­tal­lé. Pré­fé­rez tou­jours l’acti­va­tion et la ges­tion via WP Tiger, qui ins­talle et confi­gure auto­ma­ti­que­ment Redis.

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

Réglage	Recom­man­da­tion	Pour­quoi ?
Acti­ver le cache navigateur	Oui	Per­met au navi­ga­teur de conser­ver loca­le­ment les fichiers sta­tiques (CSS/JS/images)
TTL fichiers statiques	31536000 (52 semaines)	Très bon pour les per­for­mances ; Word­Press régé­nère les assets avec versioning

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

Réglage	Recom­man­da­tion	Pour­quoi ?
Cache TTL AJAX	Ne pas utiliser	Risque d’impacter l’éditeur WordPress.
Cookie de connexion	Ne pas toucher	Réglage cri­tique multi-applications.
Varier les cookies	Ne pas uti­li­ser sans expertise	Très sen­sible.
Com­pa­ti­bi­li­té HTTP/HTTPS	Lais­ser inactif	Rare­ment utile.
Clic ins­tan­ta­né (Ins­tant Click)	Désac­ti­vé	Aug­mente les requêtes → charge inutile du serveur.

Mémo rubrique Cache :

Pour 95 % des sites WordPress :

• le cache doit être acti­vé,
• les uti­li­sa­teurs connec­tés et l’API REST ne doivent pas être mis en cache,
• le cache mobile doit res­ter désac­ti­vé,
• les TTL doivent être ajus­tés pour reflé­ter la fré­quence des mises à jour,
• les hooks de purge doivent être ajus­tés selon votre pro­fil de site,
• les exclu­sions doivent être minimales,
• les options avan­cées (ESI, for­çages, cookies) peuvent être ignorés,
• Redis peut être acti­vé si vous maî­tri­sez son para­mé­trage manuel.

Avec ce socle, LiteS­peed Cache fonc­tionne de manière opti­male, stable et pré­vi­sible dans l’environnement o2switch.

Les réglages du CDN

LiteS­peed Cache pro­pose un menu dédié au CDN (Content Deli­ve­ry Net­work), prin­ci­pa­le­ment conçu pour être uti­li­sé avec QUIC​.cloud, le ser­vice externe déve­lop­pé par l’équipe LiteSpeed :

• ce menu n’est pas néces­saire,
• il n’apporte aucune opti­mi­sa­tion sup­plé­men­taire au cache déjà four­ni par le serveur,
• et les fonc­tion­na­li­tés avan­cées (CDN, opti­mi­sa­tion dis­tante, CSS cri­tique exter­na­li­sé) reposent sur QUIC​.cloud, un ser­vice tiers sou­vent payant et rare­ment utile pour un site ciblant la France.

→ En pra­tique : vous pou­vez igno­rer entiè­re­ment le menu CDN dans votre configuration.

Les réglages Optimisation d’image

LiteS­peed Cache inclut un module d’optimisation d’image très com­plet : géné­ra­tion WebP/AVIF, com­pres­sion auto­ma­tique, opti­mi­sa­tion des minia­tures, rem­pla­ce­ment dyna­mique dans le HTML…
Mais tous ces outils reposent sur l’infrastructure dis­tante QUIC​.cloud, un ser­vice externe déve­lop­pé par l’équipe LiteS­peed Tech­no­lo­gies. Pour uti­li­ser l’onglet Opti­mi­sa­tion d’image, il faut :

• connec­ter son site à QUIC​.cloud,
• envoyer les images sur les ser­veurs LiteSpeed,
• attendre la géné­ra­tion des ver­sions optimisées,
• puis rapa­trier les fichiers.

Des alternatives locales existent et sont plus simples

Conver­ter for Media, Ima­gi­fy, Short­Pixel, Opti­mole ou encore WebP Express gèrent loca­le­ment les opti­mi­sa­tions, sans dépendre d’un cloud externe et sans impac­ter le cache LiteSpeed.

→ Vous pou­vez igno­rer éga­le­ment le menu Opti­mi­sa­tion d’i­mage dans votre configuration.

Les réglages d’Optimisation de page

L’onglet Opti­mi­sa­tion de page est le plus riche et le plus déli­cat de l’extension LiteS­peed Cache.
C’est ici que l’on agit sur les élé­ments qui influencent direc­te­ment le char­ge­ment du site chez les visiteurs :

• CSS
• JavaS­cript
• HTML
• Médias
• VPI
• Médias exclus
• Per­son­na­li­sa­tion & Per­son­na­li­sa­tion CSS

Mais c’est aus­si l’endroit où l’on casse un site en un clic si l’on active trop d’options sans mesu­rer leurs effets. Cer­tains réglages néces­sitent QUIC​.cloud ; d’autres modi­fient for­te­ment le com­por­te­ment du thème, des buil­ders (Ele­men­tor, Divi…) ou de Woo­Com­merce. L’objectif de ce cha­pitre est simple :

• vous gui­der vers les réglages fiables,
• iden­ti­fier ceux qui demandent une approche pru­dente,
• et signa­ler clai­re­ment ceux qu’il vaut mieux évi­ter.

Tableau Onglet Réglages CSS

Option	Recom­man­da­tion	Pour­quoi ?
Mini­fier CSS	Oui	Sans risque, réduit légè­re­ment le poids des fichiers.
Com­bi­ner CSS	À évi­ter	Risque éle­vé de cas­ser le desi­gn (Ele­men­tor, Divi, WooCommerce).
Com­bi­ner les CSS externes	À évi­ter	Même risque que ci-des­sus, encore plus marqué.
Char­ger le CSS de manière asynchrone	Ne pas activer	Néces­site QUIC​.cloud et peut cas­ser l’affichage avant que le CSS ne soit chargé.
Géné­rer le CSS cri­tique (UCSS)	Ne pas activer	Fonc­tion dépen­dante de QUIC​.cloud ; génère sou­vent des affi­chages incomplets.
Biblio­thèque de fichiers UCSS	Igno­rer	Fonc­tion inac­tive sans UCSS/cloud.
Opti­mi­sa­tion de l’af­fi­chage des polices	Oui (Swap)	Per­met un affi­chage plus rapide des textes sans alté­rer le design.

→ À rete­nir : mini­fier oui, com­bi­ner non.
Les thèmes modernes et les buil­ders ne sup­portent pas bien la com­bi­nai­son CSS.

Tableau Onglet Réglages JS

Option	Recom­man­da­tion	Pour­quoi ?
Mini­fier JS	Oui	Géné­ra­le­ment sans dan­ger, mais tes­ter après activation.
Com­bi­ner JS	À évi­ter	Très instable : risque éle­vé de cas­ser menus, sli­ders, builder.
Com­bi­ner JS externes et en ligne	À évi­ter	Même risque, avec scripts tiers en plus.
Char­ger le JS en dif­fé­ré : option Dif­fé­ré JS	Oui, avec tests	Amé­liore le char­ge­ment mais doit être tes­té page par page.
Char­ger le JS en dif­fé­ré : option Repor­té JS	Non	Peut retar­der des scripts essen­tiels → casse Woo­Com­merce, sli­ders, Elementor.

→ Dif­fé­rer est utile, mais jamais sans tests.
Si une fonc­tion­na­li­té (menu, sli­der, car­rou­sel) cesse de fonc­tion­ner, c’est sou­vent ici.

Tableau Onglet Réglages HTML

Option	Recom­man­da­tion	Pour­quoi ?
Mini­fier HTML	Oui	Sans risque.
Sup­pri­mer les emo­jis WordPress	Oui	Recom­man­dé (gain léger).
Sup­pri­mer les balises noscript	Non	Peut cas­ser le Lazy­load et cer­tains plu­gins (reCAPT­CHA…).
Sup­pri­mer les chaînes de requête	Oui	Amé­liore la mise en cache des fichiers statiques.
Reti­rer les polices Google	Oui, si votre thème gère localement	Réduit les requêtes externes.
Char­ger les polices Google de manière asynchrone	Pru­dence	Peut pro­vo­quer un flash de style selon les thèmes.
Pré­fetch, Pre­ren­der, Preconnect	À confi­gu­rer manuel­le­ment uniquement	Les réglages auto­ma­tiques peuvent mul­ti­plier les requêtes inutilement.

→ Les réglages HTML sont glo­ba­le­ment sans dan­ger, sauf la sup­pres­sion des balises noscript.

Tableau Onglet Réglages des Médias

Ces réglages influencent direc­te­ment la vitesse per­çue et le CLS (Cumu­la­tive Layout Shift).

Option	Recom­man­da­tion	Pour­quoi ?
Lazy­load des images	Oui	Recom­man­dé ; amé­liore le temps de char­ge­ment initial.
Lazy­load des iframes	Oui	Gain impor­tant, notam­ment pour YouTube.
Dimen­sions manquantes	Oui	Réduit les sauts de mise en page (CLS).
LQIP (Low Qua­li­ty Image Placeholder)	Non	Fonc­tion dépen­dante de QUIC​.cloud ; peut créer un effet de flou ini­tial non sou­hai­té sur cer­tains thèmes.
Géné­ra­tion LQIP en arrière-plan	Non	Néces­site QUIC​.cloud.
Redi­men­sion­ne­ment auto­ma­tique des grandes images	Oui, sauf cas particulier	Réduit le poids des médias sur des thèmes mal configurés.

→ Lazy­load + dimen­sions man­quantes = duo gagnant pour les Core Web Vitals.

Tableau Onglet Réglages VPI (Viewport Images)

Les “Images du view­port” per­mettent à LiteS­peed de char­ger les images visibles en pre­mier avant le Lazy­load. Mais :

• dépend de QUIC​.cloud,
• dif­fi­cile à configurer,
• instable sur sli­ders, car­rou­sels, Hero Elementor.

→ Recom­man­da­tion : lais­ser désactivé.

Tableau Onglet Réglages Médias exclus

Cette sec­tion sert à exclure cer­taines images, iframes ou sélec­teurs du Lazy­load ou des opti­mi­sa­tions. Utile si :

• une image LCP doit se char­ger immédiatement,
• un sli­der se com­porte mal,
• une vidéo doit s’afficher sans vignette différée.

→ Lais­ser vide par défaut.
→ Ajou­ter une exclu­sion uni­que­ment si un pro­blème appa­raît.

Tableau Onglet Réglages Localisation

La loca­li­sa­tion per­met d’héberger loca­le­ment cer­tains scripts externes (ex : Google Ana­ly­tics, Face­book Pixel…). Sur le papier : bon pour la per­for­mance.
En pra­tique : casse très faci­le­ment les outils concernés.

→ Recom­man­da­tion : désac­ti­vé, 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ésac­ti­ver cer­taines opti­mi­sa­tions sur cer­taines URLs.

Ce ne sont pas des réglages de per­for­mance, mais des outils de répa­ra­tion
→ On les uti­lise uni­que­ment si une opti­mi­sa­tion a cas­sé quelque chose.

Par défaut → lais­ser vide.

Options qui nécessitent QUIC​.cloud

Plu­sieurs réglages de l’onglet Opti­mi­sa­tion de page ne fonc­tionnent pas si QUIC​.cloud n’est pas configuré :

• Géné­ra­tion du CSS cri­tique (UCSS)
• Char­ge­ment CSS asynchrone
• LQIP et minia­tures dégradées
• AVIF
• View­port Images (VPI)
• Géné­ra­tion auto­ma­ti­sée des placeholders
• Ges­tion avan­cée des polices (cer­taines options)
• CCSS par type de conte­nu 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 Opti­mi­sa­tion de page est puis­sant, mais doit être confi­gu­ré avec méthode.
Pour la majo­ri­té des sites WordPress :

• Mini­fier CSS / JS : Oui
• Opti­mi­sa­tion des polices → Swap : Oui
• Lazy­load + dimen­sions man­quantes : Oui
• Défé­rer JS : Oui, mais avec tests
• Com­bi­ner CSS/JS : Non
• UCSS, LQIP, VPI : Désac­ti­vés (QUIC​.cloud)
• Loca­li­sa­tion : Désactivée
• Per­son­na­li­sa­tion : Vide, sauf besoin particulier

Avec ces réglages, LiteS­peed Cache offre d’excellentes per­for­mances avec le mini­mum de risques et sans dépendre de ser­vices externes.

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

→ Avant toute opti­mi­sa­tion de BDD : faire une sau­ve­garde com­plète de la base de don­nées.
Cet onglet regroupe des actions ponc­tuelles de net­toyage.
Ce ne sont pas des réglages per­ma­nents : chaque bou­ton exé­cute immé­dia­te­ment une opé­ra­tion sur votre base WordPress.

Actions disponibles

Action	Recom­man­da­tion	Pour­quoi ?
Effa­cer les révisions	Oui	Les révi­sions s’accumulent rapidement.
Sup­pri­mer les brouillons automatiques	Oui	Don­nées tem­po­raires inutiles.
Vider les articles / com­men­taires à la corbeille	Oui	Net­toyage classique.
Sup­pri­mer les com­men­taires indésirables	Oui	Sans inci­dence.
Sup­pri­mer les tran­sients expirés	Oui	Sup­prime des don­nées tem­po­raires obsolètes.
Sup­pri­mer tous les transients	Non	Cer­taines exten­sions uti­lisent encore des tran­sients actifs.
Opti­mi­ser les tables	Oui	Equi­va­lent d’un OPTIMIZE TABLE, sans risque particulier.
Conver­tir MyI­SAM → InnoDB	Pour uti­li­sa­teurs expérimentés	Mani­pu­la­tion SQL non indis­pen­sable dans ce guide.

Réglages persistants

Réglage	Recom­man­da­tion
Nombre maxi­mal de révisions	3 à 5
Âge maxi­mal des révisions	30 jours

Les réglages du Crawler

Le Craw­ler de LiteS­peed Cache est un robot qui visite auto­ma­ti­que­ment les pages de votre site pour recons­truire le cache avant que les uti­li­sa­teurs ne les consultent.

Ce module n’apporte pas de béné­fice notable et reste rare­ment uti­li­sé. Il demande une confi­gu­ra­tion pré­cise (site­map, cookies, rôles, inter­valle, limites de charge…), qui dépasse lar­ge­ment les besoins de la plu­part des sites WordPress.

→ Lais­ser le Craw­ler désactivé.

Les réglages Boîte à outils

La Boîte à outils regroupe plu­sieurs fonc­tions ponc­tuelles utiles pour tes­ter, diag­nos­ti­quer ou réini­tia­li­ser cer­tains élé­ments du cache LiteS­peed. Ce n’est pas un menu à confi­gu­rer au quo­ti­dien : on y vient sur­tout lorsqu’on sou­haite pur­ger quelque chose de pré­cis, expor­ter sa confi­gu­ra­tion, consul­ter le fichier .htaccess ou acti­ver un mode de test.

Onglet Purger

Cet onglet per­met d’effacer tout ou par­tie du cache de votre site. La règle géné­rale est simple : pur­ger de manière ciblée suf­fit dans la majo­ri­té des cas.

Actions les plus utiles

Action	Uti­li­té
Pur­ger la page d’accueil	À faire si elle n’affiche pas une mise à jour récente.
Pur­ger une page / 404⁄403 / 500	Idéal pour cor­ri­ger un pro­blème localisé.
Pur­ger CSS/JS	Utile après avoir modi­fié un fichier CSS ou JS.

Actions plus larges

Action	Recom­man­da­tion
Tout pur­ger – LSCache	Pos­sible, mais pas systématique.
Vider tout le cache	À réser­ver aux cas particuliers.

L’intérêt est de cor­ri­ger un affi­chage, pas de vider trop fré­quem­ment le cache.

Onglet Importer / Exporter

Outil pra­tique si vous tes­tez dif­fé­rents réglages ou si vous inter­ve­nez sur plu­sieurs sites.

Fonc­tion	Uti­li­té
Expor­ter	Sau­ve­garde de votre confi­gu­ra­tion actuelle.
Impor­ter	Appli­quer des réglages préa­la­ble­ment sauvegardés.
Réini­tia­li­ser	À évi­ter : remet abso­lu­ment tout à zéro.

Onglet Voir le .htaccess

Cet onglet affiche le conte­nu du fichier .htaccess pour vous per­mettre de véri­fier que les direc­tives LiteS­peed y figurent. Ce n’est pas un édi­teur. On ne modi­fie pas ce fichier ici : il s’agit uni­que­ment d’une consul­ta­tion.

Onglet Battement de cœur (Heartbeat)

Le Heart­beat est un sys­tème interne de Word­Press uti­li­sé pour l’éditeur, la syn­chro­ni­sa­tion, les ver­rous de conte­nu, etc. LiteS­peed per­met de réduire légè­re­ment sa fré­quence. C’est un réglage optionnel.

Zone	Recom­man­da­tion
Front-end	Peut être réduit si souhaité.
Admin	À lais­ser par défaut pour évi­ter les incidents.
Édi­teur	Ne pas tou­cher : l’éditeur en dépend.

Onglet Débogage

Cet onglet per­met d’isoler un pro­blème ou d’obtenir davan­tage d’informations.

Option	Uti­li­té
Jour­nal de débogage	À acti­ver uni­que­ment pour ana­ly­ser un com­por­te­ment ponctuel.
Désac­ti­ver toutes les fonctionnalités	Utile pour diag­nos­ti­quer un conflit.
Niveaux avan­cés	Réser­vé à des cas très spécifiques.

Une fois les tests réa­li­sés, on remet tout désac­ti­vé.

Onglet Journaux et bêta test

Ces sec­tions sont des­ti­nées aux uti­li­sa­teurs confir­més (tests avan­cés, ver­sion GitHub, rap­ports sys­tème). Elles n’entrent pas dans une confi­gu­ra­tion standard.

Mémo Boîte à outils

• La Boîte à outils est un menu ponc­tuel, utile pour tes­ter ou résoudre un problème.
• Les purges ciblées suf­fisent dans la majo­ri­té des cas.
• Impor­ter / expor­ter est pra­tique pour sécu­ri­ser ses réglages avant une modification.
• Le reste des onglets (débo­gage, jour­naux…) sert sur­tout à ana­ly­ser des situa­tions particulières.

Conclusion

En confi­gu­rant LiteS­peed Cache de manière pro­gres­sive et mesu­rée, vous obte­nez un site rapide, stable et par­fai­te­ment adap­té à l’environnement o2switch. L’essentiel consiste à acti­ver le cache des pages, appli­quer quelques opti­mi­sa­tions côté navi­ga­teur (mini­fi­ca­tion, lazy­load, polices) et évi­ter les options trop com­plexes ou dépen­dantes de ser­vices externes. Grâce à cette approche métho­dique, votre site béné­fi­cie d’un char­ge­ment fluide tout en res­tant simple à main­te­nir au quotidien.

Dans le pro­chain volet, nous abor­de­rons le cache objet avec Redis ou Mem­ca­ched, un autre outil puis­sant pour opti­mi­ser les per­for­mances d’un site Word­Press dynamique.