WhatsApp from client
"Nothing has been loading since 6am this morning. Yesterday evening everything was fine. We installed a 'WooCommerce Tax Cloud' plugin yesterday afternoon to handle EU VAT."
🚨 WC store down · Emergency recovery
Is your WooCommerce
Is your WooCommerce
completely unreachable?
we identify the saturation, we bring it back.
Diagnostic and recovery of unreachable WooCommerce stores
Timeout, nothing loads, WP-Admin inaccessible, MySQL refusing connections, wp_options exploding:
WooCommerce is an assembly of plugins, saturation can come from anywhere.
We profile via SSH, identify the bottleneck, bring the site back.
✓ Free diagnostic
✓ Quote within 24 business hours
✓ From €60/h excl. VAT
✓ Orphan orders recovered
👀 Which scenario
4 scenarios of an unreachable WC store
The context of the failure immediately orients the diagnostic. Recognise yours.
A. Site slowing down progressively, then freezing
For 2-3 hours, pages load in 8, then 15, then 30 seconds, then nothing. Typical cause: wp_options table saturated by auto-loaded data, or MySQL max_connections reached. PHP-FPM accumulates blocked workers until the pool is exhausted. Fix: kill the running workers, profile the DB, clean orphan auto-loaded options.
B. Site down overnight (after installing a plugin)
Yesterday it worked, you installed a plugin, this morning ERR_CONNECTION_TIMED_OUT. Typical cause: heavy plugin consuming all PHP memory at bootstrap, or plugin opening a blocking MySQL query. Fix: disable the plugin via SQL (UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') or rename the /wp-content/plugins/ folder via FTP.
C. WP-Admin inaccessible, front-end OK
Your customers order normally, but you can no longer log into /wp-admin/ — timeout or white screen. Typical cause: heavy admin plugin (Analytics, Reporting, Reviews) loading millions of rows into the dashboard, or Action Scheduler stuck on a task. Fix: targeted disabling of the admin plugin + cleanup of Action Scheduler jobs.
D. Site flashing on/off intermittently
The site works for 10 min, then 30 min of timeout, then it comes back. Typical cause: shared hosting saturated during peak hours, DDoS / bot scraping saturating the server in cycles, or a WP cron running every X minutes and crashing temporarily. Fix: pattern identification via Apache logs, bot blocking, cron optimisation or hosting migration.
⚡ Typical intervention
WC store back online in 1 h 34
Real case · Artisan cheese store · WordPress 6.4 + WooCommerce 8.4 + 38 plugins · October 2025.
External diagnostic
curl -I https://... timeout 30 s. ping OK (server responds). dig OK (DNS OK). So: web server or application.
SSH access · profiling
systemctl status php-fpm → all workers busy for 5 hours. SHOW PROCESSLIST MySQL → 47 pending queries of SELECT * FROM wp_options WHERE autoload='yes'.
Cause identified
The
WC Tax Cloud plugin was storing all country/VAT mappings in wp_options as autoload. 234 options > 1 MB each auto-loaded = 240 MB loaded on every request. PHP saturated.
Plugin disabled · options cleaned
SQL:
UPDATE wp_options SET autoload='no' WHERE option_name LIKE 'wctaxcloud_%';. Plugin disabled via SQL. WP cache cleared. Site OK in 4 s.
Report + EU VAT alternative research
Email with timeline, cause, and 2 viable alternatives for EU VAT handling:
WooCommerce EU VAT Assistant or custom logic based on shipping zones. Recovery of 3 Stripe-paid orders never created in the DB.
1 h 34
Total intervention
~ €94
Billed on quote
(1 h 34 × €60/h excl. VAT)
(1 h 34 × €60/h excl. VAT)
~ €1,800
Revenue lost over 6 h
+ 3 Stripe orders recovered
+ 3 Stripe orders recovered
💰 Pricing
Pricing stated up-front
Free diagnostic. For the intervention, you know exactly what it costs before we touch the code.
🔍 Diagnostic
Diagnostic
find the bottleneck
0€free
30 min · no commitment
- Layer test: DNS / network / PHP / MySQL
wp_optionsprofiling + Action Scheduler cron- Firm quote sent immediately
- You decide if we continue
⚡ Most requested
🔧 Intervention
Targeted intervention
bring the store back online
from 60€excl. VAT
per diagnostic · price stated up-front
- Backup of files + DB before intervention
- Disable heavy plugin / clean
wp_options - Recovery of orphan Stripe/PayPal orders (≤ 10)
- Written report + preventive recommendation
- 30-day warranty on the fix
🛡️ Maintenance
WooCommerce maintenance
detect before saturation
from 50€/ month
24/7 monitoring · no commitment
- 5-min uptime monitoring + immediate SMS alert
- Daily backups externalised automatically
- Monthly
wp_optionsaudit + Action Scheduler cron - Priority intervention if site goes down
❓ FAQ
WooCommerce unreachable — frequently asked questions
Six typical causes: (1) heavy or poorly coded plugin consuming all PHP memory, (2)
wp_options table with exploded autoload (> 50 MB), (3) MySQL max_connections reached, (4) WP cron looping (Action Scheduler stuck on a WooCommerce task), (5) shared hosting saturated during peak hours, (6) DDoS attack / massive bot scraping. Diagnostic via SSH + php-fpm.log + MySQL processlist.Frequent on WC with large catalogues. The admin makes heavy queries (dashboard analytics, product search) absent from the cached front-end. Causes: (1) fatal admin plugin at dashboard load, (2) count query timing out (unindexed DB), (3) stats plugin loading millions of rows, (4) Action Scheduler stuck on a task. Fix: SSH/FTP to disable suspect plugins via SQL (
UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') then bisection.Depends on the cause: heavy plugin: 30 min after identification.
wp_options cleanup: 1 h. MySQL max_connections: 15 min for the limit + root cause investigation. Action Scheduler stuck: 30 min. DDoS/bot scraping: 30 min to 2 h. 80% of cases in under 2 h once the diagnostic is done.Yes, your existing orders are in the DB and at no risk. The problem: no new orders while the site is down. Payments in progress are more delicate: a customer who reached Stripe just as the timeout started may have paid without the WC order being created (webhook not received). Once back online, we cross-check Stripe/PayPal payments against WC orders for the past 24 h to create orphan orders manually (included for ≤ 10).
No, we need at minimum FTP or cPanel access. If all access is lost (host transfer, change of provider), recovery from your host (1 to 4 h on presentation of ID). We guide you by phone for free. Once an access is recovered, we move into diagnostic.
Three measures: (1) 5-min uptime monitoring from multiple regions: SMS alert as soon as saturation starts (€10-20 / month standalone or included in maintenance). (2) Bi-annual WC plugin audit: removal of unmaintained ones, updates of critical ones,
wp_options optimisation. (3) Migration to specialised hosting (Kinsta, WP Engine, SiteGround) if store > 200 orders/month. Reduces recurrence risk by 80-90%.
🔗 Related topics
Other issues I handle
Your WooCommerce store is down?
Free 30-min diagnostic: we identify the saturation, quote the recovery. Firm quote within 24 business hours.