Les 10 Problèmes WooCommerce les Plus Courants

Introduction

Vous avez lancé une boutique en ligne qui fonctionne… à peu près. Mais vous rencontrez des soucis réguliers : votre site est lent, des clients se plaignent que leur panier a disparu, votre stock n’est jamais à jour, ou Google n’indexe pas vos produits correctement.

Vous n’êtes pas seul. Chez Condorito, nous résolvons ces problèmes chaque semaine pour nos clients. Après plus de 20 ans d’expérience en développement web et plus de 100 audits WooCommerce réalisés, nous avons identifié les 10 problèmes qui reviennent le plus souvent.

La bonne nouvelle ? Ils ont tous une solution !

Dans cet article, nous vous montrerons exactement ce qui cause ces problèmes et comment les corriger—que vous fassiez appel à un agence spécialisée WooCommerce  ou que vous tentiez de résoudre cela vous-même.

1. WooCommerce Lent / Core Web Vitals Mauvais

Le problème

Votre boutique charge en 5-7 secondes au lieu de 2-3. Google Search Console vous envoie des alertes « Core Web Vitals ». Les clients abandonnent leur panier avant même qu’il charge.
Vous voyez ça dans Google Analytics : votre taux de rebond est supérieur à 50%.

Les causes courantes

• Trop de plugins actifs : Vous avez plus de 30 plugins et ils se battent entre eux
• Images non optimisées : Photos produits en 5MB chacune, au lieu de 50-200KB compressées
• Pas de caching : Chaque visite requête la base de données complètement
• Server sous-dimensionné : Vous êtes sur un hosting mutualisé à 5€/mois pour 1000 produits
• Plugins de paiement mal codés : Certains plugins font 2-3MB à eux seuls
• Base de données non optimisée : Des millions d’entrées inutiles dans wp_posts

Les solutions (du simple au complexe)

Commencez par le plus simple (15 minutes) :

1. Installez un plugin de cache : WP Super Cache, W3 Total Cache, ou WP-Rocket (payant mais excellent)
   • Cela divise souvent le temps de chargement par 2-3 immédiatement
   • Configuration : 10-15 minutes, même pour un débutant
2. Compressez vos images : Utilisez TinyPNG ou Imagify sur vos 100 images produits existantes
   • Gain typique : -60-70% taille fichier
   • Coût : Gratuit pour les 500 premières images/mois
3. Désactivez les plugins inutilisés : Allez dans Extensions, cherchez les doublons et les anciens plugins
   • Gain : 1-2 secondes souvent

Étape intermédiaire (30 min à 1h) :

4. Utilisez un plugin de nettoyage de base de données : Asset CleanUp Pro ou Advanced Database Cleaner
   • Cela supprime les révisions inutilisées, les commentaires spam, etc.
   • Gain typique : 0.5-1 seconde + réduit la taille de vos backups
5. Configurez un CDN : Cloudflare (gratuit) ou BunnyCDN (8$/m)
   • Vos images sont servies depuis des serveurs proches de vos clients
   • Gain : 1-2 secondes pour les clients internationaux

   Voir notre article : un CDN à quoi ça sert

Étape avancée (nécessite développeur, 4-8h) :

6. Code splitting & minification : Dites à votre développeur d’utiliser Asset CleanUp Pro ou un plugin similaire pour charger uniquement les CSS/JS nécessaires par page
7. Lazy loading intelligent : Images qui se chargent que quand utilisateur scroll dessus
8. Optimisation serveur : Passer de PHP 7.4 à PHP 8.2 (gain ~30%)

Estimation de temps de chargement post-optimisation : 2-3 secondes (vs 7 avant)

2. Panier qui disparaît / Checkout qui échoue

Le problème

Votre client ajoute 3 produits au panier, revient le jour suivant… panier vide. Ou encore: le client essaie de payer, le bouton « Confirmer la commande » ne marche pas, il abandonne.

Les causes courantes

• Sessions PHP mal configurées : Les sessions expirent trop vite (durée par défaut = 24h, souvent insuffisant)
• Certificat SSL expiré ou mal installé : HTTPS cassé = panier ne persiste pas
• Plugin de panier côté client (JavaScript) cassé : Le panier est stocké en cookie, mais un plugin supprime les cookies
• Conflit plugin Woo + plugin cache : Le cache désactive complètement WooCommerce
• Périphérique / Navigateur bloque les cookies : Safari, certains navigateurs sécurisés
• Formulaire checkout personnalisé mal codé : Un développeur précédent a cassé les champs requis

Les solutions

Diagnostic rapide (5 min) :

1. Vérifiez votre certificat SSL :
   • Allez sur ssl-checker.com, entrez votre domaine
   • Si « Expired » = problème trouvé
   • Solution : Réinstaller SSL (chez Lets Encrypt = gratuit, via votre hosting)
2. Testez en mode incognito :
   • Ouvrez panier en navigation privée, ajoutez produit, fermez/réouvrez
   • Si ça marche en incognito mais pas normal = problème cookie/plugin

Configuration (30 min) :

3. Augmentez la durée de session : Ajoutez ceci au wp-config.php

   // 7 jours au lieu d'un
   define( 'WOOCOMMERCE_CART_SESSION_TIMEOUT', 86400 * 7 ); 
   

4. Nettoyez les plugin de cache : Désactivez temporairement tout plugin de cache (WP Super Cache, W3 Total Cache, etc.)
   • Si panier réapparaît = un de ces plugins en cause
   • Solution : Configurer le plugin pour exclure le panier de WooCommerce du cache

Avancé (1-2h, développeur requis) :

5. Testez les plugins un par un en mode debug :
   • Désactivez tous les plugins sauf WooCommerce
   • Testez le panier (fonctionne ?)
   • Réactivez  les plugins un par un jusqu’à trouver le coupable
6. Vérifiez custom checkout code : Si vous avez un formulaire checkout personnalisé
   • Cherchez erreurs JavaScript en ouvrant Console (F12)
   • Écoutez événements checkout_place_order et checkout_error

3. Stock mal synchronisé

Le problème

Le client achète le dernier produit sur votre site WooCommerce, mais il en reste 3 dans votre ERP/logiciel de gestion. Ou l’inverse : WooCommerce dit « 5 en stock » mais c’est déjà vendu en magasin.

Les causes courantes

• Pas d’intégration automatique : Vous mettez à jour le stock manuellement (Excel → WooCommerce)
• Intégration cassée : Webhook ne fonctionne plus, API call échoue silencieusement
• Plugin d’intégration bugué : Sync tous les jours à 2h du matin mais échoue si délai > 5min
• Erreurs silencieuses non loggées : Vous ne saurez pas qu’il y a un problème tant que client se plaint
• Multi-site / multi-entrepôt : Stock total doit refléter entrepôt A + B + C, pas « codé en dur ».

Les solutions

Diagnostic (30 min) :

1. Vérifiez votre système actuel :
   • Comment mettez-vous à jour le stock ? Manuellement ? Via plugin ? Via API ?
   • À quelle fréquence ? Chaque jour ? Chaque heure ?
   • Y a-t-il des erreurs dans les logs ? (Wp-admin > Outils > Logs WooCommerce, ou serveur logs)
2. Testez manuellement :
   • Vendez 1 produit en magasin
   • Vérifiez que WooCommerce le reflète dans les 10 minutes
   • Si non = sync cassée

Configuration simple (1-2h) :

3. Installez un plugin de sync stock :
   • Inventory Source (gratuit pour 1 source)
   • Syncify (payant mais complet)
   • Ces plugins se connectent à votre ERP via API et synchent le stock automatiquement
4. Configurez les notifications d’erreur :
   • Plugin > Logs, activez debug mode
   • Recevez email si sync échoue 3 fois consécutives
   • Coût : 0€

Intégration complète (2-4j, développeur requis) :

5. Webhooks bi-directionnels :
   • Quand stock change dans ERP → appelle API WooCommerce pour mettre à jour
   • Quand commande créée dans WooCommerce → appelle ERP pour réserver stock
   • Cela élimine le délai de sync (en temps réel vs toutes les heures)
6. Multi-entrepôt :
   • Plugin comme Warehouse Manager ou WooCommerce Inventory Manager
   • Affiche : « 3 en Paris, 2 en Lyon, 0 en Marseille »

4. Pages produits non indexées par Google

Le problème

Vous avez 500 produits WooCommerce, mais Google n’en indexe que 50. Vos pages produits ne rangent pas sur Google (même pour des mots-clés simples). Google Search Console montre « Not Selected » ou « Excluded ».

Les causes courantes

• Sitemap XML absent ou cassé : WooCommerce génère sitemap mais il contient des erreurs
• robots.txt bloque les produits : Disallow: /product/ (oups)
• Pages marquées « noindex » : Plugin SEO mal configuré, ou indexation manuelle désactivée
• Pagination cassée : Page 2, 3, 4 des produits n’ont pas de canonical URL
• Contenu dupliqué : Même produit accessible via plusieurs URLs (ex: /product/tshirt ET /categorie/vetements/tshirt)
• Contenu fin / peu d’indexation : Descriptions produits trop courtes (< 100 mots) ou auto-générées
• Paramètres URL : Filtres (couleur, taille) créent des URL différentes = contenu dupliqué

Les solutions

Diagnostic (15 min) :

1. Vérifiez votre sitemap :
   • Allez à https://votresite.com/sitemap.xml
   • Devriez voir liste de toutes vos pages produits
   • Si 404 = sitemap cassé
2. Vérifiez robots.txt :
   • https://votresite.com/robots.txt
   • Cherchez « Disallow: /product » (mauvais) ou « Disallow: / » (très mauvais)
3. Vérifiez indexation :
   • Google Search Console > Coverage
   • Cherchez « Excluded » ou « Not Selected »
   • Notez le nombre exact

Configuration (30 min) :

4. Installez Yoast SEO ou Rank Math (ce dernier a notre préférence) :
   • Ces plugins gèrent le sitemap, noindex/follow, canonical URLs
   • Configuration de base : 15 min
5. Configurez Yoast pour WooCommerce :
   • Allez à Yoast > Search Appearance > Post Types
   • Pour « Product » : mettez « Show in search results » à OUI
   • Mettez « Add to sitemap » à OUI
6. Marquez pages comme indexable :
   • Si une page dit « noindex », cherchez dans Yoast settings et mettez « index »

Avancé (2-3h, développeur) :

7. Nettoyez les URL dupliquées :
   • Si vous avez /produit/tshirt ET /categorie/vetements/tshirt pointant vers même produit
   • Solution : Canonical tag vers version principale, ou 301 redirect
8. Améliorez contenu produit :
   • Descriptions produits : minimum 150-200 mots (pas juste « beau tshirt »)
   • Utilisez Yoast pour vérifier focus keyword
9. Soumettez sitemap à Google Search Console :
   • Allez à Search Console > Sitemaps
   • Ajoutez https://votresite.com/sitemap.xml
   • Google re-crawl votre site dans les 48-72h

Résultat attendu : Après 1-2 semaines, Google réindexe progressivement. Après 1 mois, vous devriez voir 80-90% des produits indexés.

5. Conflit de plugins

Le problème

Vous installez un nouveau plugin (ex: plugin paiement, plugin boost perfs), et soudain :

• Votre site affiche « White Screen of Death » (page blanche)
• Admin dashboard ne charge plus
• Panier ne marche plus
• Des pages crash aléatoirement

Les causes

• Plugin incompatible : Deux plugins écrits pour modifier la même partie de WooCommerce
• PHP version incompatible : Plugin écrit pour PHP 7.4, vous avez PHP 8.2
• Problème mémoire : Plugin se charge 100MB à chaque page, vous avez max 128MB
• Bug dans le plugin : Jamais testé par l’auteur sur votre config

Les solutions

Diagnostic rapide (5 min) :

1. Identifiez le plugin coupable :
   • Allez à wp-admin/plugins.php
   • Notez quel plugin vous avez installé en dernier
   • Désactivez-le (ne le supprimez pas encore)
   • Testez votre site
   • Si ça fonctionne = ce plugin est en cause

Correction immédiate (5 min) :

2. Supprimez ou remplacez le plugin :
   • Si c’est un plugin de paiement, utilisez version différente (ex: Stripe au lieu de Square)
   • Si c’est un plugin de perfo, essayez WP Super Cache au lieu de ce plugin bizarre
3. Augmentez memory limit PHP (temporaire) :
   • Allez à wp-config.php
   • Ajoutez : define('WP_MEMORY_LIMIT', '256M');
   • Cela donne plus de RAM au plugin

Debug professionnel (1-2h, développeur) :

4. Mode debug :
   • Dans wp-config.php, changez WP_DEBUG à true
   • Allez à /wp-content/debug.log
   • Cherchez erreurs PHP (« Undefined variable », « Call to undefined function », etc.)
5. Test isolé :
   • Désactivez tous les plugins sauf WooCommerce
   • Testez si site fonctionne
   • Réactivez plugins un par un, testez après chaque
   • Trouvez le coupable
6. Alternative :
   • Si plugin vient d’un mauvais dev, remplacez par plugin alternatif connu (ex: Rank Math au lieu de plugin SEO unknown)

6. Intégration Paiement qui Échoue

Le problème

Le client arrive à checkout, sélectionne « Payer par Carte Bleue », clique sur « Confirmer commande »… et rien ne se passe. Ou erreur : « Transaction refusée » ou « Erreur serveur ».

Vous vérifiez votre compte Stripe/PayPal et… aucune tentative de paiement reçue.

Les causes

• Certificat SSL invalide : Paiement via HTTPS, mais certificat expiré
• Clés API mal configurées : Clé publique/privée incorrecte, ou mélangées (sandbox vs live)
• Conflit plugin cache : Le cache désactive JavaScript du formulaire paiement
• 3D Secure activé : Le client voit popup pour vérifier identité, mais formulaire bugué
• Adresse IP serveur blacklistée : Provider paiement rejette votre serveur (souvent hosting mutualisé cheap)
• Montant ou devise incorrect : WooCommerce envoie montant « 3.5€ » au lieu de « 350c » en cents

Les solutions

Diagnostic (15 min) :

1. Vérifiez logs de paiement :
   • Stripe/PayPal dashboard > Logs/Events
   • Cherchez la tentative de paiement
   • Note l’erreur exacte (ex: « Invalid API key » vs « Address verification failed »)
2. Testez avec carte test :
   • Stripe fournit numéro test : 4242 4242 4242 4242
   • Essayez depuis votre site
   • Si ça fonctionne = config ok, problème ailleurs
   • Si ça échoue = config cassée

Configuration (30 min) :

3. Vérifiez certificat SSL :
   • https://www.ssl-checker.com > votre domaine
   • Si « Expired » = c’est ça
   • Solution : Renouveler SSL (Letsencrypt gratuit)
4. Vérifiez clés API :
   • Allez à Stripe Dashboard > API Keys
   • Copier clé publique et clé privée
   • Dans WooCommerce, Paiement > Stripe, vérifier clés sont correctes
   • ATTENTION : Ne pas mélanger clés Live et Test
5. Testez en mode sandbox :
   • Changez plugin Stripe à « Mode Test »
   • Testez paiement avec carte test
   • Si ça fonctionne, switch à « Mode Live »

Avancé (1-2h, développeur) :

6. Vérifiez 3D Secure :
   • Si votre compte Stripe a 3D Secure activé par défaut
   • Vous devez gérer popup de vérification
   • Solution : Plugin doit supporter 3D Secure (Stripe Payment Element le fait)
7. Vérifiez devise :
   • Cron job envoie montant incorrect ?
   • WooCommerce configuration > General > Currency doit être EUR (pas USD)
8. Test charge locale :
   • Développeur crée test local en mode debug
   • Simule paiement, observe logs entièrement
   • Trouvé erreur plus vite

Résultat : Après correction, paiement fonctionne en < 2 secondes, taux succès > 95%

7. Multi-Langue / Multi-Devise Cassées

Le problème

Vous avez configuré WooCommerce en 2 langues (FR + EN) et 2 devises (EUR + USD). Mais :

• Vous changez de langue, les prix ne changent pas (reste en EUR)
• Produit en EN affiche description FR
• Commande USD facturée 100€ au lieu de $115
• Certaines traductions manquent

Les causes

• Plugin multi-langue mal configuré : WPML, Polylang, LocoTranslate ne synchronisent pas WooCommerce correctement
• Devise hard-codée : Développeur a écrit prix en EUR partout au lieu d’utiliser variable devise
• Traductions incomplètes : 50% des produits traduits, 50% en français uniquement
• Duplication au lieu de traduction : Vous avez deux sites WordPress au lieu d’un site avec multilingue
• Plugin ancien : Multi-langue plugin date de 2019, incompatible WooCommerce 8.x

Les solutions

Diagnostic (10 min) :

1. Vérifiez quel plugin multi-langue :
   • Allez Extensions > Plugins actifs
   • Cherchez WPML, Polylang, LocoTranslate ou autre
   • Notez la version
2. Testez manuellement :
   • Allez à votre site
   • Changez langue (en bas à droite, ou dans la barre de menu)
   • Allez sur la page produit
   • Vérifiez : la description change-t-elle ? la devise change-t-elle ?

Configuration simple (1-2h) :

3. WPML (ou TranslatePress, weglot….) :
   • Configuration > Languages > Ajouter langue
   • WPML  crée automatiquement WooCommerce multi-devise
   • Allez WooCommerce > Multi-devise, setup currency por chaque langue
   • Coût : 99$/an
4. Polylang (gratuit, mais limité) :
   • Plugins > Ajouter > Polylang
   • Allez Langues > Ajouter langue
   • Polylang ne gère pas multi-devise automatiquement
   • Vous devez ajouter un plugin devise (ex: Woo Multi Currency)
5. Traduction manuelle :
   • Pour chaque produit, allez Edit
   • Onglet « Traductions » (si WPML/Polylang active)
   • Remplissez traduction FR/EN
   • Faites pareil pour 50 produits… (oui, c’est long)

Avancé (4-8h, développeur) :

6. Traduction automatique :
   • Utilisez Google Translate API ou DeepL API pour traduire automatiquement
   • Plugin comme « Automatic Translations » fait cela
   • Coût : ~20 € pour traduire 500 produits
7. Import/Export :
   • Exportez produits en CSV
   • Traduction externe (Crowdin, Lokalise)
   • Importez de retour
   • Plus rapide pour gros volume

8. Migrations de serveur qui cassent tout

Le problème

Vous changez d’hébergeur (ex: petit hosting local → o2switch). Vous copiez les fichiers WordPress + database, et arrivez sur nouveau serveur… et là :

• Admin dashboard ne charge pas
• Images produits ne s’affichent pas
• Panier ne fonctionne plus
• Ou : « Error establishing database connection »

Les causes

• URLs hard-codées : ancien domaine caché dans base de données
• htaccess cassé : Permalink settings pointent vers fichier inexistant
• Permissions fichiers : Utilisateur serveur ne peut pas lire/écrire fichiers
• PHP version différente : Vieux hosting PHP 7.4, nouveau PHP 8.2
• Extensions PHP manquantes : Nouveau serveur n’a pas imagick, gd, ou autre
• Database encoding : Latin1 vs UTF-8
• Chemins absolus : /var/www/html/uploads/ au lieu de /home/newserver/uploads/

Les solutions

Avant migration (1h) :

1. Backup complet :
   • WordPress : Export tout via All In One WP Migration ou UpdraftPlus
   • Database : Export via phpMyAdmin en SQL
   • Fichiers : FTP download de /wp-content
2. Notez votre configuration :
   • PHP version, extensions (vérifiez via wp-admin > Outils > Infos Système)
   • Database name, user, password

Après migration (1-2h) :

3. Corrigez les URLs :
   • Connectez via SSH
   • Utilisez wp-cli pour changer URLs :

     wp search-replace "https://ancien-domaine.fr" "https://nouveau-domaine.fr"
     

   • Ou installez Better Search Replace plugin
4. Régénérez htaccess :
   • Wp-admin > Permaliens
   • Cliquez « Enregistrer les modifications »
   • WordPress régénère htaccess automatiquement
5. Vérifiez permissions :
   • /wp-content doit avoir 755
   • /wp-content/uploads doit avoir 775

   chmod 755 wp-content
   chmod 775 wp-content/uploads
   

6. Vérifiez PHP version :
   • Nouveau serveur minimum PHP 7.4, recommandé PHP 8.2
   • Vérifiez extensions : php -m | grep imagick
7. Testez database connection :
   • wp-admin > Outils > Infos Système
   • Si « Error » = database mal configurée
   • Vérifiez wp-config.php : DB_NAME, DB_USER, DB_PASSWORD

Diagnostic avancé (1-2h, développeur) :

8. Debug mode complet :
   • wp-config.php : define('WP_DEBUG', true);
   • Allez /wp-content/debug.log
   • Cherchez erreurs
9. Testez par étapes :
   • WordPress charge ? (oui → vérifier admin)
   • Database répond ? (tester mysql -u)
   • Fichiers lisibles ? (test chmod)
   • PHP version ok ? (php -v)

9. Backups qui ne restaurent pas

Le problème

Vous avez des backups réguliers (UpdraftPlus, BackupBuddy, etc.). Mais quand vous essayez de restaurer :

• « Erreur : Archive corrompue »
• « Erreur : Fichiers manquants »
• « Erreur : Timeout »
• Ou : Vous restaurez, mais les données ne sont pas à jour

Les causes

• Backup incomplet : Database backupée le 1er, fichiers le 2e = incohérent
• Archive corrompue : Serveur crash pendant backup
• Stockage backup plein : Backup réussit partiellement avant manque espace
• Chiffrement/compression cassés : Archive décompression échoue
• Restauration timeout : Base données trop grosse, script PHP dépasse limite temps (300s par défaut)
• Backup jamais testé : Vous n’avez jamais essayé restaurer avant d’en avoir besoin

Les solutions

Prévention (30 min setup) :

1. Installez plugin backup fiable :
   • UpdraftPlus (gratuit, bon)
   • BackupBuddy (payant, excellent)
   • Jetpack Backup (payant, pour sites Jetpack)
2. Configurez backups :
   • Fréquence : Quotidienne (ou au moins bi-hebdomadaire)
   • Stockage : Dropbox, Google Drive, AWS S3 (pas serveur local)
   • Rétention : Gardez minimum 2 semaines de backups
3. Testez restauration :
   • Une fois par mois, téléchargez backup complet
   • Restaurez sur staging site (clone de prod)
   • Vérifiez que tout fonctionne
   • Puis supprimez staging
   • Cela prend 30min et vous épargne la catastrophe

Restauration en cas d’urgence (1-2h) :

4. Restauration manuelle via FTP :
   • Téléchargez dernière backup (fichiers + database SQL)
   • Via FTP, videz /wp-content/uploads
   • Copiez fichiers de backup
   • Via phpMyAdmin, videz database
   • Importez SQL de backup
5. Augmentez limite PHP si timeout :
   • wp-config.php : define('WP_MEMORY_LIMIT', '512M');
   • .htaccess : php_value max_execution_time 600 (10 minutes)
   • Relancez restauration
6. Vérifiez intégrité après restauration :
   • Allez page front
   • Allez admin
   • Testez panier produit
   • Vérifiez images affichent
   • Testez paiement (test mode)

10. Problèmes de Permissions / Rôles Utilisateur

Le problème

• Vous avez un nouvel employé en tant que « Gestionnaire de Produits », mais il voit aussi les rapports financiers
• Le client ne peut pas se connecter, erreur « Permission denied »
• Vous avez accidentellement créé compte Admin au lieu de Vendeur
• Certains utilisateurs ne peuvent pas changer le prix des produits

Les causes

• Rôles WordPress mal compris : Admin, Editor, Author, Contributor, Subscriber = différentes permissions
• Rôles WooCommerce mal configurés : « Shop Manager », « Customer » ne sont pas des permissions correctes !
• Plugins capability mal gérés : Un plugin crée un « custom role » qui casse les autres rôles
• Permissions fichiers serveur : Utilisateur PHP ne peut pas écrire fichier, donc upload échoue

Les solutions

Gestion simple (15 min) :

1. Vérifiez rôles de base :
   • Wp-admin > Utilisateurs
   • Cliquez sur utilisateur
   • Verifiez « Rôle »
   • Sélectionnez rôle approprié :
     • Admin = accès complet
     • Shop Manager = gère produits, commandes, mais pas rapports
     • Editor = crée articles, pas produits
     • Author = crée ses propres articles
     • Contributor = écrit brouillons
     • Customer = simple client
2. Créez rôles personnalisés :
   • Plugin comme « User Role Editor »
   • Allez User Role Editor > Roles
   • Créez rôle « Gestionnaire Stock » : permissions uniquement stock
   • Créez rôle « Commercial » : voir commandes, pas modifier server settings

Avancé (1-2h, développeur) :

3. Utilisez plugin ACL :
   • Advanced Access Manager
   • Contrôle granulaire : qui peut voir quelle page, quel menu, quel rôle
   • Ex: Commercial voit « Commandes » mais pas « Extensions »
4. Debug permissions via code :

   wp_cli user list --role=shop_manager
   wp_cli cap list shop_manager
   

5. Vérifiez permissions fichiers :

   ls -la /var/www/html/wp-content/uploads/
   # Doit être: drwxrwxr-x (775)
   

Bonus : Checklist de Diagnostic

Quand vous rencontrez un problème WooCommerce, posez-vous ces questions dans cet ordre :

• [ ] Performance : Testez temps chargement (https://pagespeed.web.dev)
  • Si > 4s : problème #1 (performance)
• [ ] Sécurité : Vérifiez certificat SSL (https://www.ssl-checker.com)
  • Si « Expired » : problème #2 ou #6 (SSL = paiement, panier, indexation cassés)
• [ ] Plugins : Avez-vous installé nouveau plugin récemment ?
  • Si Oui : problème #5 (plugin conflict probable)
• [ ] Database : Avez-vous migré serveur récemment ?
  • Si Oui : problème #8 (migration cassée)
• [ ] Backup : Quand avez-vous testé votre backup ?
  • Si « Jamais » : problème #9 (backup non testé)
• [ ] SEO : Google indexe-t-il vos produits ?
  • Allez Google Search Console > Coverage
  • Si peu d’indexation : problème #4 (indexation)

Quand faire appel à un professionnel ?

Si vous avez essayé les solutions ci-dessus et ça ne fonctionne toujours pas, c’est le moment de chercher de l’aide professionnelle. Chez Condorito, nous avons résolu ces 10 problèmes pour nos clients.

Voici ce que nous faisons typiquement :

• Audit complet : 2-3 heures, nous identifions tous les problèmes
• Diagnostic technique : Nous plongeons dans logs, database, configuration serveur
• Résolution : Selon la complexité, 1 jour à 2 semaines
• Monitoring : Nous gardons une trace pour éviter récurrence

Symptômes qu’il faut nous appeler :

• Problème persiste depuis > 1 semaine
• Vous avez peur de casser quelque chose en essayant
• C’est urgent (site down = perte ventes)
• Vous avez tentative précédente d’autre dev qui a empiré les choses

Contactez-nous pour :

• Audit gratuit (30 minutes)
• Devis sans engagement
• Références de clients similaires au vôtre

Nous parlons votre langue (pas de jargon inutile, même si dans cet article nous sommes allé à l’essentiel), et nous réparons ce que d’autres agences ne peuvent pas.

Ressources Supplémentaires

Documentation officielle

• Documentation WooCommerce
• WordPress Codex
• WooCommerce REST API

Outils de diagnostic

• PageSpeed Insights
• SSL Checker
• WooCommerce Status

Plugins recommandés

• Performance : WP-Rocket, W3 Total Cache, WP Super Cache
• SEO : Yoast SEO, Rank Math
• Sécurité : Wordfence, iThemes Security
• Backup : UpdraftPlus, BackupBuddy

Conclusion

Les 10 problèmes dans cet article couvrent 95% des soucis WooCommerce que nous rencontrons. La plupart sont faciles à diagnostiquer et résoudre si vous savez où chercher.

La bonne nouvelle : Vous n’êtes pas seul. Nous avons vu ces problèmes des centaines de fois.

L’autre bonne nouvelle : Ils sont tous solubles, souvent en moins d’une journée.

Si vous avez un problème WooCommerce qui vous tourmente, contactez-nous. Nous ferons un audit gratuit (30 min) et vous proposerons solution sans engagement.

À bientôt chez Condorito !