Accélérez WordPress chez WebGee avec LiteSpeed Cache et Redis

Toutes les offres mutualisées et revendeur de WebGee fonctionnent sous LiteSpeed : le cache le plus rapide pour WordPress est donc déjà intégré au serveur web. Ajoutez Redis pour les requêtes de base de données et confiez les tâches planifiées de WordPress à une véritable tâche cron, et vous éliminez les trois causes de lenteur les plus fréquentes sur un site classique.

Ce guide présente chaque étape dans l'ordre qui vous apporte d'abord le gain le plus important.

Cache de page et cache d'objets : deux rôles différents

Le cache de page stocke des pages entières déjà générées, si bien que les visiteurs anonymes sont servis sans que PHP ne s'exécute. C'est le rôle de LiteSpeed Cache (LSCache).

Le cache d'objets conserve en mémoire les résultats des requêtes de base de données, pour que WordPress cesse de poser les mêmes questions à la base à chaque chargement de page. Il profite aux utilisateurs connectés, à l'espace d'administration et à tout ce qu'un cache de page ne peut pas servir. C'est le rôle de Redis.

La plupart des sites tirent parti des deux. Configurez d'abord le cache de page, car c'est lui qui apporte le plus au plus grand nombre de visiteurs.

Activer LiteSpeed Cache

LSCache est gratuit sur toutes les offres WebGee. Le plus rapide est de passer par cPanel, qui installe et configure l'extension pour vous :

1. Connectez-vous à cPanel et ouvrez LiteSpeed Web Cache Manager.
2. Sous LiteSpeed Cache Management, sélectionnez WordPress Cache.
3. Sélectionnez Scan si vos installations n'apparaissent pas.
4. Sélectionnez Enable à côté de l'installation concernée.

Si l'extension est déjà installée mais que la mise en cache est désactivée, allez dans LiteSpeed Cache → Cache dans WordPress et réglez Enable Cache sur ON.

Les réglages par défaut conviennent à la plupart des sites sans modification. Les règles de purge vident déjà la page d'accueil ainsi que les archives de catégories, d'étiquettes et d'auteurs lorsque vous publiez un article, et les réglages par défaut pour WooCommerce excluent déjà le panier et la page de commande. Si une page pose problème, ajoutez-la dans Excludes plutôt que de désactiver le cache. Consultez Installer et activer LiteSpeed Cache.

Appliquer un préréglage

Les préréglages appliquent une configuration complète en une seule fois. Allez dans LiteSpeed Cache → Presets puis, dans l'onglet Standard Presets, sélectionnez Apply Preset à côté de celui qui vous intéresse. Vos réglages actuels sont sauvegardés au préalable, et la section History vous permet de les restaurer. Si Presets n'apparaît pas, mettez à jour l'extension vers la version 5.3 ou ultérieure.

• Essentials : mise en cache, TTL plus long et cache navigateur. Il ne peut pas casser votre mise en page.
• Basic : ajoute l'optimisation des images et un cache mobile. L'optimisation des images est un service QUIC.cloud qui nécessite une clé de domaine gratuite.
• Advanced : ajoute un large ensemble de fonctions d'optimisation de page.
• Aggressive et Extreme : ajoutent la combinaison des fichiers CSS et JavaScript, Critical CSS et Unique CSS, des services QUIC.cloud susceptibles d'être payants.

Commencez par Essentials. Il apporte l'essentiel du gain possible, et l'écart avec les préréglages agressifs est bien plus faible en temps de chargement réel qu'en score de vitesse de page. Montez d'un niveau à la fois et testez après chaque changement. Consultez Les préréglages de LiteSpeed Cache.

Vérifier que les pages sont bien mises en cache

Ouvrez le site dans une fenêtre de navigation privée de Chrome, appuyez sur F12, passez à l'onglet Network et rechargez la page. Sélectionnez la première entrée, le document HTML, et cherchez x-litespeed-cache sous Response Headers :

• hit : la page est servie depuis le cache. Tout fonctionne.
• miss : la page a été générée par PHP puis stockée. Rechargez une fois et vous devriez obtenir un hit.
• Aucun en-tête : la page n'est pas mise en cache.

Pour vérifier rapidement une seule URL, utilisez check.lscache.io. Si rien n'est mis en cache, vérifiez que l'extension est active, recherchez un fichier .litespeed_flag à la racine du site et supprimez toute extension de cache concurrente. Deux caches de page se gênent mutuellement, et en général aucun ne fonctionne. Consultez Vérifier si LiteSpeed Cache fonctionne.

Ajouter le cache d'objets Redis

Redis est le cache d'objets proposé chez WebGee. Memcached a été retiré et son extension PHP est désactivée sur l'ensemble de la plateforme : un site encore configuré pour Memcached ne bénéficie donc d'aucun cache d'objets. Redis fait la plus grande différence sur les sites comportant de nombreuses extensions, de grands catalogues de produits ou un espace d'administration lent. Il change peu de chose pour un petit site vitrine déjà servi par le cache de page.

1. Activer Redis dans cPanel

Ouvrez Redis dans cPanel, sélectionnez Enable Redis et notez le port et le mot de passe affichés.

2. Activer l'extension PHP

Ouvrez Select PHP Version, sélectionnez Extensions et cochez redis. La modification s'applique immédiatement.

3. Connecter LiteSpeed Cache à Redis

Dans WordPress, allez dans LiteSpeed Cache → Cache → Object et définissez :

• Object Cache : On
• Method : Redis
• Host : 127.0.0.1
• Port et Password : les valeurs relevées à l'étape 1
• Username : laissez vide

Sélectionnez Save. L'état de la connexion, sur la même page, doit indiquer Passed. S'il affiche Connection refused, Redis n'est pas en cours d'exécution ; Class 'Redis' not found signifie que l'extension PHP est désactivée ; Authentication failed signifie que le mot de passe est incorrect. Le mot de passe est régénéré chaque fois que Redis est désactivé puis réactivé : copiez-le à nouveau depuis cPanel. Consultez Activer le cache d'objets Redis et Quel cache d'objets choisir ?.

Remplacer WP-Cron par une véritable tâche cron

WP-Cron vérifie s'il y a des tâches planifiées à chaque chargement de page. Sur un site très fréquenté, cette vérification peut devoir attendre un processus PHP disponible et faire patienter le visiteur. Sur un site peu fréquenté, les articles programmés et les sauvegardes ne s'exécutent pas, faute de page chargée.

Commencez par ajouter ceci dans wp-config.php, au-dessus de la ligne /* That's all, stop editing! */ :

Ouvrez ensuite Cron Jobs dans cPanel, réglez la fréquence sur Once Per Five Minutes et saisissez cette commande, en remplaçant cpaneluser par votre nom d'utilisateur cPanel et en adaptant le chemin si WordPress n'est pas installé dans public_html :

Cinq minutes conviennent à la plupart des sites, et les boutiques WooCommerce doivent conserver cet intervalle, car le traitement des commandes et la mise à jour des stocks en dépendent. La partie > /dev/null 2>&1 empêche cPanel de vous envoyer le résultat par e-mail à chaque exécution. Vérifiez que tout fonctionne avec l'extension WP Crontrol, dans Tools → Cron Events. Consultez Remplacer WP-Cron par une véritable tâche cron.

Si le tableau de bord reste lent

wp-admin n'est jamais mis en cache de page : il révèle donc des problèmes que le front-end en cache dissimule. Le plus souvent, la cause vient du site et non du serveur. Procédez dans cet ordre :

1. Mesurez d'abord. Installez Query Monitor pour connaître le temps de génération, le nombre de requêtes, les requêtes les plus lentes et l'extension qui les a lancées. PHP X-Ray, dans cPanel, analyse une requête côté serveur sans rien installer.
2. Identifiez l'extension en cause. Une seule extension mal conçue est responsable de la plupart des tableaux de bord lents. Si Query Monitor ne la désigne pas, désactivez les extensions une par une sur une copie de préproduction.
3. Limitez l'API Heartbeat sur le front-end et le tableau de bord, mais laissez-la active dans l'éditeur d'articles, où elle assure l'enregistrement automatique.
4. Augmentez la limite de mémoire dans wp-config.php. WooCommerce recommande 256 MB, et les offres WebGee autorisent jusqu'à 1 GB.
5. Utilisez une version récente de PHP via le MultiPHP Manager de cPanel, et activez OPcache dans les extensions PHP.

Ne mettez pas wp-admin en cache, même si une extension le propose. Vous verriez des nombres de commandes et des niveaux de stock périmés, et vous risqueriez d'agir en conséquence. Consultez Améliorer un tableau de bord WordPress ou WooCommerce lent.