Una web que no carga puede deberse a decenas de causas: el servidor está caído, el dominio ha caducado, el DNS no resuelve, el certificado ha vencido, tu operador tiene un problema o simplemente tu navegador guarda una versión rota en caché. La primera pregunta que hay que responder es ¿está caída para todo el mundo o solo para mí? A partir de ahí, un diagnóstico en orden (DNS → conexión → SSL → respuesta HTTP) te lleva a la causa sin dar palos de ciego.
Paso 1: ¿para todos o solo para mí?
Introduce la dirección en el comprobador de webs caídas. La comprobación se hace desde un servidor externo, así que no depende de tu conexión.
- Responde bien desde fuera, pero tú no la ves: el problema está de tu lado (red, DNS del operador, navegador, antivirus, cortafuegos de empresa).
- Tampoco responde desde fuera: la web está caída o mal configurada. Sigue con los pasos siguientes.
Pruebas rápidas de tu lado: abre la web en una ventana privada, desde el móvil con datos (sin wifi) y desde otro navegador. Si con datos carga y con wifi no, el fallo está en tu red o en tu operador.
Paso 2: DNS, ¿el dominio resuelve?
Si el navegador muestra «No se puede acceder a este sitio» o DNS_PROBE_FINISHED_NXDOMAIN, el dominio no se traduce a una IP. Usa la consulta DNS para ver los registros A y AAAA.
| Resultado | Probable causa |
|---|---|
| No hay registro A/AAAA | Registros borrados o cambio de DNS a medias |
| El dominio no existe (NXDOMAIN) | Dominio caducado o NS mal configurados |
| La IP no es la de tu servidor | Registro antiguo o migración incompleta |
| Responde bien desde fuera pero no en tu red | Caché DNS local o del operador |
Si el dominio ha caducado, la renovación lo arregla, pero tardará un rato en volver a resolver. Si acabas de cambiar los registros, ten paciencia con la propagación: depende del TTL. Lo explicamos en la guía de registros DNS.
Paso 3: conexión y certificado SSL
Si el DNS resuelve pero el navegador muestra un aviso de seguridad (NET::ERR_CERT_DATE_INVALID, ERR_CERT_COMMON_NAME_INVALID), la web funciona pero el certificado falla. Compruébalo con el comprobador de certificado SSL:
- Certificado caducado: la renovación automática ha fallado (frecuente con Let’s Encrypt si el DNS o el puerto 80 cambiaron).
- Nombre no coincide: el certificado cubre
ejemplo.compero nowww.ejemplo.com, o al revés. - Cadena incompleta: falta el certificado intermedio; algunos navegadores y móviles fallan y otros no.
Si la conexión directamente se agota (ERR_CONNECTION_TIMED_OUT), el servidor no responde en el puerto 443: puede estar apagado, saturado o bloqueado por un cortafuegos.
Paso 4: el código de estado HTTP
Si el servidor responde, el código HTTP dice mucho. Puedes verlo en el comprobador de cabeceras HTTP.
| Código | Significado | Qué hacer |
|---|---|---|
| 200 | Todo bien | Si no ves la web, el problema es tuyo (caché, extensiones) |
| 301/302 | Redirección | Comprueba que no haya un bucle de redirecciones |
| 403 | Prohibido | Permisos de archivos, reglas del cortafuegos o del WAF |
| 404 | No encontrado | URL incorrecta o página borrada |
| 429 | Demasiadas peticiones | Límite de tasa; espera o revisa el WAF |
| 500 | Error interno | Error de código, plugin o .htaccess; mira el log de errores |
| 502 | Bad Gateway | El proxy o CDN no recibe respuesta válida del servidor de origen |
| 503 | Servicio no disponible | Sobrecarga o modo mantenimiento |
| 504 | Gateway Timeout | El origen tarda demasiado en responder |
Con Cloudflare, los errores 52x (por ejemplo 521 o 522) indican que Cloudflare funciona pero no logra conectar con tu servidor de origen.
Paso 5: si el problema está de tu lado
- Recarga forzada: Ctrl + F5 (Cmd + Shift + R en Mac) o abre una ventana privada.
- Borra la caché y las cookies del sitio concreto.
- Vacía la caché DNS:
ipconfig /flushdnsen Windows; en macOS,sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. - Cambia el DNS del equipo o del router a 1.1.1.1 o 8.8.8.8.
- Desactiva temporalmente el bloqueador de anuncios, la VPN o el antivirus con filtro web.
- Reinicia el router. Si con datos móviles funciona y con fibra no, contacta con tu operador.
Paso 6: si es tu web la que está caída
- Revisa la página de estado y el panel de tu hosting: incidencias, recursos agotados, cuenta suspendida por impago.
- Comprueba la caducidad del dominio y del certificado.
- Mira el log de errores (error_log de PHP, logs de Nginx/Apache).
- En WordPress, un error 500 tras actualizar un plugin se resuelve renombrando la carpeta del plugin por FTP.
- Si recibes un pico de tráfico o un ataque, activa la protección de tu CDN o WAF.
- Comunica a tus clientes lo que pasa (redes sociales, correo) mientras lo solucionas.
Cómo evitar sustos
- Activa la renovación automática del dominio y del certificado.
- Configura un monitor de disponibilidad que te avise por correo o Telegram si la web deja de responder.
- Haz copias de seguridad automáticas y comprueba que se pueden restaurar.
- Prueba las actualizaciones de plugins en un entorno de pruebas antes de producción.
- Documenta dónde está el dominio, el DNS y el hosting, con accesos guardados en un gestor de contraseñas.
Resumen del diagnóstico
- ¿Funciona desde fuera? → Si sí, problema local.
- ¿Resuelve el DNS? → Si no, dominio o registros.
- ¿El certificado es válido? → Si no, renovar o corregir.
- ¿Qué código HTTP devuelve? → Actuar según la tabla.
- ¿Qué dicen los logs del servidor? → Causa exacta.
Si el problema es el certificado, la guía sobre certificados SSL explica cada error con más detalle.