Performances et surveillance

Accélérer et optimiser WordPress et WooCommerce étape par étape

Vérifié le 15 min de lecture wordpress rendimiento cache

Une amélioration des performances doit faire en sorte que le site se charge et réponde mieux sans casser ses fonctions. Ce guide vous propose un ordre pour examiner WordPress et WooCommerce : mesurer, vérifier la base technique, configurer le cache, optimiser les ressources et analyser ce qui reste lent.

Vous n'avez pas besoin d'appliquer tous les réglages. Un site vitrine, une boutique et une plateforme de cours ont des besoins différents. Gardez une sauvegarde restaurable, notez l'état initial et faites les modifications importantes sur une copie de test.

Mesurer avant de modifier

Choisissez des pages et des opérations représentatives : accueil, article ou catégorie, produit, recherche et une tâche de l'administration. Testez en tant que visiteur et en tant qu'utilisateur connecté ; dans WooCommerce, incluez le panier et le paiement en mode test.

Enregistrez plusieurs mesures dans des conditions similaires. PageSpeed Insights aide à trouver les problèmes côté navigateur ; PHP X-Ray aide à comprendre les requêtes PHP. Rapprochez les résultats de l'utilisation des ressources et des tâches qui ont lieu à la même heure.

WordPress et extensions à jour

Gardez WordPress, le thème et les extensions dans des versions maintenues et compatibles. Lisez les changements annoncés par l'éditeur et testez les mises à jour importantes avant la production. Une mise à jour peut modifier des fichiers et des données : revenir au code précédent n'annule pas toujours tous ses effets.

Avant de mettre à jour une boutique, vérifiez comment vous récupérerez les fichiers et la base de données sans perdre les nouvelles commandes. Consultez les sauvegardes disponibles et gardez une sauvegarde faite au moment du changement.

Vérifier la version de PHP utilisée

Choisissez une version qui reçoit encore des correctifs de sécurité et qui est compatible avec WordPress, le thème et les extensions. Utiliser la plus récente sans tester ne garantit ni la compatibilité ni une amélioration automatique.

L'assistant PHP de l'espace client aide à faire le changement et à vérifier les réponses. Complétez ces vérifications avec les formulaires, les paiements, l'administration et les tâches : une page qui répond correctement ne prouve pas que toutes les fonctions marchent.

Vérifiez OPcache dans la version de PHP utilisée. Il conserve le code compilé pour éviter de répéter cette compilation ; il ne remplace pas le cache de page et ne corrige pas les requêtes lentes.

Désactiver le cron par défaut de WordPress

Si vous avez besoin que les tâches se déclenchent indépendamment des visites, configurez un remplaçant système. Ne désactivez pas le déclencheur habituel avant d'avoir vérifié que le nouveau fonctionne. Contrôlez la fréquence, les événements en retard et l'absence de tâches en double.

Le guide de WP-Cron explique l'option de Softaculous et la configuration manuelle. L'intervalle doit être adapté aux besoins de la boutique, pas seulement à la consommation.

Système de cache : LiteSpeed à la rescousse

Le cache de page permet de réutiliser une réponse publique compatible sans exécuter WordPress à nouveau. LiteSpeed Cache s'intègre à notre serveur et propose aussi des outils pour le CSS, le JavaScript, les images et d'autres tâches.

Installez-le depuis WordPress ou depuis LiteSpeed Web Cache Manager. Gardez une seule solution de cache de page et suivez le guide de mise en route.

Configuration initiale et profils

Commencez par le cache de base et vérifiez une page publique dans une session de navigation privée. Examinez les en-têtes d'une requête suivante pour confirmer qu'elle est servie depuis le cache.

Les Presets appliquent des ensembles d'options. Enregistrez ou exportez la configuration avant d'en tester un ; même un profil de base doit être vérifié. Ne passez pas systématiquement au profil le plus agressif et ne supposez pas que tous les thèmes sont compatibles.

Pour utiliser les services en ligne de QUIC.cloud, la connexion se lance désormais dans General > Online Services. C'est indépendant de l'utilisation du cache de page de l'hébergement. Vous n'avez pas besoin d'une ancienne clé de domaine pour terminer cette première étape.

Options de cache

Réglage Critère de choix
Utilisateurs connectés et commentateurs Garder les exclusions, sauf conception et tests d'un cache privé
REST API et pages de connexion Vérifier la compatibilité et la sensibilité des réponses avant de forcer le cache
Cache mobile Le séparer seulement si le site sert un contenu différent, pas seulement un design adaptatif
TTL Équilibrer la réutilisation et la durée pendant laquelle une donnée peut rester sans mise à jour
Purge Invalider le contenu lié lors d'une publication ou d'une modification, avec des tests réels
Exclusions Protéger le panier, le paiement, les espaces privés et les variations propres à vos modules
ESI L'utiliser quand une intégration a été conçue et testée pour les blocs dynamiques
Cache du navigateur Durées longues pour les fichiers versionnés ; prudence si le contenu change sans que l'URL change

Une purge automatique ne connaît pas forcément les dépendances d'un développement sur mesure. Vérifiez qu'un changement de prix, d'article ou de modèle apparaît là où il le doit.

Optimisation de page

Dans Page Optimization, testez séparément la minification du CSS et du JavaScript. Combiner des fichiers, différer des scripts ou générer le CSS critique sont des décisions différentes ; elles n'améliorent pas toujours HTTP/2 ou HTTP/3 et peuvent modifier le comportement.

Vérifiez le menu, la recherche, les filtres, les formulaires, le consentement et le paiement après chaque modification. Les exclusions CSS et JS permettent d'isoler une ressource qui ne supporte pas une optimisation. Si le problème a commencé après un réglage, annulez-le et purgez le cache concerné avant d'en ajouter un autre.

Le chargement différé est utile pour les images hors de la vue initiale. Excluez l'image principale et vérifiez différentes tailles d'écran. Des fonctions comme VPI peuvent aider, mais elles dépendent de l'analyse réalisée et ne garantissent pas de représenter toutes les vues ou tous les états de votre site.

Outils supplémentaires

Utilisez la purge la plus limitée qui règle une modification invisible. S'il y a un CDN, vérifiez sa couche séparément. Tout purger fréquemment oblige à régénérer les réponses et peut augmenter la charge.

Exporter les réglages sert à garder une référence. Avant de les importer sur un autre site, vérifiez les domaines, les exclusions, les intégrations et les besoins de ce projet ; une configuration n'est pas universelle.

Optimiser la base de données

Identifiez d'abord le problème : options chargées automatiquement volumineuses, requêtes répétées, tables à croissance anormale ou données dont vous n'avez plus besoin. N'utilisez pas tous les boutons de nettoyage à la fois.

Les révisions, la corbeille et d'autres données peuvent avoir de la valeur. Toute suppression demande une durée de conservation choisie et une sauvegarde restaurable. Convertir un moteur ou modifier des index sont des opérations de structure qui doivent être testées séparément.

Consultez autoload et wp_options et le nettoyage des données orphelines pour examiner avant de supprimer.

Cache d'objets en mémoire, le petit plus qui manquait

Redis peut réduire les lectures répétées de données que WordPress et ses extensions stockent via des API compatibles. Il ne mémorise pas automatiquement toutes les requêtes SQL et peut apporter peu à un site couvert par le cache de page.

Suivez la configuration de Redis, utilisez une seule intégration de cache d'objets et séparez les sites du compte. Mesurez avant de le garder. Pour le retirer, déconnectez d'abord les extensions, puis le service.

Optimisation des images

Distinguez dimensions, poids et qualité. Une image affichée à 400 pixels ne devrait pas toujours obliger à télécharger un original de plusieurs milliers de pixels ; utilisez des variantes responsives adaptées, en tenant compte aussi des écrans à plus haute densité.

Les attributs de largeur et de hauteur réservent l'espace et aident à éviter les décalages de mise en page, mais ils ne réduisent pas le fichier. Gardez les originaux avant de régénérer les miniatures ou de compresser en masse.

L'optimiseur d'images de l'espace client traite les JPG, JPEG et PNG ; vérifiez ses différences de qualité selon le format, en particulier pour le PNG. LiteSpeed peut utiliser QUIC.cloud pour l'optimisation et les formats modernes, avec sa propre configuration et ses propres conditions. Ne lancez pas deux systèmes de traitement en masse en même temps sur les mêmes originaux.

CDN pour distribuer le contenu statique

Un CDN peut réduire la distance de livraison des ressources aux visiteurs éloignés. Évaluez son utilité selon vos régions et votre trafic, son coût et la gestion du cache.

Vous pouvez consulter QUIC.cloud avec WordPress ou Cloudflare. Avant de modifier le DNS, gardez une copie de la zone, y compris les enregistrements de messagerie, et vérifiez le HTTPS et l'origine. Ne forcez pas le cache public pour toutes les pages d'une boutique.

Analyser la table wp_options pour repérer d'éventuels goulots d'étranglement

Mesurez l'ensemble autoload et identifiez les options volumineuses avec le composant responsable. Ne supprimez pas une option simplement parce que vous ne connaissez pas son nom et ne les passez pas toutes en non-autoload. Utilisez le guide dédié et vérifiez les temps et la mémoire après chaque modification.

Analyser les problèmes de lenteur des extensions

Le nombre d'extensions n'indique pas à lui seul le coût. Examinez ce que fait chacune, si elle conserve des données ou des fonctions nécessaires et quelle charge elle ajoute à l'opération lente. Utilisez des traces courtes pour repérer les requêtes, les appels externes et les répétitions.

Retirez les composants inutiles en suivant leur procédure, avec une copie de la configuration et des données. Ne désactivez pas toutes les extensions d'une boutique ouverte pour vérifier un soupçon.

Augmenter la limite de mémoire de WordPress

Augmenter la mémoire n'est pas une optimisation obligatoire. En cas d'erreur d'épuisement de la mémoire, vérifiez la limite effective, la cause et les ressources globales du compte. Le guide sur la mémoire de WordPress distingue ces valeurs.

Recommandations sur les extensions en général, et de sécurité en particulier

Gardez des composants nécessaires, compatibles et maintenus. Évitez de dupliquer des analyses coûteuses sans bénéfice mesuré, mais ne retirez pas des contrôles utiles comme la 2FA ou l'audit sous prétexte qu'ils relèvent de la sécurité. Consultez comment évaluer les extensions de sécurité.

Après la mise en production, répétez les opérations initiales et observez les erreurs, les ressources et les données réelles des utilisateurs. Gardez un journal des modifications pour distinguer ce qui a aidé et pouvoir annuler ce qui nuit au fonctionnement.

Cela peut aussi vous aider

Quelque chose cloche ou a changé ? Racontez-nous et nous le vérifions.