WhatsApp cliente
«No carga nada desde las 6 de la mañana. Ayer por la noche todo iba bien. Instalamos un plugin "WooCommerce Tax Cloud" ayer por la tarde para gestionar el IVA UE.»
🚨 Tienda WC caída · Recuperación urgente
¿Tu WooCommerce es
¿Tu WooCommerce es
totalmente inaccesible?
identificamos la saturación, lo relanzamos.
Diagnóstico y recuperación de tiendas WooCommerce inaccesibles
Timeout, no carga nada, WP-Admin inaccesible, MySQL rechaza conexiones, wp_options que explota:
WooCommerce es un ensamblaje de plugins, la saturación puede venir de cualquier parte.
Perfilamos por SSH, identificamos el cuello de botella, relanzamos.
✓ Diagnóstico gratuito
✓ Presupuesto en 24 h laborables
✓ Desde 60 €/h sin IVA
✓ Pedidos huérfanos recuperados
👀 Qué escenario
4 escenarios de tienda WC inaccesible
El contexto de aparición orienta inmediatamente el diagnóstico. Reconoce el tuyo.
A. Sitio que ralentiza progresivamente y luego se congela
Durante 2-3 h, las páginas cargan en 8, luego 15, luego 30 s, después nada. Causa típica: tabla wp_options saturada en auto-load, o MySQL max_connections alcanzado. PHP-FPM acumula workers bloqueados hasta agotar el pool. Solución: matar los workers en curso, perfilar la BD, limpiar opciones auto-load huérfanas.
B. Sitio caído de un día para otro (tras instalar plugin)
Ayer funcionaba, instalaste un plugin, esta mañana ERR_CONNECTION_TIMED_OUT. Causa típica: plugin pesado que consume toda la memoria PHP en el bootstrap, o plugin que abre una consulta bloqueante MySQL. Solución: desactivación del plugin vía SQL (UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') o renombrado FTP de la carpeta /wp-content/plugins/.
C. WP-Admin inaccesible, front OK
Tus clientes pueden hacer pedidos normalmente, pero tú no puedes entrar en /wp-admin/ — timeout o pantalla blanca. Causa típica: plugin admin pesado (Analytics, Reporting, Reviews) que carga millones de filas al dashboard, o Action Scheduler bloqueado en una tarea. Solución: desactivación dirigida del plugin admin + limpieza de jobs Action Scheduler.
D. Sitio que falla intermitentemente
El sitio funciona 10 min, luego 30 min de timeout, luego vuelve. Causa típica: compartido saturado en horas punta, ataque DDoS / bot scraping que satura el servidor por ciclos, o cron WP que se ejecuta cada X minutos y peta temporalmente. Solución: identificación del patrón vía logs Apache, bloqueo de bots, optimización cron o migración de hosting.
⚡ Intervención tipo
Tienda WC recuperada en 1 h 34
Caso real · Tienda de quesos artesanos · WordPress 6.4 + WooCommerce 8.4 + 38 plugins · Octubre 2025.
Diagnóstico externo
curl -I https://... timeout 30 s. ping OK (servidor responde). dig OK (DNS OK). Por tanto: servidor web o aplicación.
Acceso SSH · perfilado
systemctl status php-fpm → todos los workers ocupados desde hace 5 h. SHOW PROCESSLIST MySQL → 47 consultas de SELECT * FROM wp_options WHERE autoload='yes' en espera.
Causa identificada
El plugin
WC Tax Cloud almacenaba todas las correspondencias país/IVA en wp_options en auto-load. 234 opciones > 1 MB cada una en auto-load = 240 MB cargados en cada petición. PHP saturado.
Desactivación del plugin · limpieza de opciones
SQL:
UPDATE wp_options SET autoload='no' WHERE option_name LIKE 'wctaxcloud_%';. Plugin desactivado vía SQL. Caché WP vaciada. Sitio OK en 4 s.
Informe + búsqueda de alternativa IVA UE
Email con timeline, causa, y 2 alternativas viables para la gestión IVA UE:
WooCommerce EU VAT Assistant o lógica custom basada en zonas de envío. Recuperación de 3 pedidos pagados vía Stripe no creados en BD.
1 h 34
Intervención total
~ 94 €
Facturado bajo presupuesto
(1 h 34 × 60 €/h sin IVA)
(1 h 34 × 60 €/h sin IVA)
~ 1 800 €
Facturación perdida en 6 h
+ 3 pedidos Stripe recuperados
+ 3 pedidos Stripe recuperados
💰 Tarifas
Tarifas anunciadas por adelantado
Diagnóstico gratuito. Para la intervención, sabes exactamente cuánto cuesta antes de que se toque el código.
🔍 Diagnóstico
Diagnóstico
encontrar el cuello de botella
0€gratis
30 min · sin compromiso
- Test de capas DNS / red / PHP / MySQL
- Perfilado
wp_options+ cron Action Scheduler - Presupuesto firme enviado inmediatamente
- Tú decides si continuamos
⚡ Lo más solicitado
🔧 Intervención
Intervención dirigida
volver a poner la tienda online
desde 60€sin IVA
según diagnóstico · precio anunciado por adelantado
- Copia de seguridad ficheros + BD antes de intervenir
- Desactivación plugin pesado / limpieza
wp_options - Recuperación pedidos Stripe/PayPal huérfanos (≤ 10)
- Informe escrito + recomendación preventiva
- Garantía 30 días sobre la corrección
🛡️ Mantenimiento
Mantenimiento WooCommerce
detectar antes de saturar
desde 50€/ mes
vigilancia 24/7 · sin compromiso
- Monitoring uptime 5 min + alerta SMS inmediata
- Copias automáticas diarias externalizadas
- Auditoría
wp_options+ cron Action Scheduler mensual - Intervención prioritaria si el sitio se cae
❓ FAQ
WooCommerce inaccesible — preguntas frecuentes
Seis causas típicas: (1) plugin pesado o mal codificado que consume toda la memoria PHP, (2) tabla
wp_options con auto-load explotado (> 50 MB), (3) MySQL max_connections alcanzado, (4) cron WP en bucle (Action Scheduler bloqueado en tarea WooCommerce), (5) hosting compartido saturado en horas punta, (6) ataque DDoS / bot scraping masivo. Diagnóstico vía SSH + php-fpm.log + MySQL processlist.Frecuente en WC con catálogo voluminoso. El admin hace consultas pesadas (dashboard analytics, búsqueda productos) ausentes del front cacheado. Causas: (1) plugin admin fatal al cargar dashboard, (2) consulta de conteo en timeout (BD no indexada), (3) plugin stats cargando millones de filas, (4) Action Scheduler bloqueado en tarea. Solución: SSH/FTP para desactivar plugins sospechosos vía SQL (
UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') y luego bisección.Según causa: plugin pesado: 30 min tras identificación.
wp_options a limpiar: 1 h. MySQL max_connections: 15 min límite + investigación causa profunda. Action Scheduler bloqueado: 30 min. DDoS/bot scraping: 30 min a 2 h. 80% de los casos en menos de 2 h una vez hecho el diagnóstico.Sí, tus pedidos ya realizados están en BD y no corren riesgo. Problema: ningún pedido nuevo mientras el sitio está caído. Pagos en curso más delicados: cliente llegado a Stripe en el momento del timeout puede haber pagado sin que el pedido WC se cree (webhook no recibido). Al volver online, cruce de pagos Stripe/PayPal con pedidos WC de las 24 h previas para crear manualmente los huérfanos (incluido ≤ 10).
No, hace falta al menos FTP o cPanel. Si todos los accesos perdidos (cesión hosting, cambio proveedor), recuperación con tu hosting (1 a 4 h con documento de identidad). Te guiamos por teléfono gratuitamente. Una vez recuperado un acceso, entramos en diagnóstico.
Tres medidas: (1) monitoring uptime 5 min desde varias regiones: alerta SMS en cuanto satura (10-20 €/mes standalone o incluido en mantenimiento). (2) Auditoría semestral plugins WC: eliminación no mantenidos, actualización críticos, optimización
wp_options. (3) Migración a hosting especializado (Webempresa, Raiola Networks, SiteGround Spain) si la tienda > 200 pedidos/mes. Reduce 80-90% el riesgo de recurrencia.
🔗 Temas relacionados
Otras incidencias que también trato
¿Tu tienda WooCommerce está caída?
Diagnóstico gratuito en 30 min: identificamos la saturación, presupuestamos la recuperación. Presupuesto en 24 h laborables.