Saltar al contenido
bobob

Verificador de códigos de estado HTTP

Revisa código de estado, redirecciones, cabeceras clave y reporte copiable de una URL pública para validar despliegue y SEO.

Consulta desde el servidorEl servidor de este sitio consulta la dirección que introduces.

Entrada y resultado

Lo que escribes se guarda solo en este navegador. Al volver a abrir puedes recuperar lo último.

  • Revisa código de estado, redirecciones, cabeceras clave y reporte copiable de una URL pública para validar despliegue y SEO.
  • Trata la entrada con modo Ruta de servidor y revisa el resultado antes de copiar.
  • Combina Verificador de códigos de estado HTTP con herramientas relacionadas para acortar el flujo.
Entrada comun
https://www.google.com
Comprueba estado de URL pública, diagnóstico de redirección, headers finales, headers pegados, borradores CSP y reporte copiable.
Salida típica
200 OK / URL final / diagnóstico de redirección / reporte URL público / headers parseados / header CSP
Ejemplo rápido para comprobar la forma del resultado antes de copiar.
Ejemplo adicional
https://bobob.app
Ejemplo rápido para comprobar la forma del resultado antes de copiar.
Ejemplo adicional
https://www.bobob.app/sitemap.xml
Ejemplo rápido para comprobar la forma del resultado antes de copiar.
Ejemplo adicional
https://www.bobob.app/tools/http-status-checker
Ejemplo rápido para comprobar la forma del resultado antes de copiar.
Ejemplo adicional
https://www.bobob.app/
Ejemplo rápido para comprobar la forma del resultado antes de copiar.
  • Una cadena de redirects puede terminar en host, path, protocolo o locale inesperado.
  • El servidor puede responder distinto segun HEAD, GET, user-agent o cache.
  • Elimina secretos de producción, datos de clientes y URLs internas antes de compartir cualquier valor copiado.
  1. 1Revisa juntos status code, URL final, content type y cache headers.
  2. 2Comprueba redirects canonicos para apex/www y http/https.
  3. 3Continua con una herramienta relacionada para confirmar que Verificador de códigos de estado HTTP encaja con el siguiente paso.
  • 301 and 308 differ in how the method is replayed

    For historical reasons a 301 allows the client to replay a POST as a GET. A 308 requires the method and body to be preserved (RFC 9110). The difference shows up the moment a form submission hits a redirect.

    Base: RFC 9110

  • 404 and 410 read differently to a crawler

    410 (Gone) is for when the server knows the resource is permanently gone and no forwarding address is known (RFC 9110). 404 only says “not here right now”, so a crawler keeps coming back for a while.

    Base: RFC 9110

  • Serving 200 with an error page is the worst case

    2xx means the request was received, understood and accepted (RFC 9110). Answer 200 for a page that does not exist and both browsers and search crawlers take it as success, so the dead URL stays in the index.

    Base: RFC 9110

¿Donde se procesa la entrada de Verificador de códigos de estado HTTP?

Solo se envia a una ruta de servidor lo necesario para comprobar URLs u hosts públicos.

¿Puedo usar el resultado directamente en producción?

Antes de copiar, revisa diferencias de entorno de ejecución, codificación, zona horaria y políticas de seguridad.