¿La consulta de códigos de estado HTTP no funciona? Primero revisa estos cuatro pasos
La causa más común de que la consulta de códigos de estado HTTP no funcione es que la solicitud de red sea interceptada, que un complemento del navegador bloquee el script de la página, o que la herramienta solo devuelva resultados después de que introduzcas la URL completa. Primero cambia de red, desactiva los complementos de bloqueo y confirma que la URL incluya http:// o https://; en la mayoría de los casos la página se abrirá con normalidad. Este tipo de herramientas suele ejecutarse localmente en el navegador y tu dirección de solicitud no se sube al servidor, así que el problema normalmente está en el entorno local y no en el servidor de la herramienta.
Si solo quieres saber rápidamente si una URL devuelve 200 o 404, puedes abrir directamente la página correspondiente en Colección de herramientas en línea y volver a intentarlo. A continuación se explica cada paso en orden de diagnóstico.
Qué es la consulta de códigos de estado HTTP y qué información puede obtener
La consulta de códigos de estado HTTP es una operación que lee el código de estado de respuesta de una URL de destino. El código de estado es un número de tres dígitos que devuelve el servidor para explicar el resultado de la solicitud: 200 significa normal, 301 y 302 significan redirección, 403 significa acceso denegado, 404 significa que el recurso no existe y 500 significa error interno del servidor.
La información principal que devuelve suele incluir el número del código de estado, la frase de estado, el tiempo de respuesta y la cadena de redirecciones. Algunas herramientas también muestran campos de encabezado de respuesta, como el tipo de contenido y la política de caché. Cabe aclarar que este tipo de consulta solo puede ver el resultado que el servidor devuelve al exterior, no los registros internos del servidor ni la causa concreta del error.
Para quienes mantienen sitios web, la consulta de códigos de estado HTTP es el medio más rápido de determinar si un enlace sigue siendo válido. Al revisar enlaces externos por lotes, primero filtra los 404 y 500, y luego decide si repararlos o reemplazarlos.
En qué se diferencia la consulta de códigos de estado HTTP de las herramientas de desarrollador
Sus enfoques son distintos: la consulta de códigos de estado HTTP se orienta a «dar una URL y obtener una conclusión», mientras que las herramientas de desarrollador del navegador se orientan a «observar todo el proceso de una solicitud completa».
- Herramienta de consulta: basta con introducir la URL; muestra el código de estado y la ruta de redirección, ideal para verificación rápida y revisión por lotes.
- Herramientas de desarrollador: requieren abrir la página y activar manualmente la solicitud; permiten ver encabezados de solicitud, encabezados de respuesta, cookies y el gráfico de cascada de tiempos, ideales para localizar un punto concreto.
- Barrera de uso: la primera no requiere entender el panel de red; la segunda exige saber en qué columna ver el código de estado.
- Casos de uso: para comprobar enlaces muertos y validar reglas de redirección, la herramienta de consulta es más rápida; para investigar por qué una API devuelve 401, las herramientas de desarrollador son más precisas.
En resumen, la diferencia entre la consulta de códigos de estado HTTP y las herramientas de desarrollador está en el equilibrio entre profundidad y velocidad. Para inspecciones diarias se usa la primera; para depuración profunda, la segunda. No entran en conflicto.
Introducción a la consulta de códigos de estado HTTP para principiantes: obtén el resultado en tres pasos
La introducción a la consulta de códigos de estado HTTP para principiantes no requiere ninguna base de redes; basta con seguir estos tres pasos.
- Abre la página de consulta y pega la URL completa en el cuadro de entrada, incluido el prefijo
https://. - Haz clic en el botón de consulta y espera el resultado; normalmente se completa en menos de un segundo.
- Lee el código de estado: los que empiezan por 2 indican normalidad, los que empiezan por 3 indican redirección, los que empiezan por 4 suelen ser problemas del cliente y los que empiezan por 5 suelen ser problemas del servidor.
Un punto que los principiantes suelen pasar por alto es que muchas herramientas no completan automáticamente el protocolo. Si solo introduces el dominio sin https://, puede dar error directamente o devolver un resultado vacío, lo que a menudo se malinterpreta como que la herramienta está rota. Además, las URL con parámetros deben pegarse en su forma completa; si se eliminan los parámetros, el código de estado puede ser distinto.
Cómo usar la consulta de códigos de estado HTTP en el móvil
El proceso de la consulta de códigos de estado HTTP en el móvil es igual que en el ordenador; la diferencia principal está en la forma de introducir el texto. En la barra de direcciones del navegador móvil no es cómodo mantener pulsado para pegar, así que se recomienda copiar primero la URL en la aplicación de notas y luego pegarla desde ahí en el cuadro de consulta.
Si la página no abre en el móvil, primero confirma si la red móvil restringe ciertos dominios y cambia a Wi-Fi para intentarlo de nuevo. Algunos navegadores móviles activan por defecto el modo de ahorro de datos o el bloqueo de anuncios, y estos modos pueden bloquear la solicitud de consulta; desactívalos temporalmente y vuelve a intentarlo.
Otro problema común en el móvil es que el teclado pone automáticamente en mayúscula la primera letra de la URL o interpreta : como puntuación china. Después de escribir, revísalo y cámbialo a caracteres de ancho medio antes de enviarlo.
Cómo combinar la consulta de códigos de estado HTTP en la depuración de API
La consulta de códigos de estado HTTP en la depuración de API se usa principalmente para confirmar rápidamente si una API es accesible. Al depurar una API, primero consulta una vez el código de estado para confirmar que devuelve 200 y luego analiza el contenido del cuerpo de respuesta; así ahorras bastante tiempo de diagnóstico.
- Devuelve 401 o 403: primero comprueba si se envió la información de autenticación, en lugar de sospechar de la lógica de la API.
- Devuelve 404: confirma si la ruta de solicitud y el método de solicitud coinciden.
- Devuelve 405: normalmente se usó mal el método de solicitud, por ejemplo, se debería usar POST y se usó GET.
- Devuelve 500: el problema está en el servidor; hay que revisar los registros del servidor, la herramienta de consulta solo puede decirte el resultado.
Cabe recordar que la consulta de códigos de estado HTTP en la depuración de API solo puede ver el resultado a nivel de estado. En problemas como formato incorrecto del cuerpo de la solicitud o campos faltantes, el código de estado puede seguir siendo 200, por lo que hay que combinarlo con el contenido de la respuesta para determinarlo.
Preguntas frecuentes
¿La consulta de códigos de estado HTTP no funciona, se cayó el servidor de la herramienta?
En la mayoría de los casos, no. Este tipo de herramientas suele lanzar la solicitud localmente en el navegador y no depende del servidor del proveedor. Que la página no abra es más probable que se deba a tu red, a un complemento del navegador o al formato de entrada; cambiar de red y de navegador permite verificarlo rápidamente.
¿Por qué la misma URL da códigos de estado distintos?
Puede deberse a cadenas de redirección diferentes o a que la consulta se hizo con encabezados de solicitud distintos. Algunos sitios devuelven resultados diferentes según si la solicitud lleva cookies o no, y también puede haber diferencias por región o por momento.
El resultado de la consulta muestra 200, pero la página en realidad no abre
El código de estado 200 solo indica que el servidor aceptó la solicitud y devolvió contenido; no significa que el contenido pueda renderizarse correctamente. Que la página no abra puede deberse a errores del script del frontend o a fallos de carga de recursos, y hay que investigarlo más a fondo con las herramientas de desarrollador.
¿Esta herramienta puede ver la causa interna del error del servidor?
No. Solo puede ver el código de estado y los encabezados de respuesta que el servidor devuelve al exterior. La información concreta de la pila de un error 500 solo existe en los registros del servidor y la herramienta de consulta no puede obtenerla.
¿Consultar muchas URL por lotes será muy lento?
Depende de la implementación de la herramienta y del número de URL. La consulta en serie espera una respuesta tras otra, por lo que con muchas URL el tiempo se nota. Se recomienda enviarlas por lotes para evitar que pegar demasiadas URL a la vez deje la página sin responder.
Resumen
Cuando la consulta de códigos de estado HTTP no funciona, en la gran mayoría de los casos el problema está en el entorno local o en el formato de entrada, no en que la herramienta haya dejado de servir. Siguiendo el orden de cambiar de red, desactivar complementos, completar el protocolo y cambiar de navegador, básicamente se resuelve. Para la inspección diaria de enlaces usa la herramienta de consulta; para depuración profunda, las herramientas de desarrollador; en la depuración de API, mira primero el código de estado y luego el cuerpo de respuesta. Esta combinación es la que más tiempo ahorra. Cuando lo necesites, puedes entrar desde Colección de herramientas en línea a la página de la herramienta correspondiente y volver a intentarlo.