Cómo revisar una cadena de redirecciones paso a paso
Localiza saltos innecesarios, bucles y destinos incorrectos antes de cambiar tus reglas.
WebSonda · Actualizado el 4 de octubre de 2026
Qué estás siguiendo
Una redirección HTTP combina un estado de redirección con un encabezado Location que indica el siguiente destino. La comprobación comienza en la URL que introduces y sigue esas respuestas. No ejecuta JavaScript ni reproduce una navegación completa; una redirección implementada mediante un script puede no aparecer en esta cadena.
Un ejemplo con tres direcciones
Imagina http://example.com/articulo, que pasa a https://example.com/articulo y después a https://example.com/guias/articulo. Hay dos redirecciones antes de llegar al documento. Cada paso puede tener una razón, pero conviene comprobar si la regla inicial podría dirigir al destino final. No elimines reglas sin revisar enlaces antiguos y rutas que todavía reciben visitas. Este ejemplo es ilustrativo, no una medición del dominio.
Busca pérdida de información
Compara la ruta y los parámetros entre origen y destino. En una migración, enviar todas las páginas antiguas a la portada puede funcionar técnicamente y aun así impedir que el visitante encuentre lo que buscaba. Una regla que borra parámetros puede romper filtros o atribución. Prueba con datos ficticios: nunca pegues enlaces con tokens, credenciales o información personal.
Reconoce un bucle
Si A redirige a B y B vuelve a A, no hay un destino final alcanzable. Los bucles aparecen, por ejemplo, cuando dos capas discrepan sobre HTTP y HTTPS o sobre el uso de www. Revisa conjuntamente las reglas del servidor, de la aplicación y de la CDN. WebSonda limita los saltos y el tiempo de consulta; un aviso de límite no prueba por sí solo que exista un bucle.
Verifica después de corregir
Comprueba las variantes con y sin www y los protocolos que tu sitio admite, una a una. Confirma que el destino final corresponde al contenido esperado y que no añade otro salto innecesario. El navegador puede conservar redirecciones en caché: compara su comportamiento con una consulta nueva y con la configuración del servidor antes de concluir que la regla sigue fallando.
Documentación de referencia
Consulta nuestra metodología y límites para interpretar el alcance de cada resultado.