Cadenas y bucles de redirección: cómo detectarlos

Una cadena de redirecciones ocurre cuando una URL redirige a una segunda, la segunda a una tercera y así sucesivamente hasta llegar al destino final. Un bucle de redireccionamiento ocurre cuando la ruta nunca llega a un destino estable.

Ejemplo de cadena:

/old-page -> /legacy-page -> /new-page

Ejemplo de bucle:

/old-page -> /new-page -> /old-page

Ambos problemas aparecen mucho en migraciones de dominio, cambios de CMS, plugins antiguos de WordPress, reglas de CDN y configuraciones hechas por varias personas en momentos distintos.

Si estás migrando dominio y quieres mantener rutas o UTM, lee también cómo redireccionar un dominio manteniendo rutas y parámetros.

Por qué importan

Hacen más lenta la experiencia

Cada salto agrega espera. Aunque un salto parezca pequeño, varios saltos se acumulan en el momento más sensible: antes de que el usuario vea la página.

Confunden la migración

Una matriz de redirecciones debería decir “esta URL vieja ahora vive aquí”. Una cadena dice “esta URL vieja pasó por varias decisiones históricas y quizá llegue al destino correcto”.

Complican SEO y QA

Los buscadores pueden seguir redirecciones, pero un sistema enredado es más difícil de rastrear, validar y mantener que un mapeo directo.

Los bucles rompen la solicitud

Un bucle no es solo ineficiente. Es una falla: el navegador nunca llega a una página final.

Causas comunes de cadenas

Las cadenas suelen aparecer cuando reglas razonables se agregan por separado:

1. primero http -> https
2. después sin www -> www
3. luego slug viejo -> slug nuevo
4. más tarde un plugin del CMS agrega otra redirección
5. finalmente cambia el dominio canónico

Cada regla parece inocente sola. Juntas, producen esto:

http://sitio-viejo.com/docs
  -> https://sitio-viejo.com/docs
  -> https://www.sitio-viejo.com/docs
  -> https://sitio-nuevo.com/docs

Lo correcto suele ser colapsarlo:

http://sitio-viejo.com/docs
  -> https://sitio-nuevo.com/docs

Causas comunes de bucles

Los bucles aparecen cuando dos capas no están de acuerdo:

• una regla de host manda tráfico a otro host
• otra regla lo devuelve
• la app intenta canonicalizar una URL que el edge ya reescribió
• una regla por idioma o dispositivo no tiene destino final claro

También aparecen cuando siguen activos varios sistemas:

• reglas de CDN
• middleware de la app
• proxy reverso
• plugins de CMS
• forwarding del proveedor DNS

Si más de una capa cree ser dueña del routing canónico, el riesgo de bucle sube rápido.

Cómo encontrar cadenas

Empieza por las URLs que más importan:

• home
• pricing o páginas comerciales
• landing pages orgánicas
• campañas pagadas
• artículos de ayuda o documentación
• URLs con backlinks antiguos

Luego inspecciona saltos reales.

Método 1: curl

curl -I https://sitio-viejo.com/precios

Para ver toda la secuencia:

curl -IL https://sitio-viejo.com/precios

Revisa cada encabezado Location.

Método 2: rastreo en lote

Si estás en plena migración, exporta tu matriz de redirecciones y rastrea las URLs importantes. Las cadenas ocultas suelen aparecer ahí, no en pruebas manuales de dos o tres páginas.

Método 3: analítica de producción

Si tu capa de routing muestra tráfico, busca:

• solicitudes repetidas desde rutas antiguas
• URLs legacy con mucho volumen
• patrones raros de códigos de estado
• solicitudes que no llegan al destino esperado

Aquí ayudan analítica y monitoreo de enlaces rotos.

Cómo encontrar bucles

Un bucle suele verse en el navegador como “demasiadas redirecciones”, pero conviene probar sistemáticamente.

Busca:

• URLs que nunca resuelven
• dos hosts alternándose
• una ruta que vuelve al punto inicial
• reglas de idioma, host o protocolo reescribiéndose entre sí
• diferencia entre mobile y desktop si hay reglas por dispositivo

Si tu sitio combina redirecciones por locale, host canónico y autenticación de app, prueba combinaciones. No alcanza con abrir la URL feliz en un navegador.

Cómo corregir cadenas

No elimines reglas al azar hasta que “funcione”.

El proceso correcto:

1. define la URL final real
2. redirige cada variante vieja directamente a esa URL
3. actualiza enlaces internos para que apunten al destino final
4. elimina reglas intermedias que ya no representan la arquitectura actual

La matriz debe reflejar el presente, no la historia de la migración.

Cómo corregir bucles

Para un bucle:

1. identifica qué capa crea el segundo rebote
2. define una sola fuente de verdad
3. elimina o acota la regla conflictiva
4. vuelve a probar host, protocolo, idioma y dispositivo

[!WARNING] Muchos bucles sobreviven porque el equipo prueba una sola URL en un solo navegador. Prueba variantes.

Consejos para migraciones

Los problemas suelen aparecer en cuatro lugares:

Consolidación de host

http, https, www y dominio raíz deben planearse juntos. Si se agregan por separado, producen cadenas.

Cambios de slug

Un slug viejo apunta a uno intermedio y luego al final. Conviene redirigir viejo -> final.

CMS y rewrites de app

Una regla de CDN manda a una ruta que la app vuelve a canonicalizar.

Localización

Las reglas de idioma pueden rebotar si la lógica de selección y el host canónico no coinciden.

Si estás planeando un cambio de dominio, trabaja con checklist, no con improvisación regla por regla. Para eso está la checklist de migración web.

Proceso QA rápido

Un flujo liviano que suele atrapar la mayoría de problemas:

1. exporta las redirecciones planeadas
2. elige las 50 a 200 URLs más importantes
3. prueba que resuelvan en un solo salto cuando sea posible
4. revisa raíz, www y HTTPS
5. prueba mobile y desktop si hay reglas por dispositivo
6. actualiza enlaces internos después del lanzamiento
7. monitorea 404 y comportamiento de redirecciones por 7 a 14 días

Dónde ayuda UrlEdge

UrlEdge mantiene las redirecciones en una sola capa de routing, en lugar de repartirlas entre:

• middleware de app
• plugins de CMS
• archivos de servidor
• forwarding del proveedor DNS

Eso facilita:

• colapsar cadenas en reglas directas
• inspeccionar rutas con Redirect Checker
• monitorear destinos fallidos con Broken Link Monitor
• validar tráfico post-lanzamiento con analítica

FAQ

¿Un salto extra siempre es grave?

No. El objetivo no es perseguir perfección sin contexto. El foco son URLs de alto valor, rutas canónicas y reglas que afectan mucho tráfico.

¿Debo actualizar enlaces internos si la redirección ya funciona?

Sí. Las redirecciones son una red de seguridad; los enlaces internos deberían apuntar al destino final.

¿Los bucles siempre son culpa del CDN?

No. Suelen venir de desacuerdos entre CDN, app, proxy, lógica de idioma o CMS.

¿Las cadenas afectan campañas pagadas?

Sí. Cada salto agrega lugares donde se puede perder atribución, vista previa o tiempo de carga.

Guías relacionadas de UrlEdge

• Redirect Checker
• Broken Link Monitor
• Redireccionar dominio manteniendo ruta
• Checklist de migración web

Referencias

• MDN: Redirections in HTTP
• Google Search Central: site move with URL changes