Optimiser une boutique n’est pas optimiser un site vitrine. Quatre pages ne peuvent jamais être mises en cache, le catalogue exécute des requêtes coûteuses, et le moindre réglage agressif casse la prise de commande.
Je regarde votre situation et je vous dis en vingt minutes ce qui mérite d’être corrigé en priorité.
Ce qui pèse spécifiquement
Le calcul des prix, des taxes et des promotions à chaque affichage. Les requêtes de filtrage sur les attributs produit. La mise à jour du panier en AJAX à chaque page. Et l’accumulation des sessions clients en base.
La table des options est un point souvent négligé : les sessions expirées et les transitoires s’y accumulent, et une table de plusieurs centaines de milliers de lignes ralentit chaque chargement.
- Panier AJAX rafraîchi sur toutes les pages
- Sessions et transitoires accumulés en base
- Filtres par attributs sur de gros catalogues
- Images produit non redimensionnées
- Extensions de tunnel chargeant partout
- Absence d’index sur les tables de commandes
Le panier en AJAX
Par défaut, WooCommerce interroge le serveur à chaque page pour actualiser le compteur du panier. Sur un site mis en cache, cette requête est la seule non mise en cache, et elle devient le point de contention.
La désactiver est possible et sans conséquence si le panier n’est pas affiché dans l’en-tête. Le gain est souvent de plusieurs centaines de millisecondes sur chaque page.
| Optimisation | Gain habituel | Risque |
|---|---|---|
| Désactiver le panier AJAX | Élevé | Faible si le panier n’est pas en en-tête |
| Nettoyer sessions et transitoires | Moyen à élevé | Nul avec une sauvegarde préalable |
| Stockage haute performance | Élevé sur gros volume | Vérifier la compatibilité des extensions |
| Cache sur le catalogue | Élevé | Faible si les pages dynamiques sont exclues |
| Combiner les scripts du tunnel | Faible | Élevé : casse la prise de commande |
| Chargement différé des images produit | Moyen | Moyen : ne pas l’appliquer au premier écran |
Je peux appliquer directement ces corrections sur votre site plutôt que vous laisser une liste de recommandations.
Nettoyer la base
Les sessions expirées, les transitoires périmés et les révisions de produits s’accumulent. Un nettoyage périodique, puis une optimisation des tables, produit un gain mesurable sur les boutiques anciennes.
Sur les boutiques importantes, la bascule vers le stockage haute performance des commandes change nettement la donne : les commandes ne transitent plus par la table des articles, ce qui allège les requêtes.
Ce qu’il ne faut pas faire
Mettre en cache les pages de panier et de commande. Combiner ou différer les scripts du tunnel. Charger les images produit en différé au-dessus de la ligne de flottaison. Ces trois optimisations, valables sur un site vitrine, cassent une boutique.
Sur une boutique, une optimisation qui gagne 200 ms mais casse une commande sur cent coûte infiniment plus cher qu’elle ne rapporte.
Ce qu’il faut retenir
Traitez d’abord le panier AJAX et la base : ce sont les deux gains les plus importants et les moins risqués. Optimisez le catalogue avec le cache, jamais le tunnel. Et testez systématiquement une commande complète après chaque réglage.
Activer le stockage haute performance des commandes
Avantages
- Requêtes de commandes nettement plus rapides
- Base allégée sur les boutiques à fort volume
- Modèle appelé à devenir la norme
- Administration des commandes plus réactive
Inconvénients
- Extensions anciennes parfois incompatibles
- Migration des données à prévoir sur un gros catalogue
- Retour arrière possible mais délicat
- Gain marginal sur une petite boutique
Accélérer une boutique sans la casser
0 sur 5 points validés
Cochez au fur et à mesure : votre avancement reste sur cet appareil, rien n’est envoyé et aucun compte n’est nécessaire.
Le panier AJAX et la base encombrée sont les deux premiers gains, et les moins risqués. Optimisez le catalogue mais jamais le tunnel, et testez une commande complète après chaque modification.
Questions fréquentes
À partir de combien de produits WooCommerce ralentit-il ?
Cela dépend surtout du nombre de variations et d’attributs, pas du nombre de produits. Mille produits simples posent moins de problèmes que deux cents produits à cinquante variations chacun.
Faut-il un hébergement dédié à WooCommerce ?
Au-delà de quelques centaines de commandes par mois, oui. Une boutique exécute beaucoup de requêtes non mises en cache, ce que les mutualisés d’entrée de gamme supportent mal.
Comment nettoyer la base sans risque ?
Sauvegardez d’abord, puis utilisez les outils intégrés de WooCommerce pour les sessions expirées, et une extension de maintenance pour les transitoires. Évitez les requêtes SQL manuelles sans maîtrise du schéma.
Sources et vérifications
Gains et risques issus des optimisations de boutiques que je réalise. Les ordres de grandeur varient selon le catalogue.
Décrivez votre situation en quelques lignes. Réponse sous 24 heures, sans engagement ni relance commerciale.
