Cómo interpretar un estado HTTP sin sacar conclusiones equivocadas
Distingue una respuesta correcta, una redirección y un error con ejemplos concretos.
WebSonda · Actualizado el 4 de octubre de 2026
Empieza por la URL exacta
Una misma web puede responder de forma distinta en la portada, una ficha y una URL antigua. Comprueba el protocolo, el dominio y la ruta que quieres revisar. En WebSonda la consulta sale desde el servidor; no utiliza tu sesión del navegador. Por eso una página que ves después de iniciar sesión puede devolver un resultado diferente en la herramienta.
200 no significa que todo esté bien
El código 200 indica que la petición ha tenido éxito desde el punto de vista HTTP. No garantiza que el contenido sea el esperado, que la página se pueda indexar o que no tenga errores visuales. Un servidor puede mostrar una pantalla de «producto no encontrado» con código 200. Si sospechas este caso, abre la página y compara su contenido con el recurso que debería existir.
301, 302 y el destino final
Una respuesta 301 señala un traslado permanente; una 302 indica una redirección temporal. Si /oferta responde 301 hacia /promociones y esta última responde 200, el resultado final es correcto en HTTP, pero conviene revisar si el cambio de dirección es intencional. La herramienta de redirecciones permite ver los saltos que un resumen del estado final no explica.
403, 404, 429 y 5xx requieren acciones diferentes
Un 403 puede proceder de controles de acceso o de un filtro contra solicitudes automatizadas. Un 404 indica que el recurso no se encuentra; revisa primero posibles errores en la ruta. Un 429 pide reducir el ritmo de consultas. Los errores 5xx suelen requerir investigar el servidor o un servicio intermedio. Ninguno de estos códigos demuestra por sí solo la causa concreta: contrasta el resultado con los registros que tengas autorizados.
Cómo convertir la lectura en una comprobación útil
Anota la URL y la hora del resultado, identifica si hubo redirecciones y reproduce el problema en el navegador. Si acabas de modificar una regla, ten en cuenta las cachés. Repite la prueba después del cambio y compara la misma ruta. El tiempo de esta consulta mide una petición desde nuestra infraestructura; no equivale al tiempo de carga visual de una visita ni a una prueba de Core Web Vitals.
Documentación de referencia
Consulta nuestra metodología y límites para interpretar el alcance de cada resultado.