Cómo comprobar si un sitio web está caído (y qué significan los resultados)

Esta guía recorre situaciones habituales en las que un sitio parece «caído», explica paso a paso el uso del comprobador de sitios web y cómo convertir el resultado (DNS, código HTTP, SSL, tiempos) en una acción concreta.

1. Lista rápida cuando un sitio no carga

  1. Abra el sitio en otro navegador o dispositivo si puede (móvil frente a escritorio, Wi‑Fi frente a datos móviles).
  2. Ejecute una comprobación de la URL de la página de inicio en Comprobador de sitios web.
  3. Anote tres datos del resultado: estado general, código de estado HTTP y estado del dominio / DNS.
  4. Use las explicaciones siguientes para decidir si el problema es DNS, el servidor web, SSL o su propia conexión.

2. Interpretar el estado principal

Tras una comprobación verá etiquetas como Online, Offline, Error, Online but Limited o un estado centrado en el dominio como Domain Not Found. Son resúmenes basados en el comportamiento de DNS y HTTP:

  • Online — El DNS funciona y el servidor respondió con un código de éxito (normalmente 200).
  • Offline / Error — No obtuvimos una respuesta válida (fallo DNS, tiempo de espera agotado o error de conexión).
  • Online but Limited — El servidor está activo, pero la protección contra bots o los límites de velocidad impidieron obtener la respuesta completa.
  • Domain Exists (No Website) — El DNS resuelve, pero aún no hay contenido web utilizable (a menudo en configuraciones nuevas).
  • Domain Not Found — El dominio no se resuelve actualmente mediante DNS público.

3. Escenarios habituales y qué hacer a continuación

A. Dominio nuevo o cambio de DNS

Si registró un dominio recientemente, cambió los servidores de nombres o actualizó registros A/AAAA y el comprobador muestra Domain Not Found o solo datos DNS parciales, probablemente se trata de retrasos de propagación DNS.

  • Verifique que los registros DNS sean correctos en su registrador o proveedor DNS.
  • Espere 5-15 minutos y vuelva a comprobar; la propagación global puede tardar más según el TTL.
  • Si el dominio llevaba mucho tiempo activo y deja de resolverse de repente, confirme que no haya caducado y que no se hayan cambiado o eliminado los servidores de nombres.

B. El DNS funciona, pero el sitio falla

Cuando el comprobador muestra un estado de dominio válido pero un código HTTP como 500, 502 o 503, el problema suele estar en el servidor web o en la aplicación:

  • 500 / 503 — Error de aplicación o servidor (app mal configurada, límites de recursos o caída temporal).
  • 502 — Bad gateway entre un proxy inverso (como Nginx, Apache o un balanceador) y la aplicación upstream.
  • Tiempo de respuesta muy alto: el servidor está sobrecargado o responde con lentitud incluso cuando tiene éxito.

Si administra el sitio, revise el panel de alojamiento o los registros del servidor en el momento del fallo. Si no, comparta el resultado (estado + código HTTP + tiempos) con el propietario o el soporte de hosting para acelerar el diagnóstico.

C. Problemas de SSL / HTTPS

Si el comprobador indica que el SSL es inseguro o está mal configurado, el navegador puede mostrar avisos como «la conexión no es privada» o «certificado no válido». Causas habituales:

  • Certificado caducado (común en sitios sin renovación automática de Let’s Encrypt u otros).
  • Certificado emitido para otro nombre de host (p. ej. www.ejemplo.com frente a ejemplo.com).
  • Redirecciones mixtas HTTP/HTTPS que confunden navegadores y herramientas.

La solución suele ser renovar o volver a emitir el certificado para el nombre de host exacto y asegurar que todas las redirecciones envíen el tráfico de forma coherente a HTTPS.

D. Protección contra bots y «Online but Limited»

Algunos sitios usan servicios como Cloudflare o firewalls propios que desafían las solicitudes automatizadas. En esos casos:

  • El comprobador puede confirmar que el servidor está en línea y responde.
  • Es posible que no podamos obtener el HTML o los metadatos completos; verá Online but Limited con una nota sobre la protección.
  • En el navegador puede haber una breve demora o una página de desafío que un humano puede resolver pero las herramientas automatizadas no.

Si es su sitio y se bloquean bots legítimos (clientes API, monitores de uptime), ajuste la seguridad o permita las IP conocidas según corresponda.

4. Entender los códigos de estado HTTP (referencia rápida)

Cada respuesta HTTP incluye un código numérico. Referencia rápida orientada a la resolución de problemas:

  • 200 OK — El sitio está en línea y devolvió la página o el recurso solicitado.
  • 301 / 302 Redirect — La URL redirige a otro destino; el comprobador sigue la cadena y muestra la URL final.
  • 404 Not Found — El sitio está en línea, pero esa ruta no existe (revise errores tipográficos o páginas movidas).
  • 403 Forbidden — El servidor rechazó la solicitud (permisos o protección contra bots).
  • 429 Too Many Requests — Límite de velocidad alcanzado; reduzca la velocidad o las comprobaciones automatizadas.
  • 500 / 502 / 503 — Problemas en el servidor; revise registros o contacte con su proveedor de alojamiento.

5. Usar el resultado en conversaciones de soporte

Al hablar con alojamiento, desarrollo o soporte del ISP, una captura o copia del resultado del comprobador suele ser más útil que «no funciona». Incluya:

  • La URL que probó.
  • El estado general y el código HTTP.
  • El tiempo de respuesta y si el SSL aparece como seguro o inseguro.
  • Cualquier nota sobre DNS, redirecciones o protección contra bots.

Usar el comprobador · Preguntas frecuentes · Acerca de