Saltar al contenido
  1. Inicio
  2. Blog
  3. Web caída: qué hacer en los primeros 10 minutos

Uptime · · 3 min de lectura

Web caída: qué hacer en los primeros 10 minutos

Qué hacer cuando tu web se cae: cómo comprobar si está caída para todos, qué significa cada error, qué mirar en el hosting y cómo avisar a tus clientes mientras lo arreglas.

Web caída: qué hacer en los primeros 10 minutos

Si tu web está caída, lo primero es saber si cae para todo el mundo o solo para ti: ábrela desde el móvil con los datos (sin wifi) y con un comprobador externo. Si cae para todos, el mensaje de error te dice por dónde empezar: un fallo de DNS apunta al dominio, un aviso de certificado al SSL, un 500 a tu web y un 502, 503 o 504 al servidor. Con eso, en diez minutos sabes si lo arreglas tú o si toca escribir al hosting.

¿Está caída para todos o solo para ti?

Antes de tocar nada, descarta que el problema sea tuyo. Pasa más a menudo de lo que parece, sobre todo en la oficina:

  1. Móvil con datos, sin wifi. Si así carga, el problema está en tu red, tu router o tu ordenador.
  2. Ventana de incógnito o otro navegador. Descarta caché y extensiones.
  3. Un comprobador externo. Webs como Down For Everyone Or Just Me piden tu página desde sus servidores y te dicen si les responde.
  4. Si es un servicio grande (Gmail, WhatsApp, Instagram, tu banco…), mira el índice de estado de servicios antes de nada. Si están caídos ellos, no hay nada que arreglar en tu casa.

Un caso muy típico: la web va en el móvil y no en el ordenador de la oficina. Muchas veces el cortafuegos del hosting ha bloqueado la IP de la oficina después de varios intentos fallidos de entrar al panel o al correo. Para el resto del mundo la web funciona. Se arregla pidiendo al hosting que desbloquee tu IP (o desde el propio panel, si lo permite).

Qué dice el error y por dónde empezar

El mensaje que ves en el navegador es la pista más valiosa. Apúntalo tal cual, con una captura si puedes. Esta tabla junta los que salen en Chrome en castellano con lo que acostumbran a significar:

Lo que vesQué suele serPrimer paso
«No se puede acceder a este sitio web» con DNS_PROBE_FINISHED_NXDOMAINEl dominio no resuelve: caducado, DNS mal cambiados o registro borradoMira la fecha de caducidad del dominio y los registros DNS
ERR_CONNECTION_REFUSEDEl servidor está, pero el servicio web no escuchaEstado del servidor en el panel del hosting
ERR_CONNECTION_TIMED_OUTServidor apagado, saturado o un cortafuegos que cortaProbar desde otra red; escribir al hosting
«La conexión no es privada» con NET::ERR_CERT_DATE_INVALIDCertificado SSL caducadoRenovar el certificado desde el panel
«Esta página no funciona» · HTTP ERROR 500Fallo de tu aplicación: PHP, un plugin, permisos, .htaccessLog de errores y último cambio que hiciste
«Ha habido un error crítico en esta web»WordPress con un error fatal de PHP, casi siempre un plugin o el temaCorreo de «modo de recuperación» que manda WordPress al administrador
«Error al establecer una conexión con la base de datos»MySQL caído, sin conexiones libres o contraseña cambiadaEstado de la base de datos en el panel
502 Bad Gateway o 504 Gateway TimeoutEl proxy (Nginx, CDN) no recibe respuesta de PHP o del servidor de origen a tiempoProcesos de PHP colgados, consultas lentas
503 Service UnavailableServidor sobrecargado o en mantenimientoConsumo de recursos y avisos del hosting
508 Resource Limit Is ReachedHas llegado al límite de CPU o procesos de tu planGráfica de recursos del panel; robots o un pico de visitas
Errores 520, 521, 522, 523 o 525 con la página de CloudflareCloudflare no consigue hablar con tu servidorTu servidor de origen, no Cloudflare (salvo que esté caído Cloudflare)
Página en blanco, sin nadaError de PHP con la visualización de errores apagadaLog de errores

Si quieres el detalle de cada código, lo tienes en la guía de errores HTTP y sus soluciones.

Cuatro comandos para el diagnóstico

Si tienes un terminal a mano (en Windows, PowerShell o Git Bash), estos cuatro te dicen en un minuto dónde está el fallo. Cambia tudominio.com por el tuyo.

1. ¿Resuelve el dominio?

$ dig +short tudominio.com A
203.0.113.10

Si sale una IP, el DNS funciona. Comprueba que es la de tu hosting. Si no sale nada, el problema es de dominio o de DNS. En Windows sin dig, usa nslookup tudominio.com.

2. ¿Qué responde el servidor?

$ curl -sI https://tudominio.com/
HTTP/2 503
server: nginx
retry-after: 120
content-type: text/html; charset=UTF-8

La primera línea es el código. Aquí, un 503 con retry-after: el servidor dice «vuelve en 2 minutos», típico de un modo mantenimiento que alguien se ha dejado puesto. Si curl se queda colgado y acaba con Connection timed out, el servidor ni contesta.

3. ¿El certificado está en fecha?

$ echo | openssl s_client -connect tudominio.com:443 -servername tudominio.com 2>/dev/null | openssl x509 -noout -dates
notBefore=Aug 14 02:11:09 2026 GMT
notAfter=Nov 12 02:11:08 2026 GMT

Si notAfter ya ha pasado, ahí lo tienes.

4. ¿El dominio está pagado?

$ whois tudominio.com | grep -i expir
Registry Expiry Date: 2027-03-02T10:15:00Z

En los .es el whois de la línea de comandos da poca información; consulta la fecha en el panel de tu registrador.

¿Y el ping? Sirve de poco. Muchos servidores no contestan al ping por seguridad, y si la web va detrás de una CDN estarás haciendo ping a la CDN, que responderá aunque tu servidor esté en el suelo.

Qué mirar en el hosting

Si el fallo es tuyo (500, error crítico, base de datos, 508), entra al panel del hosting y ve por faena, en este orden:

  1. La página de estado del hosting. Si tienen una incidencia abierta en tu servidor, ya sabes qué pasa y solo toca esperar.
  2. ¿Qué ha cambiado? Una actualización automática, un plugin nuevo, alguien que tocó el .htaccess. Es rarísimo que una web se caiga un martes cualquiera sin que nadie haya tocado nada. Si hubo un cambio, deshazlo primero.
  3. El log de errores. En cPanel está en «Errores» o en la carpeta logs; en hPanel, en los registros del sitio. Busca la última línea con PHP Fatal error: dice el archivo y la línea. Cómo leerlos, en logs del servidor.
  4. Los recursos. CPU, memoria, procesos de entrada, disco e inodos. Un disco a tope tumba la base de datos y no siempre da un error claro.
  5. En WordPress, desactiva plugins sin entrar al escritorio. Por FTP o el administrador de archivos, cambia el nombre de la carpeta wp-content/plugins a plugins-off. Si la web vuelve, ve devolviéndolos de uno en uno hasta dar con el culpable.

Si tienes una copia de seguridad de antes del problema y no encuentras la causa en 20 minutos, restaurar suele ser lo más rápido. Luego investigas con calma sobre una copia.

Cuándo escribir al hosting y qué decirle

Si el servidor no responde, el 503 o el 508 no se van o la base de datos no arranca, escribe al soporte ya. Cuanta más información des en el primer mensaje, menos vueltas:

  • la URL exacta y la hora a la que empezó (la del primer aviso del monitor, si lo tienes);
  • el error tal cual sale, y la salida de curl -sI;
  • qué has probado ya y qué cambió antes de la caída.

«La web no va» hace que te contesten con preguntas. Con los datos acostumbran a ir directos al problema.

Avisar a tus clientes mientras dura

Si la caída se alarga, que tus clientes se enteren por ti y no al intentar pagar:

  • Una página de estado donde digas qué pasa y cuándo lo actualizarás. Con WatcherWolf, desde el plan Studio, tienes páginas de estado públicas con tu logo.
  • Redes sociales o un correo a los clientes con pedidos o citas en curso. Corto: qué pasa, qué no está afectado y cuándo vuelves a decir algo.
  • Si vas a estar en mantenimiento, que la página de aviso devuelva un 503 y no un 200. Google recomienda el 503 para cierres cortos, de pocos días como mucho, y si va para largo, mantener la web abierta con funciones limitadas (lo explica en cómo pausar una web temporalmente).

Cuando vuelve: el parte de la caída

Con la web arriba dan ganas de dejarlo correr. Mejor dedicarle diez minutos a un parte breve, que te servirá la próxima vez:

Fecha y hora de inicio:      (primer fallo que vio el monitor)
Cuándo nos enteramos:        (y por quién: monitor, cliente, nadie)
Duración total:
Qué veían las visitas:       (error exacto)
Causa:
Qué hicimos para arreglarlo:
Qué cambiamos para que no se repita:

Fíjate en la diferencia entre la primera y la segunda línea. Si te enteraste por un cliente una hora después, el problema de verdad es ese.

La próxima vez, entérate antes que tus clientes

Lo que más alarga una caída es no saber que existe. Un monitor que compruebe tu web cada minuto te avisa en el momento con el error exacto y la hora de inicio, que es justo lo que pide el parte de arriba. En WatcherWolf:

  • comprobación cada minuto en todos los planes y, desde Studio, confirmación desde sondas en seis continentes antes de avisar, para no despertarte por un tropiezo de red;
  • aviso al caer y al volver por correo, Telegram, notificaciones de la app, Slack, Teams, Discord o Google Chat, y un modo alarma con sirena para lo que no puede esperar;
  • aviso del certificado SSL y del dominio con semanas de margen, que son dos caídas que se pueden evitar del todo.

Cómo dejar los avisos finos, en alertas de monitoreo web. Y para que caiga menos, en cómo mejorar el uptime.

Que te avise a ti primero: 14 días gratis, sin tarjeta

Preguntas frecuentes

¿Cómo sé si una web está caída para todos o solo para mí?

Ábrela desde el móvil con datos móviles y con un comprobador externo. Si desde fuera carga y desde tu red no, el problema es de tu conexión, de tu DNS o de un bloqueo de tu IP.

¿Por qué mi web funciona en el móvil y no en el ordenador?

Lo más habitual es que el cortafuegos del hosting haya bloqueado la IP de tu red tras varios intentos de acceso fallidos, o que tu ordenador guarde un DNS antiguo. Pide el desbloqueo al hosting o vacía la caché DNS con ipconfig /flushdns en Windows.

¿Una caída de unas horas afecta al posicionamiento en Google?

Una caída corta y aislada no suele dejar huella: Google baja el ritmo de rastreo y lo recupera cuando la web vuelve. Si los errores 5xx duran días, las páginas pueden acabar saliendo del índice.

¿Qué hago si he renovado el dominio y la web sigue sin salir?

Comprueba con dig que el dominio apunta otra vez a la IP de tu hosting. Si el registrador cambió los DNS a su página de aparcamiento, hay que volver a poner los tuyos, y el cambio tarda lo que marque el TTL de los registros.

¿Cada cuánto tiempo debería comprobar si mi web está caída?

A mano, nunca: no es un trabajo para una persona. Un monitor que la compruebe cada minuto y te avise solo cuando falla hace ese trabajo sin que tengas que estar por ello.