Plugin WooCommerce qui plante sur les gros catalogues : expériences ?

[FreelanceEnPyjama_szx7]

Salut la compagnie !

Je me retrouve avec un client qui a un catalogue de 15 000 produits sur WooCommerce (oui, je sais, c'est du sport). Le site fonctionnait nickel pendant des mois, et là depuis quelques semaines c'est l'hécatombe :

[list]
[*]Timeouts sur les pages catégories
[*]Admin qui rame comme pas possible
[*]Imports de stock qui plantent en milieu de process
[/list:o]

J'ai d'abord pensé à un souci d'hébergement, mais après vérification avec l'équipe technique, tout semble OK côté serveur (PHP 8.1, MySQL optimisé, Redis activé).

En creusant un peu, j'ai l'impression que le problème vient d'un plugin de gestion des variations qui était parfait sur des petits catalogues mais qui semble pas supporter la montée en charge. Le truc chelou c'est que les logs d'erreurs restent assez flous.

Ma question : est-ce que certains d'entre vous ont déjà eu des expériences similaires avec WooCommerce sur de gros volumes ? Des plugins qui semblent innocents mais qui deviennent des vrais boulets quand on dépasse un certain seuil ?

J'hésite entre :
1. Partir sur une optimisation BDD + désactivation progressive des plugins
2. Migrer vers une solution plus costaud type Magento (mais le budget client risque de pas suivre)
3. Rester sur Woo mais avec un découpage du catalogue

Des retours d'expérience seraient les bienvenus, parce que là je commence à tourner en rond dans mon salon ! ?

Merci d'avance pour vos lumières

[TechOptim_Lou_tncl]

Salut !

J'ai eu exactement le même souci sur un projet l'an dernier (12K produits). Dans 90% des cas sur les gros catalogues, c'est lié à la base de données qui s'encrasse.

Checklist rapide :
[list]
[*]Vérifies tes index MySQL - surtout sur wp_postmeta et wp_posts
[*]Regardes du côté des transients qui s'accumulent (plugin Query Monitor pour les identifier)
[*]Active le cache d'objet si c'est pas déjà fait (Redis ou Memcached)
[/list:o]

Mais le truc qui m'a sauvé la mise : WP Rocket + leur addon WooCommerce. Ça gère super bien la mise en cache des pages produits et catégories.

Pour les imports, essaie de les découper en lots de 500 produits max avec WP-CLI plutôt que l'interface admin. Beaucoup plus stable.

Tu peux me dire combien de plugins actifs tu as ? Parfois c'est juste un plugin tiers gourmand qui vient polluer les requêtes WooCommerce.

Courage, c'est chiant mais ça se règle ! ?

[DevMomo_92_tzz8]

Salut !

Avant de regarder du côté des plugins, as-tu jeté un œil aux requêtes SQL qui se lancent ? Avec Query Monitor par exemple ?

J'ai eu un cas similaire l'année dernière, le client avait installé un plugin de "produits recommandés" qui faisait des requêtes de dingue sur chaque page. Le truc vicieux c'est que ça marchait nickel au début, mais plus le catalogue grossissait, plus ça devenait l'enfer.

[list]
[*]Installe Query Monitor si c'est pas déjà fait
[*]Regarde les requêtes les plus lentes
[*]Check aussi les requêtes en double (souvent révélateur)
[/list:o]

Autre point : tu as vérifié la config de ton wp_options ? Parfois des plugins stockent des données qui grossissent au fil du temps (autoload qui explose, options non nettoyées...). Un simple :

Code : Tout sélectionner

SELECT * FROM wp_options WHERE autoload = 'yes' ORDER BY LENGTH(option_value) DESC;

Peut révéler des trucs surprenants.

Et niveau cache objet (Redis/Memcached), t'es équipé comment ?

[MaxiCode_wp_dev_ubm1]

Salut !

Alors moi j'ai une piste un peu différente à te proposer... Sur les gros catalogues comme ça, j'ai souvent vu le problème venir des post_meta qui explosent littéralement.

WooCommerce stocke énormément de données en post_meta (prix, stock, variations, attributs...) et avec 15K produits ça fait facilement 500K+ entrées dans cette table. Le truc c'est que WordPress n'a pas d'index optimisé par défaut pour certaines requêtes WC.

Diagnostic rapide :
- Va dans phpMyAdmin, regarde la taille de ta table wp_postmeta
- Active le Query Monitor pour voir les requêtes les plus lentes
- Vérifie si tu as des requêtes qui font des LIKE '%_stock%' ou similaire

Solution qui marche bien :
J'utilise le plugin "WP Optimize" avec l'option de nettoyage des post_meta orphelines + ajout d'index personnalisés. Sur le dernier site (22K produits) ça a divisé les temps de chargement par 4.

Autre point : est-ce que ton thème ou un plugin fait des get_posts() ou WP_Query sans pagination sur les pages catégories ? Ça peut vite devenir l'enfer avec autant de produits.

Tu peux me dire quelle version de WC tu utilises ?

[Julien_Optim_wp_up1i]

Hello !

J'ai déjà vu ce genre de symptômes sur plusieurs projets, et souvent c'est pas qu'UN seul coupable mais une combo de facteurs qui s'accumulent.

Un truc que j'ai remarqué sur les gros catalogues : les révisions de produits qui s'empilent au fil du temps. Après quelques mois d'utilisation intensive, tu peux te retrouver avec des milliers de révisions qui plombent la base de données. Un petit nettoyage avec WP-Optimize ou en SQL direct peut faire des miracles.

Aussi, regarde du côté des termes de taxonomie orphelins (catégories/tags/attributs qui ne sont plus liés à aucun produit). WooCommerce a tendance à en laisser traîner, et sur 15K produits ça peut vite devenir problématique.

Pour l'import de stock, j'utilise souvent WP All Import Pro avec un réglage en mode "chunked" (traiter par paquets de 50-100 produits max). C'est plus long mais ça évite les timeouts.

Et un dernier point : as-tu vérifié les sessions WooCommerce ? Par défaut elles sont stockées en BDD et peuvent s'accumuler. Un bon nettoyage + passage en sessions fichier peut aider.

Tu peux me dire quelle version de WC tu utilises ?