Il tuo WooCommerce è
totalmente irraggiungibile ?
individuiamo la saturazione, lo rilanciamo.
Diagnosi e rimessa online di negozi WooCommerce non raggiungibili
Timeout, non carica più nulla, WP-Admin inaccessibile, MySQL rifiuta le connessioni, wp_options che esplode :
WooCommerce è un insieme di plugin, la saturazione può arrivare da ovunque.
Profiliamo in SSH, individuiamo il collo di bottiglia, lo rilanciamo.
4 scenari di negozio WC non raggiungibile
Il contesto in cui compare orienta immediatamente la diagnosi. Riconosci il tuo.
Per 2-3 h, le pagine caricano in 8 poi 15 poi 30 s, poi più nulla. Causa tipica : tabella wp_options in saturazione di auto-load, oppure MySQL max_connections raggiunto. PHP-FPM accumula i worker bloccati fino a esaurire il pool. Fix : terminare i worker in corso, profilare il DB, pulire le opzioni auto-load orfane.
Ieri funzionava, hai installato un plugin, stamattina ERR_CONNECTION_TIMED_OUT. Causa tipica : plugin pesante che consuma tutta la memoria PHP al bootstrap, oppure plugin che apre una query bloccante MySQL. Fix : disattivazione del plugin via SQL (UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') oppure rinomina via FTP della cartella /wp-content/plugins/.
I tuoi clienti ordinano normalmente, ma tu non riesci più a connetterti a /wp-admin/ — timeout o schermata bianca. Causa tipica : plugin del back-office pesante (Analytics, Reporting, Reviews) che carica milioni di righe nella dashboard, oppure Action Scheduler bloccato su un'attività. Fix : disattivazione mirata del plugin del back-office + pulizia dei job Action Scheduler.
Il sito funziona per 10 min, poi 30 min di timeout, poi torna. Causa tipica : hosting condiviso saturo nelle ore di punta, attacco DDoS / scraping di bot che satura il server a cicli, oppure cron WP che si esegue ogni X minuti e va in crash temporaneamente. Fix : identificazione del pattern tramite log Apache, blocco dei bot, ottimizzazione cron o migrazione hosting.
Negozio WC rimesso online in 1 h 34
Caso reale · Negozio di formaggi artigianali · WordPress 6.4 + WooCommerce 8.4 + 38 plugin · Ottobre 2025.
curl -I https://... timeout 30 s. ping OK (il server risponde). dig OK (DNS OK). Quindi : server web o applicazione.
systemctl status php-fpm → tutti i worker occupati da 5 h. SHOW PROCESSLIST MySQL → 47 query di SELECT * FROM wp_options WHERE autoload='yes' in attesa.
WC Tax Cloud memorizzava tutte le corrispondenze paese/IVA in wp_options in auto-load. 234 opzioni > 1 MB ciascuna in auto-load = 240 MB caricati a ogni richiesta. PHP saturo.
UPDATE wp_options SET autoload='no' WHERE option_name LIKE 'wctaxcloud_%';. Disattivazione del plugin via SQL. Cache WP svuotata. Sito OK in 4 s.
WooCommerce EU VAT Assistant oppure logica custom basata sulle zone di spedizione. Recupero di 3 ordini pagati via Stripe non creati nel DB.
(1 h 34 × 60 €/h IVA escl.)
+ 3 ord. Stripe recuperati
Tariffe comunicate in anticipo
Diagnosi offerta. Per l'intervento sai esattamente quanto costa prima che io tocchi il codice.
Diagnosi
- Test livelli DNS / rete / PHP / MySQL
- Profilazione
wp_options+ cron Action Scheduler - Preventivo dettagliato inviato subito
- Decidi tu se continuare
Intervento mirato
- Backup file + DB prima dell'intervento
- Disattivazione plugin pesante / pulizia
wp_options - Recupero ordini Stripe/PayPal orfani (≤ 10)
- Report scritto + raccomandazione preventiva
- Garanzia 30 giorni sulla correzione
Manutenzione WooCommerce
- Monitoraggio uptime ogni 5 min + avviso SMS immediato
- Backup automatici giornalieri esternalizzati
- Audit
wp_options+ cron Action Scheduler mensile - Intervento prioritario se il sito è KO
« WooCommerce non raggiungibile » non è la stessa cosa di...
Se WordPress mostra il messaggio « Si è verificato un errore critico » invece del timeout, è un bug PHP diverso, non una saturazione. Scheda dedicata.
Scheda errore critico → ❌ Non è solo un sito lentoSe il tuo sito risponde in 8 s ma risponde, è una questione di prestazioni, non di indisponibilità. Scheda dedicata meno urgente.
Scheda WP lento → ❌ Non è un bug di pagamento isolatoSe il sito funziona ma va in crash solo il checkout / pagamento, è un bug funzionale localizzato, non una saturazione. Scheda dedicata.
Scheda pagamento WC →WooCommerce non raggiungibile — domande frequenti
wp_options il cui auto-load è esploso (> 50 MB), (3) MySQL max_connections raggiunto, (4) cron WP che entra in loop (Action Scheduler bloccato su attività WooCommerce), (5) hosting condiviso saturo nelle ore di punta, (6) attacco DDoS / scraping di bot massiccio. Diagnosi tramite SSH + php-fpm.log + MySQL processlist.UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') poi bisezione.wp_options da pulire : 1 h. MySQL max_connections : 15 min limite + indagine causa profonda. Action Scheduler bloccato : 30 min. DDoS/scraping di bot : da 30 min a 2 h. L'80 % dei casi in meno di 2 h una volta posta la diagnosi.wp_options. (3) Migrazione hosting specializzato (Kinsta, WP Engine, o2switch Pro) se il negozio supera i 200 ordini/mese. Riduce l'80-90 % del rischio di recidiva.Il tuo negozio WooCommerce è down ?
Diagnosi gratuita in 30 min : individuiamo la saturazione, quantifichiamo la rimessa online. Preventivo entro 24 h lavorative.