Debugging HTTP

Cómo depurar redirecciones y códigos de estado HTTP

Un workflow práctico para revisar redirect chains, entender 301 vs 302, diagnosticar 404 y 500, y confirmar la URL final.

Las redirecciones y los códigos de estado parecen pequeños detalles, pero afectan SEO, analytics, caché, login flows y experiencia de usuario.

No basta con saber que una URL redirige. Hay que ver cada hop, el código de cada hop, si la página final es indexable y si los encabezados coinciden con la intención.

Empiece con la cadena completa

Revise la URL original, protocolo, hostname, trailing slash y path exacto. Una cadena larga añade latencia y dificulta el diagnóstico.

Para cambios permanentes, 301 o 308 suelen comunicar mejor la intención. Para rutas temporales, pruebas o campañas, 302 o 307 suelen ser más seguros.

Revise la respuesta final

La URL final debe devolver el estado esperado. Una cadena que termina en 404, 403, 500 o soft error sigue siendo un workflow roto.

Para páginas SEO, la respuesta final normalmente debe ser 200, tener canonical correcto y evitar señales contradictorias.

Compare navegador con HTTP crudo

Los navegadores ocultan algunos detalles de redirección y caché. Compare DevTools, curl y logs del servidor cuando el resultado sea confuso.

Encabezados como Location, Cache-Control, Vary y security headers pueden explicar comportamientos que no se ven en la página renderizada.

Checklist para depurar redirecciones

  • Pruebe http, https, www, non-www, trailing slash y variantes de idioma.
  • Registre cada hop y evite cadenas innecesarias.
  • Use 301/308 para movimientos permanentes y 302/307 para rutas temporales.
  • Confirme que la URL final devuelve el código esperado.
  • Revise canonical, robots, cache y security headers en la respuesta final.

Guías relacionadas

Aprenda el workflow detrás de esta herramienta y qué revisar después.

Herramientas relacionadas