¿Cómo funciona un comprobador de estado de sitios web?

Cuando pides a UpOrNot que compruebe un sitio, hace más o menos lo mismo que tu navegador al abrir una página, pero se detiene en cuanto sabe si el servidor ha respondido y te explica la respuesta con palabras sencillas. Esto es lo que ocurre detrás del botón.

Paso 1 — Resolución DNS: encontrar el servidor

Los ordenadores se comunican con direcciones numéricas (como 93.184.215.14), no con nombres. El DNS (Domain Name System) es la guía telefónica de internet: convierte example.com en la dirección del servidor que lo aloja.

• Si el nombre no tiene ningún registro, el sitio no existe (o su dominio ha caducado).
• Si los servidores DNS no responden, todavía no podemos saberlo: es un problema temporal o de configuración.
• Si el nombre apunta a una dirección privada o interna, nos negamos a continuar. Más detalles abajo.

Paso 2 — Intentos de conexión

Después, el comprobador abre una conexión con el servidor, normalmente una conexión segura HTTPS en el puerto 443. Aquí pueden fallar varias cosas: el servidor puede rechazar la conexión, no responder en unos segundos o presentar un certificado de seguridad no válido. Si HTTPS falla y no escribiste el protocolo, también probamos HTTP en el puerto 80.

Paso 3 — Leer el código de estado HTTP

Una vez conectado, el comprobador pide la página y lee el código de estado HTTP de tres cifras al principio de la respuesta. Es el resumen más rápido de lo ocurrido:

• 200OKLa página se entregó con normalidad. El sitio está en línea.
• 301 / 302RedirecciónLa página está en otra dirección. Seguimos hasta 5 redirecciones y mostramos el destino final.
• 401 / 403RestringidoEl servidor respondió pero deniega el acceso: suele ser un inicio de sesión o una protección antibots. El sitio es accesible.
• 404No encontradoEl servidor está en línea, pero esta página concreta no existe.
• 429Demasiadas solicitudesEl servidor limita a los visitantes automatizados. Está en línea, solo es precavido.
• 500Error del servidorEl servidor falló o tuvo un error al generar la página.
• 502 / 503 / 504Pasarela o sobrecargaUn proxy o el propio servidor está sobrecargado, en mantenimiento o no alcanza su backend.

Paso 4 — Convertir los códigos en un veredicto claro

Por qué importan las comprobaciones transparentes y limitadas

Un comprobador de estado hace solicitudes a servidores de otras personas en tu nombre. Hacerlo de forma responsable exige algunas reglas firmes:

• Identificarnos. Nuestras solicitudes usan un user agent similar al de un navegador que también nombra a UpOrNot y enlaza a esta página.
• Ser ligeros. Una sola solicitud por sonda, un tiempo de espera corto, un límite de lectura pequeño y sin rastreo. Por eso las comprobaciones no ralentizan los sitios ni afectan a su SEO.
• No saltarnos nunca las protecciones. Si un sitio muestra un CAPTCHA o bloquea bots, lo indicamos como protegido. No intentamos burlar Cloudflare, inicios de sesión ni otros controles de acceso.
• Proteger las redes privadas. Solo contactamos direcciones públicas en los puertos 80 y 443, revisamos cada redirección y rechazamos localhost, rangos privados y endpoints de metadatos en la nube. Así se evita que la herramienta se use para escanear redes internas (un ataque llamado SSRF).
• Limitar el uso. Cada visitante puede hacer un número limitado de comprobaciones por minuto, lo que mantiene el servicio justo y evita abusos.
• Publicar solo lo seguro. La lista pública «Comprobados recientemente» muestra solo nombres de dominio, nunca rutas, parámetros ni credenciales.