Verificador de estado del sitio
Preguntas frecuentes
¿Por qué puede no estar disponible un sitio?
El código de respuesta del servidor indica la causa.
| Código de respuesta | Qué significa |
|---|---|
| 200 | el sitio funciona con normalidad |
| 301 / 302 | el sitio se ha mudado a otra dirección, una redirección |
| 403 | acceso denegado: bloqueo por IP, región o configuración del servidor |
| 404 | no se encontró la página concreta, el sitio en sí suele seguir funcionando |
| 500 / 502 / 503 | un error del lado del servidor: sobrecarga, fallo, mantenimiento |
| sin respuesta | el servidor no responde, el dominio no contesta, o el DNS no resuelve |
¿Por qué el sitio se abre para mí pero la comprobación lo muestra caído?
Un bloqueo local a nivel del proveedor o de la región puede hacer que un sitio se muestre como funcionando en tu navegador, mientras que una comprobación desde un servidor externo obtiene un resultado distinto; lo mismo pasa al revés, cuando un sitio está bloqueado en tu región pero en realidad funciona.
¿En qué se diferencia esta comprobación de abrir el sitio en el navegador?
El navegador muestra lo que se ve desde tu dispositivo y tu red. La comprobación se ejecuta desde el servidor del servicio y no depende de un bloqueo local, tu caché ni la configuración de tu proveedor.
¿Para qué comprobar la disponibilidad de un sitio con regularidad?
Que un sitio no esté disponible afecta directamente a las posiciones: si un robot de búsqueda recibe un error de servidor varias veces seguidas al rastrear, las páginas pueden salir temporalmente del índice, y recuperar las posiciones después lleva más tiempo que la propia caída. Comprobar los enlaces del propio sitio con regularidad ayuda a detectar direcciones rotas antes de que lo haga un robot o un visitante.
¿Se puede comprobar un sitio automáticamente a intervalos regulares?
El formulario hace una comprobación puntual al pulsar el botón; para una vigilancia automática continua con avisos hace falta un servicio especializado aparte, esta comprobación no guarda ningún horario.
¿Qué hacer si la comprobación muestra el código 403?
Lo más probable es que el servidor esté bloqueando peticiones por algún criterio: IP, región o cabeceras. Conviene revisar la configuración del firewall y las reglas de acceso en el propio servidor, si es tu sitio.
¿La comprobación es distinta para sitios con HTTP y HTTPS?
El principio de la comprobación es el mismo: el servicio pide la dirección indicada y mira el código de respuesta, sea cual sea el protocolo.
Escribe un dominio o un enlace en el campo y pulsa «Buscar»: la herramienta comprueba si el sitio responde ahora mismo y muestra el código de respuesta del servidor. La comprobación se hace desde el servicio, no desde tu navegador.
Cómo comprobar si un sitio funciona
- Escribe el dominio. Basta con indicar el dominio en sí, sin protocolo: el resultado muestra si el sitio responde en esa dirección.
- Pulsa «Buscar». La comprobación se ejecuta en el servidor en el momento de la petición, así que el resultado refleja el estado del sitio justo ahora, no en tu navegador ni en tu región.
Cómo comprobar un enlace antes de entrar
Comprobar un enlace es en realidad dos cosas distintas, y conviene no confundirlas.
- Comprobar si un enlace funciona. Es justo lo que hace esta herramienta: pega el enlace y averigua si la dirección sigue viva, si el servidor responde y con qué código. Así se revisan los enlaces de artículos, correos y directorios antes de publicar, para no mandar a nadie a una página que no existe.
- Comprobar un enlace por seguridad. Eso es otra cosa distinta: saber si un enlace lleva a un sitio de phishing o infectado. El código de respuesta del servidor no dice nada de eso: una página maliciosa responde igual que una normal. Para ese tipo de comprobación hacen falta servicios antivirus y bases de reputación de dominios, no una comprobación de disponibilidad.
Qué hacer después
Si el código de respuesta apunta a una página concreta y no a todo el sitio, la comprobación de estados HTTP muestra la situación con más precisión. Para una revisión sistemática de la indexación, las metaetiquetas y otros parámetros técnicos, encaja la auditoría del sitio.