WhatsApp client
« Plus rien ne charge depuis 6 h ce matin. Hier soir tout allait bien. On a installé un plugin de "WooCommerce Tax Cloud" hier après-midi pour gérer la TVA UE. »
🚨 Boutique WC down · Remise en ligne urgente
Votre WooCommerce est
Votre WooCommerce est
totalement injoignable ?
on identifie la saturation, on relance.
Diagnostic et remise en ligne de boutiques WooCommerce inaccessibles
Timeout, plus rien ne charge, WP-Admin inaccessible, MySQL refuse les connexions, wp_options qui explose :
WooCommerce est un assemblage de plugins, la saturation peut venir de partout.
On profile en SSH, on identifie le goulot, on relance.
✓ Diagnostic gratuit
✓ Devis sous 24 h ouvrées
✓ À partir de 60 €/h HT
✓ Commandes orphelines récupérées
👀 Quel scénario
4 scénarios de boutique WC inaccessible
Le contexte d'apparition oriente immédiatement le diagnostic. Reconnaissez le vôtre.
A. Site qui ralentit progressivement puis se fige
Pendant 2-3 h, les pages chargent en 8 puis 15 puis 30 s, puis plus rien. Cause typique : table wp_options en saturation auto-load, ou MySQL max_connections atteint. PHP-FPM accumule les workers bloqués jusqu'à épuiser le pool. Fix : tuer les workers en cours, profiler la BDD, nettoyer les options auto-load orphelines.
B. Site down du jour au lendemain (after install plugin)
Hier ça marchait, vous avez installé un plugin, ce matin ERR_CONNECTION_TIMED_OUT. Cause typique : plugin lourd qui consomme toute la mémoire PHP au bootstrap, ou plugin qui ouvre une requête bloquante MySQL. Fix : désactivation du plugin via SQL (UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') ou renommage FTP du dossier /wp-content/plugins/.
C. WP-Admin inaccessible, front OK
Vos clients commandent normalement, mais vous ne pouvez plus vous connecter à /wp-admin/ — timeout ou écran blanc. Cause typique : plugin BO lourd (Analytics, Reporting, Reviews) qui charge des millions de lignes au dashboard, ou Action Scheduler bloqué sur une tâche. Fix : désactivation ciblée du plugin BO + nettoyage des jobs Action Scheduler.
D. Site qui flash en panne par intermittence
Le site marche pendant 10 min, puis 30 min de timeout, puis ça revient. Cause typique : mutualisé saturé en heures pleines, attaque DDoS / bot scraping qui sature le serveur par cycles, ou cron WP qui s'exécute toutes les X minutes et plante temporairement. Fix : identification du pattern via logs Apache, blocage des bots, optimisation cron ou migration hébergement.
⚡ Intervention type
Boutique WC remontée en 1 h 34
Cas réel · Boutique fromages artisanaux · WordPress 6.4 + WooCommerce 8.4 + 38 plugins · Octobre 2025.
Diagnostic externe
curl -I https://... timeout 30 s. ping OK (serveur répond). dig OK (DNS OK). Donc : serveur web ou application.
Accès SSH · profilage
systemctl status php-fpm → tous workers occupés depuis 5 h. SHOW PROCESSLIST MySQL → 47 requêtes de SELECT * FROM wp_options WHERE autoload='yes' en attente.
Cause identifiée
Le plugin
WC Tax Cloud stockait toutes les correspondances pays/TVA dans wp_options en auto-load. 234 options > 1 Mo chacune en auto-load = 240 Mo chargés à chaque requête. PHP saturé.
Désactivation du plugin · nettoyage options
SQL :
UPDATE wp_options SET autoload='no' WHERE option_name LIKE 'wctaxcloud_%';. Désactivation du plugin via SQL. Cache WP vidé. Site OK en 4 s.
Rapport + recherche alternative TVA UE
Email avec timeline, cause, et 2 alternatives viables pour la gestion TVA UE :
WooCommerce EU VAT Assistant ou logique custom basée sur les zones livraison. Récupération de 3 commandes payées via Stripe non créées en BDD.
1 h 34
Total intervention
~ 94 €
Facturé sur devis
(1 h 34 × 60 €/h HT)
(1 h 34 × 60 €/h HT)
~ 1 800 €
CA perdu sur 6 h
+ 3 cmd Stripe récupérées
+ 3 cmd Stripe récupérées
💰 Tarifs
Tarifs annoncés d'avance
Diagnostic offert. Pour l'intervention, vous savez exactement combien ça coûte avant que je touche au code.
🔍 Diagnostic
Diagnostic
trouver le goulot
0€offert
30 min · sans engagement
- Test couches DNS / réseau / PHP / MySQL
- Profilage
wp_options+ cron Action Scheduler - Devis chiffré envoyé immédiatement
- Vous décidez si vous continuez
⚡ Le plus demandé
🔧 Intervention
Intervention ciblée
remettre la boutique en ligne
dès 60€HT
selon diagnostic · prix annoncé d'avance
- Sauvegarde fichiers + BDD avant intervention
- Désactivation plugin lourd / nettoyage
wp_options - Récupération commandes Stripe/PayPal orphelines (≤ 10)
- Rapport écrit + recommandation préventive
- Garantie 30 jours sur le correctif
🛡️ Maintenance
Maintenance WooCommerce
détecter avant que ça sature
dès 50€/ mois
surveillance 24/7 · sans engagement
- Monitoring uptime 5 min + alerte SMS immédiate
- Sauvegardes auto quotidiennes externalisées
- Audit
wp_options+ cron Action Scheduler mensuel - Intervention prioritaire si site HS
🧭 Ne confondez pas
« WooCommerce inaccessible », ce n'est pas...
❌ Pas une erreur critique
Si WordPress affiche le message « Il y a eu une erreur critique » au lieu de timeout, c'est un bug PHP différent, pas une saturation. Fiche dédiée.
Fiche erreur critique → ❌ Pas juste un site lentSi votre site répond en 8 s mais répond, c'est de la performance, pas de l'indisponibilité. Fiche dédiée moins urgente.
Fiche WP lent → ❌ Pas un bug paiement isoléSi le site fonctionne mais seul le checkout / paiement plante, c'est un bug fonctionnel localisé, pas une saturation. Fiche dédiée.
Fiche paiement WC →
❓ FAQ
WooCommerce inaccessible — questions fréquentes
Six causes typiques : (1) plugin lourd ou mal codé qui consomme toute la mémoire PHP, (2) table
wp_options dont l'auto-load a explosé (> 50 Mo), (3) MySQL max_connections atteint, (4) cron WP qui boucle (Action Scheduler bloqué sur tâche WooCommerce), (5) hébergement mutualisé saturé en heures pleines, (6) attaque DDoS / bot scraping massif. Diagnostic via SSH + php-fpm.log + MySQL processlist.Fréquent sur WC avec catalogue volumineux. L'admin fait des requêtes lourdes (dashboard analytics, recherche produits) absentes du front cached. Causes : (1) plugin admin fatal au chargement dashboard, (2) requête de comptage qui timeout (BDD non indexée), (3) plugin stats qui charge des millions de lignes, (4) Action Scheduler bloqué sur tâche. Fix : SSH/FTP pour désactiver plugins suspects via SQL (
UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') puis bisection.Selon cause : plugin lourd : 30 min après identification.
wp_options à nettoyer : 1 h. MySQL max_connections : 15 min limite + investigation cause profonde. Action Scheduler bloqué : 30 min. DDoS/bot scraping : 30 min à 2 h. 80 % des cas en moins de 2 h une fois diagnostic posé.Oui, vos commandes déjà passées sont en BDD et ne risquent rien. Problème : aucune nouvelle commande pendant que le site est down. Paiements en cours plus délicats : client arrivé sur Stripe au moment du timeout peut avoir payé sans que la commande WC soit créée (webhook non reçu). Au remontage, croisement paiements Stripe/PayPal avec commandes WC des 24 h précédentes pour créer manuellement les orphelines (incluses ≤ 10).
Non, il faut au minimum FTP ou cPanel. Si tous accès perdus (cession hébergeur, changement prestataire), récupération auprès de votre hébergeur (1 à 4 h sur pièce d'identité). On vous guide par téléphone gratuitement. Une fois un accès récupéré, on entre dans le diagnostic.
Trois mesures : (1) monitoring uptime 5 min depuis plusieurs régions : alerte SMS dès saturation (10-20 €/mois standalone ou inclus dans maintenance). (2) Audit semestriel des plugins WC : suppression non maintenus, MAJ critiques, optimisation
wp_options. (3) Migration hébergement spécialisé (Kinsta, WP Engine, o2switch Pro) si boutique > 200 commandes/mois. Réduit 80-90 % du risque de récidive.Votre boutique WooCommerce est down ?
Diagnostic gratuit en 30 min : on identifie la saturation, on chiffre la remise en ligne. Devis sous 24 h ouvrées.