Sitio web caído: qué hacer en los primeros 15 minutos

Minuto 1: confirmar desde fuera

Antes de tocar nada, averigua si el sitio está caído para todo el mundo o solo para ti. Tu navegador y tu caché DNS engañan a menudo. Abre el Website down checker: llama al sitio desde un punto de verificación neutral y muestra el código HTTP, la resolución del nombre, el estado del certificado y el tiempo de respuesta.

• Accesible desde fuera, pero no desde tu dispositivo: el problema está de tu lado. Recarga sin caché (Ctrl+Mayús+R), prueba desde el teléfono sin wifi, vacía la caché DNS, desconecta la VPN.
• Caído desde fuera: sigue leyendo.

Minuto 2: leer el mensaje de error: nombra la causa

• « No se puede acceder a este sitio web », DNS_PROBE_FINISHED_NXDOMAIN: el dominio no se resuelve: dominio expirado, registro que falta, servidores de nombres cambiados. Guía: DNS_PROBE_FINISHED_NXDOMAIN.
• ERR_CONNECTION_REFUSED: el servidor está encendido, pero ningún servidor web escucha. Guía: ERR_CONNECTION_REFUSED.
• « No se puede acceder a este sitio web », « tardó demasiado en responder », ERR_CONNECTION_TIMED_OUT: el servidor está apagado o un firewall lo descarta todo. Guía: ERR_CONNECTION_TIMED_OUT y el paso 3.
• « La conexión no es privada » (antes « Tu conexión no es privada » o « Su conexión no es privada »): el certificado está expirado o es incorrecto. Guía: « La conexión no es privada ».
• 502 Bad Gateway: el servidor web funciona, pero no la aplicación que tiene detrás. Guía: error 502.
• 503 Service Unavailable: sobrecarga, modo mantenimiento o límite del hosting. Guía: error 503.
• 504 Gateway Timeout: la aplicación responde, pero demasiado despacio. Guía: error 504.
• Error 521 o 522 con el logo de Cloudflare: Cloudflare no consigue llegar a tu servidor. Guía: error 521 y 522 de Cloudflare.
• 500 Internal Server Error, página en blanco: la aplicación falla: un plugin, una actualización, la versión de PHP. Ve al paso 5.

Minuto 3: ¿qué cambió?

La causa de una caída suele ser lo último que cambió. Pregúntate, por este orden: ¿expiró hoy un dominio o un certificado? ¿Hubo una actualización (WordPress, un plugin, PHP, el sistema)? ¿Modifiqué el DNS, el firewall o un archivo de configuración? ¿Quedó una factura sin pagar? ¿Hubo un pico de visitas?

Minuto 5: las cinco comprobaciones, por orden de probabilidad

1. Dominio y DNS

dig +short example.com A
whois example.com | grep -iE 'expir|status'

Sin respuesta o con clientHold: el dominio expiró o los registros desaparecieron. Renuévalo en el registrador o vuelve a crear el registro A.

2. Certificado

El SSL Checker muestra en segundos la fecha de expiración, la cadena y el nombre. Si está expirado, renuévalo (sudo certbot renew && sudo systemctl reload nginx) o vuelve a emitirlo desde el panel de tu proveedor de hosting.

3. ¿El servidor siquiera está encendido?

ping -c 3 example.com
ssh usuario@example.com

Si ping y SSH callan, la máquina está apagada, la red de delante está caída o el proveedor de hosting tiene un problema. Consulta su página de estado y tu consola cloud, y reinicia desde ahí la máquina si se colgó.

4. ¿Funciona el servidor web? ¿Está lleno el disco?

systemctl status nginx apache2 php8.3-fpm mysql mariadb 2>/dev/null | grep -E 'service|Active'
df -h
free -m
sudo tail -n 30 /var/log/nginx/error.log

Un servicio detenido: inícialo y lee después en journalctl -u SERVICIO -n 50 por qué se detuvo. Un disco lleno suele parar la base de datos o PHP; libera espacio (sudo journalctl --vacuum-size=200M, copias de seguridad antiguas, logs) y reinicia el servicio. Antes de recargar cualquier cosa: sudo nginx -t o sudo apachectl configtest.

5. La aplicación: actualización, plugin, PHP

Error 500 o página en blanco tras una actualización: lee el log de errores de PHP o, en WordPress, activa la depuración un momento:

// wp-config.php
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Después lee wp-content/debug.log. El error fatal nombra el plugin o el tema; cambia el nombre de su carpeta por SFTP o SSH (wp-content/plugins/nombre a nombre.off) o ejecuta wp plugin deactivate nombre, y el sitio vuelve.

Minuto 10: avisar a la gente

Mientras trabajas, tus clientes recargan la página sin parar y tu bandeja de entrada se llena. Un mensaje breve y tranquilo, donde ellos miran (página de estado, redes sociales, respuesta automática), te ahorra una hora de correos.

Nuestro sitio no está disponible en este momento. Lo sabemos y estamos trabajando en ello. Los pedidos y los mensajes no se pierden. Avisaremos aquí en cuanto vuelva a funcionar.

Una página de estado alimentada por tus monitores hace este trabajo por ti.

Minuto 12: si el problema está en tu proveedor de hosting

En un hosting compartido, casi ninguno de los pasos anteriores está en tus manos. Si la comprobación externa dice « caído » y no cambiaste nada, le toca actuar al proveedor de hosting.

Hola, mi sitio example.com no está disponible desde aproximadamente las 14:30 (UTC). Una comprobación desde fuera indica: tiempo de conexión agotado (o: 502 Bad Gateway / certificado expirado / el dominio no se resuelve). No he modificado nada en mi cuenta. ¿Pueden revisar el servidor e indicarme cuándo volverá el sitio y cuál fue la causa?

Con la hora, el mensaje exacto y la comprobación externa, el ticket se resuelve a la primera.

Minuto 15: pedir una reparación, y la próxima vez enterarte primero

Estos pasos no tienen por qué hacerlos tú. La intervención rápida corrige las causas frecuentes a precio fijo: reinicia el servicio detenido si su prueba de configuración es correcta, libera el disco lleno, renueva el certificado expirado. Si no basta, la intervención a fondo se encarga del resto las 24 horas, todos los días, facturada en bloques de 15 minutos, con el precio visible antes de pedir. Y sea cual sea el desenlace: el monitoring de sitios web vigila tu sitio desde el plan gratuito y te avisa por correo electrónico y en la app, para que la próxima vez lo sepas antes que tus clientes.

¿Caído? Intervenimos. Intervención rápida a precio fijo o intervención a fondo en bloques de 15 minutos, en servidor propio o en hosting compartido con acceso SSH.