# 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.

- Source canonique : [https://allaux.fr/wordpress-woocommerce/site-lent](https://allaux.fr/wordpress-woocommerce/site-lent)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Mesurez d’abord le temps de réponse du serveur sur une page produit puis sur la page d’accueil, connecté et déconnecté : un écart net signale que le cache de page ne sert jamais les visiteurs connectés. Vérifiez ensuite dans Outils > Santé du site la version de PHP et la présence d’un cache objet, puis le poids de wp_postmeta si le catalogue est volumineux.

## 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

1. **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.
2. **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.
3. **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).
4. **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.
5. **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.

## Un hébergement plus puissant ne corrige pas tout

> Monter en gamme d’hébergement masque temporairement un problème de requêtes non optimisées ou de base encombrée, mais la lenteur revient dès que le trafic ou le catalogue augmente à nouveau.

## Pages liées

- **Diagnostiquer une boutique lente** — La méthode de mesure avant d’acheter quoi que ce soit. ([/guides/diagnostiquer-boutique-lente](/guides/diagnostiquer-boutique-lente))
- **Vider le cache WordPress** — Les couches de cache et l’ordre dans lequel les vider. ([/guides/vider-cache-wordpress](/guides/vider-cache-wordpress))
- **Administration WordPress très lente** — Un tableau de bord lent n’a pas les mêmes causes que la vitrine. ([/wordpress-woocommerce/problemes/admin-wordpress-tres-lent](/wordpress-woocommerce/problemes/admin-wordpress-tres-lent))
- **Optimiser les images produits** — Le poste le plus lourd d’une fiche produit, presque toujours. ([/guides/optimiser-images-produits](/guides/optimiser-images-produits))

## FAQ

### Faut-il changer d’hébergeur pour aller plus vite ?

Pas systématiquement. Je mesure d’abord où le temps est réellement perdu : souvent la cause est dans les plugins ou la base de données, pas dans la puissance du serveur.

### L’audit va-t-il risquer de casser le site en production ?

Non, le profilage se fait sans modifier le site. Les corrections identifiées sont ensuite testées avant d’être appliquées, et je peux intervenir hors heures de forte affluence.

### Quels accès dois-je vous fournir ?

Un accès administrateur WordPress, un accès FTP ou SSH, et un accès à la base de données. Un accès à l’espace d’hébergement aide à vérifier la configuration serveur.

### Combien de temps prend un audit de performance ?

Le diagnostic prend en général une demi-journée à une journée. Les corrections varient ensuite : un nettoyage de base se fait rapidement, une refonte de requêtes mal optimisées prend plus de temps.

### Est-ce que la vitesse du site influence mon référencement ?

Oui, la vitesse fait partie des critères Core Web Vitals pris en compte par Google, mais ce n’est qu’un facteur parmi d’autres, pas une garantie de meilleur classement à elle seule.