Votre site WordPress ou WooCommerce est lent
Un site WordPress qui ralentit progressivement n’a généralement pas une seule cause : c’est souvent l’accumulation de plugins, une base de données jamais nettoyée, et un cache mal configuré ou absent. Je mesure avant de corriger, pas l’inverse.
Les signaux qui justifient un audit
- Temps de chargement qui augmente au fil des mois sans changement apparent
- Tableau de bord WordPress lent à s’ouvrir, même sur des actions simples
- Page produit ou panier WooCommerce longue à afficher
- Score Core Web Vitals mauvais malgré un hébergement mutualisé ou dédié correct
- Ralentissement uniquement pendant les pics de trafic
Comment je mesure avant d’intervenir
-
Profilage des requêtes
J’utilise un outil de profilage (type Query Monitor) pour lister les requêtes SQL exécutées par page, leur nombre et les plugins qui les déclenchent.
-
Audit de la table wp_options
Je vérifie la taille et le contenu des données chargées automatiquement (autoload) dans wp_options : des plugins mal désinstallés y laissent parfois plusieurs mégaoctets qui se chargent sur chaque page.
-
Contrôle du cache
Je vérifie la présence et la configuration d’un cache de page et d’un cache d’objets (Redis ou Memcached si disponible côté hébergement).
-
Analyse spécifique WooCommerce
Sur une boutique avec un catalogue conséquent, je vérifie le poids de wp_postmeta, qui stocke les attributs produits en clé-valeur et peut ralentir fortement les requêtes de catalogue si elle grossit sans index adaptés.
-
Vérification serveur
Je contrôle la version PHP, la présence d’OPcache et le mode d’exécution (PHP-FPM plutôt que CGI classique) qui influence directement le temps de réponse.
Ce que je corrige le plus souvent
Le cas le plus fréquent sur WordPress est l’accumulation de plugins actifs qui ne sont plus réellement utilisés, chacun ajoutant ses propres requêtes et scripts sur chaque page, même quand la fonctionnalité n’est pas visible. Désactiver ce qui ne sert plus a souvent plus d’impact qu’une optimisation technique complexe.
Sur WooCommerce, le modèle de données par métadonnées (chaque attribut produit est une ligne dans wp_postmeta) devient un problème de performance à mesure que le catalogue grandit, en particulier sur les pages de filtrage et de recherche. J’ajoute des index ciblés ou je revois les requêtes les plus coûteuses selon le cas.
Enfin, les transients (données temporaires stockées par WordPress) mal purgés s’accumulent parfois par dizaines de milliers en base sans jamais expirer correctement, alourdissant chaque requête qui touche la table d’options.
Pages liées
-
Diagnostiquer une boutique lente
La méthode de mesure avant d’acheter quoi que ce soit.
-
Vider le cache WordPress
Les couches de cache et l’ordre dans lequel les vider.
-
Administration WordPress très lente
Un tableau de bord lent n’a pas les mêmes causes que la vitrine.
-
Optimiser les images produits
Le poste le plus lourd d’une fiche produit, presque toujours.
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.