Saltar al contenido

↪️ Trazador de Cadena de Redirecciones

Traza redirecciones URL hop por hop. Muestra status, latencia, upgrades/downgrades HTTPS, bucles y cadenas excesivas.

100% Gratis Sin registro Servidor Sin logs / BD Rate-limit 5 idiomas Modo oscuro

⚠️ Las solicitudes se realizan desde los servidores de DevLab. No se permiten direcciones IP privadas ni localhost.

📚 Mejores prácticas

• Ideal SEO: ≤3 hops. Google puede dejar de seguir después de 5.

• 301 para permanente, 302 / 307 para temporal.

• Nunca degradar de HTTPS a HTTP.

• Los bucles son bugs críticos a corregir.

📖 Qué te dice este diagnóstico

Este diagnóstico sigue la cabecera Location salto a salto desde la URL que introduces y muestra el código de estado y el destino de cada paso, además del destino final. El número de saltos que vive un usuario real puede diferir. En un navegador con HSTS activo, el primer salto de HTTP a HTTPS se sustituye internamente antes de llegar a la red, y en sitios que varían por cookie o región la propia ruta cambia.

Elemento Qué significa Cómo corregirlo
Elegir entre 301/302 y 307/308 Por motivos históricos, 301 y 302 permiten que el navegador convierta un POST en GET al redirigir. 307 y 308 conservan tanto el método como el cuerpo de la petición. Mover el destino de un formulario o una ruta de API con un 301 provoca ese fallo desconcertante en el que la petición llega sin cuerpo. Para un traslado permanente, usa 301 en páginas que sólo reciben GET y 308 en endpoints que aceptan POST. Para un cambio temporal, como una página de mantenimiento o un test A/B, prefiere 307 antes que 302: mantener el método elimina toda una clase de accidentes.
La cadena tiene un salto de más Escribir el paso a HTTPS y la canonicalización de www como reglas separadas cuesta siempre dos saltos: de http://example.com a https://example.com y de ahí a https://www.example.com. Añade una regla de barra final y son tres. Cada salto es una ida y vuelta completa, perceptible en una conexión móvil. Haz que la primera regla salte directamente a la forma final, con esquema, host y barra final incluidos. En nginx es una línea en el bloque listen 80: return 301 https://www.example.com$request_uri;. Apilar redirecciones sueltas se vuelve más difícil de razonar con cada regla añadida.
La URL final no coincide con la canónica Cuando el final de la cadena y el canonical declarado en esa página no coinciden, Google decide por su cuenta cuál es la canónica. Es el estado que hay detrás de los dos mensajes de Search Console sobre una página con redirección y sobre que Google eligió una canónica distinta a la marcada. Comprueba que el canonical de la página final apunta a su propia URL, con coincidencia exacta: barra final, mayúsculas y parámetros de seguimiento incluidos. En una migración la norma es una URL antigua por una nueva; enviarlo todo a la portada hace que Google lo trate como soft 404.

Las redirecciones no son algo que convenga limpiar. Los enlaces externos a la URL antigua y los marcadores sin actualizar duran años, y el propio Google recomienda mantener las redirecciones de una migración al menos un año. Nosotros mantenemos así los 301 de nuestro antiguo dominio. Unos meses después de una migración, vuelve a pasar este diagnóstico para detectar redirecciones cuyo destino se haya convertido en un 404.

🔗 Herramientas relacionadas