¿Por qué no carga mi sitio web? Las tres capas que deciden si es accesible

Lo hiciste todo bien. El sitio está publicado, funciona, lo ves. Luego le mandas el enlace a un amigo y… nada. Una pestaña que gira, un «no se puede acceder a este sitio», un «tardó demasiado en responder». A ti te funciona y a él no — el tipo de avería más exasperante.

La buena noticia: un sitio que no carga casi nunca es un misterio. Entre el navegador de quien visita y tu sitio en marcha hay exactamente tres capas, y el problema está siempre en una de ellas. Una vez que las conoces, dejas de adivinar y empiezas a comprobar.

Las tres capas

Cuando alguien escribe tu dirección, la petición atraviesa:

1. El nombre — el DNS convierte tudominio.com en la dirección IP de tu servidor.
2. La puerta — la petición tiene que llegar de verdad a tu servidor por el puerto correcto (80 para HTTP, 443 para HTTPS).
3. La app — algo en el servidor tiene que estar a la escucha y responder.

Un fallo en cualquiera de ellas, visto desde fuera, es idéntico: la página no carga. El truco está en averiguar qué capa. Tres preguntas rápidas te llevan hasta ahí.

Capa 1 — ¿El nombre apunta al servidor?

Pregúntate: ¿carga si visitas directamente la dirección IP (por ejemplo http://203.0.113.10)?

Si la IP funciona pero tudominio.com no, el problema es el nombre — el DNS. O el dominio no apunta al servidor, o el cambio aún no se ha propagado. Errores del navegador como «servidor no encontrado» o «no se encuentra el sitio» apuntan también aquí.

Solución: comprueba que el registro DNS del dominio apunte a la IP de tu servidor. (Escribimos una guía justo sobre esto: conectar un dominio a tu servidor.)

Capa 2 — ¿La petición llega a la puerta?

Pregúntate: ¿carga desde el propio servidor, pero no desde tu portátil?

Si alcanzas el sitio cuando estás en el servidor pero no desde fuera — y el síntoma es «tardó demasiado en responder» o una conexión que se queda colgada — la petición no está pasando la puerta. Algo está bloqueando el puerto.

Suele haber dos puertas que revisar, y la segunda se olvida:

• El firewall del propio servidor (como ufw) — ¿está permitido el puerto 80/443 de entrada?
• El firewall de tu proveedor — muchos hostings tienen un firewall aparte o un «security group» fuera del servidor, que se configura en su panel y no en la máquina. Un puerto puede estar abierto en el servidor y aun así seguir bloqueado aquí.

Ambos tienen que permitir el tráfico.

Capa 3 — ¿La app está respondiendo de verdad?

Pregúntate: ¿falla incluso en el propio servidor?

Si no carga ni siquiera desde el servidor — «conexión rechazada», o una página de error en lugar de tu sitio — el problema es la app. O lo que sirve tu sitio no está en marcha (un contenedor parado, un servicio que se cayó), o el servidor web que tiene delante apunta al sitio equivocado.

Solución: comprueba que el servicio de tu sitio esté activo y que aquello que encamina el tráfico hacia él — el reverse proxy — esté configurado para el dominio y el puerto correctos.

Uniéndolo todo

Tres preguntas, en orden:

• ¿Carga por IP pero no por nombre? → Capa 1, el DNS.
• ¿Carga en el servidor pero no desde fuera? → Capa 2, un firewall.
• ¿No carga ni siquiera en el servidor? → Capa 3, la app.

Ese es todo el diagnóstico. Se acabó refrescar y cruzar los dedos.

El atajo

Puedes hacer estas comprobaciones tú mismo — o simplemente puedes preguntar. Dile a Faro, el asistente dentro de Server Manager, que tu sitio no carga, y comprueba por ti las tres capas: si el dominio se resuelve, si los puertos están abiertos, si el servicio está en marcha y encaminado. Te dice qué capa está rota y, normalmente, la arregla — en lugar de dejarte diseccionar la pila a mano.

Tu servidor, entendido

Un sitio que no carga parece un muro. No lo es — es solo una de tres puertas, y ahora sabes cuál probar. Ese es el beneficio silencioso de gestionar tu propio servidor: cuando algo se rompe, es tuyo para entenderlo, y el mapa es lo bastante pequeño para tenerlo en la cabeza.

Las guías de ayuda profundizan en el DNS, los firewalls y el reverse proxy cuando quieres el detalle.