SMS del cliente
«No carga nada desde las 7 de la mañana. Ningún visitante puede acceder. Es la vuelta al cole, tengo promociones en marcha.»
🚨 Sitio totalmente caído · Acción inmediata
¿Tu PrestaShop no responde en absoluto?
¿Tu PrestaShop no responde en absoluto?
identificamos la capa que falla.
Diagnóstico y recuperación de tiendas PrestaShop inaccesibles
Timeout, ERR_CONNECTION_REFUSED, página cargando hasta el infinito, hosting que dice que «todo va bien»:
tu tienda está inaccesible. Probamos toda la cadena — DNS, red, servidor web, PHP-FPM, MySQL —
y volvemos a poner online la capa que falla.
✓ Diagnóstico gratuito
✓ Presupuesto en 24 h laborables
✓ Desde 60 €/h sin IVA
✓ Sin compromiso
👀 ¿Qué ves?
4 formas de comprobar que un sitio está realmente caído
El mensaje exacto que ves nos orienta hacia la capa responsable. Reconoce el tuyo.
A. Carga infinita (timeout del navegador)
El icono del navegador gira durante más de 30 segundos y luego muestra ERR_TIMED_OUT o «Esta página tarda demasiado en responder». Causa típica: PHP-FPM saturado o bloqueado, MySQL no responde, o petición que entra en bucle. El servidor recibe la solicitud pero nunca devuelve respuesta. Capa responsable: aplicación (PHP) o base de datos.
B. Error de conexión inmediato
El navegador muestra al instante ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET o This site can't be reached. Causa típica: Apache/Nginx no está arrancado, puerto 443 cerrado por el firewall, o IP baneada. El servidor rechaza activamente la conexión. Capa responsable: servidor web o firewall.
C. Error DNS / nombre de dominio
El navegador muestra DNS_PROBE_FINISHED_NXDOMAIN o ERR_NAME_NOT_RESOLVED. Causa típica: dominio caducado, registro A/AAAA eliminado, propagación DNS en curso, o registrador que ha suspendido el dominio. Capa responsable: DNS / registrador. A menudo un pago de dominio olvidado.
D. Página de error del hosting
Página personalizada de Webempresa, Raiola Networks, Hostinger ES o SiteGround Spain que dice «Sitio suspendido», «Account suspended», «Mantenimiento en curso». Causa típica: factura impagada, exceso de cuota de disco o ancho de banda, suspensión manual tras abuso detectado (script de spam, minería). Capa responsable: cuenta del hosting. Acción comercial o de cumplimiento.
🔎 Método
Nuestro diagnóstico en 4 capas
Probamos en orden, desde la más externa (DNS) hasta la más interna (BD). La primera capa que falla nos da la causa raíz.
⚡ Intervención tipo
Tienda recuperada en 1 h 12
Caso real · Tienda de artículos deportivos · PrestaShop 8.2 · Hosting compartido · Enero 2026.
Diagnóstico capa 1 → 2
dig OK (IP correcta), ping OK (servidor responde), curl -I timeout tras 30 s. Por tanto: red OK, servidor web o aplicación que falla.
Acceso SSH recuperado
systemctl status apache2 → activo. systemctl status php-fpm → todos los workers PHP-FPM en estado R (running) desde las 6:30. Todos saturados en una única petición.
Causa raíz identificada
SHOW PROCESSLIST MySQL → 89 consultas en curso sobre ps_product_attribute en lock. Una consulta de limpieza de stock lanzada a las 6 via cron mal escrito que no usaba transacción, bloqueando todo lo demás.
Corrección aplicada
KILL de la consulta bloqueante. service php-fpm restart. Sitio reactivo en menos de 2 s. Cron de limpieza desactivado para análisis en frío.
Informe post-mortem
Email con timeline, causa raíz (cron sin transacción), recomendación: rediseño del cron + monitoring uptime 5 min para detectar saturación antes de la caída total.
1 h 12
Total intervención
~ 72 €
Facturado bajo presupuesto
(1 h 12 × 60 €/h sin IVA)
(1 h 12 × 60 €/h sin IVA)
~ 4 200 €
Facturación perdida en 3 h
(promos vuelta al cole)
(promos vuelta al cole)
💰 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 la capa que falla
0€gratis
30 min · sin compromiso
- Prueba DNS / red / servidor web en 4 capas
- Capa responsable identificada
- 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
- Reinicio de servicios (Apache, PHP-FPM, MySQL)
- Identificación causa raíz (cron, consulta, cuota...)
- Informe escrito + recomendación preventiva
- Garantía 30 días sobre la corrección
🛡️ Mantenimiento
Mantenimiento mensual
detectar antes de la caída total
desde 50€/ mes
vigilancia 24/7 · sin compromiso
- Monitoring uptime 5 min · alerta SMS inmediata
- Copias automáticas diarias externalizadas
- Seguimiento cuotas disco, ancho de banda, DNS, SSL
- Intervención prioritaria si sitio caído
🧭 No confundir
«Sitio inaccesible» no es lo mismo que...
❌ No es un 500
Si tu sitio responde con un mensaje de error (HTTP ERROR 500), sí es accesible, solo está roto. El servidor cumple su función. Página dedicada.
Si el navegador recibe un estado HTTP 200 con un cuerpo vacío, el servidor sí responde — es la aplicación la que falla en silencio. Página dedicada.
Página pantalla blanca →
❓ FAQ
Tienda PrestaShop inaccesible — preguntas frecuentes
Cuatro familias de causas. (1) DNS / dominio: registro A/AAAA caducado, propagación interrumpida, registrador que suspende por factura impagada →
ERR_NAME_NOT_RESOLVED. (2) Hosting: Apache/Nginx no arranca, PHP-FPM caído, cuota de disco superada, hosting en mantenimiento. (3) Base de datos: MySQL/MariaDB rechaza conexiones → 'Cannot connect to database' o blanco total. (4) Red del servidor: firewall que bloquea tras DDoS, IP del servidor baneada, puerto 443 cerrado tras renovación SSL fallida. El diagnóstico siempre se hace con dig/curl externo y luego SSH del lado servidor.Tres pruebas: (1) abrir el sitio desde la 4G del móvil (no Wi-Fi) — si funciona, es tu red local. (2) Probar desde isitdownrightnow.com — prueba desde el exterior. (3) Modo incógnito en otro navegador — elimina caché y extensiones. Si las tres pruebas confirman la caída, estamos ante un problema de servidor o DNS.
Clásico. El hosting comprueba su infraestructura, no tu aplicación. Tres causas típicas: (1) el sitio responde al
ping pero PHP-FPM está saturado, así que Apache espera una respuesta que nunca llega, (2) BD en otro servidor que sí está caído, (3) un módulo que entra en bucle infinito. El hosting tiene técnicamente razón (su infra funciona) pero tu sitio es inutilizable. Hace falta acceso SSH para diagnosticar del lado de la aplicación.Según la causa: DNS: 1 a 24 h (TTL/propagación). PHP-FPM / MySQL caídos: 30 min a 1 h. Cuota de disco: 30 min. Firewall bloqueando: 15 min una vez identificada la regla. Hosting con caída de infra: dependemos del hosting. En promedio, 80% de los casos en menos de 2 h una vez hecho el diagnóstico.
Parcialmente. Sin acceso al servidor, podemos: probar el DNS desde varias regiones, verificar el estado SSL, inspeccionar las cabeceras HTTP, identificar la capa que falla. Con estos elementos, podemos indicarte qué pedirle al hosting. Si la intervención exige SSH/FTP, te guiamos para recuperarlos (1 a 4 h según hosting).
Los pedidos ya realizados están en la BD y no se pierden. Los pedidos en curso de pago son más delicados: si el cliente ha pagado pero tu sitio no ha recibido el webhook del PSP, el pedido PrestaShop no se crea. Habrá que cruzar pagos Stripe/PayPal con los pedidos PS una vez restablecido el sitio y crear manualmente los pedidos que falten. Esta operación está incluida en la intervención si afecta a menos de 10 pedidos.
🔗 Temas relacionados
Otras incidencias que también trato
¿Tu tienda está caída ahora mismo?
Diagnóstico gratuito en 30 min: identificamos la capa que falla. Presupuesto en 24 h laborables, intervención desde 60 €/h sin IVA.