¿Qué es una cadena de redirecciones?

Una cadena de redirecciones aparece cuando una dirección no lleva directamente a su destino, sino a otra que a su vez redirige, y así sucesivamente. En lugar de A a C, el navegador recorre A, luego B, luego C, y solo entonces recibe la página.

Cada eslabón es una petición completa. Si el salto cambia de dominio o de protocolo, hay que resolver DNS otra vez, abrir conexión otra vez y negociar TLS otra vez. Por eso el coste de una cadena crece mucho más rápido que el número de saltos sugiere.

Casi nunca se construyen a propósito. Se acumulan: una migración cambió la estructura de URL, luego se pasó todo a HTTPS, más tarde se unificó con o sin www, y cada paso añadió su propia regla sin revisar las anteriores. El resultado funciona, y esa es justamente la razón por la que nadie lo mira.

El caso extremo es el bucle: A redirige a B y B vuelve a A. El navegador lo detecta tras unos intentos y muestra un error, de modo que la página deja de ser accesible por completo. Es raro, y cuando ocurre suele venir de dos reglas escritas por personas distintas en momentos distintos.

Hay un matiz que decide si una cadena es un problema o solo una curiosidad: quién la recorre. Un usuario que llega desde un marcador antiguo la paga una vez y sigue con su vida. El crawler la recorre cada vez que vuelve, y las cadenas suelen afectar a familias enteras de URLs, no a una sola.

Por eso el mismo defecto puede ser irrelevante en un blog de treinta artículos y caro en una tienda de e-commerce con veinte mil fichas: allí una regla mal puesta se multiplica por cada producto, cada filtro y cada variante.

El coste se reparte en tres sitios distintos, y conviene separarlos porque no se arreglan igual.

Para el visitante, cada salto es espera antes de ver nada. Se suma entero al TTFB, que a su vez es el primer tramo del LCP. Una cadena de tres saltos puede añadir más retraso que cualquier optimización de imágenes que se haga después.

Para el rastreo, cada salto es una petición que el crawler gasta sin llegar a contenido nuevo. En un sitio de miles de URLs eso compite directamente con las páginas que sí queremos que revise, y se nota en la indexación de lo más profundo.

Para el mantenimiento, cada regla añadida es una que alguien tendrá que entender dentro de dos años. Las cadenas largas hacen que nadie se atreva a tocar el fichero de configuración, y a partir de ahí solo crecen.

Conviene añadir un cuarto coste que casi nunca se contabiliza: el de las campañas. Un anuncio que apunta a una URL con parámetros de seguimiento y cae en una cadena paga el retraso en cada clic, y esos clics están comprados. La misma cadena que en tráfico orgánico es una molestia se convierte en dinero cuando el tráfico es de pago.

Merece la pena revisarlo desde el lado del anunciante y no solo del rastreador: tomar las URLs de destino de las campañas activas, seguirlas con sus parámetros puestos y contar los saltos. Es una comprobación de cinco minutos que rara vez se hace, porque las herramientas de analítica web informan de la sesión, no del camino que hubo antes.

La documentación de Google indica que su rastreador sigue las cadenas de redirección, pero recomienda expresamente evitarlas y enlazar siempre al destino final. No publica un número mágico como umbral, y esa ausencia se malinterpreta con frecuencia en las dos direcciones.

Quien concluye «entonces da igual» se equivoca, porque el coste en tiempo y en presupuesto de rastreo existe con independencia de cuántos saltos tolere el sistema. Quien busca el número exacto también se equivoca: la pregunta útil no es cuántos aguanta Google, sino cuántos hacen falta, y la respuesta casi siempre es uno.

Sobre la transmisión de autoridad, Google ha indicado que una redirección 301 no supone pérdida de PageRank. Eso resuelve una vieja preocupación y no cambia nada de lo anterior: el problema de las cadenas es el tiempo y el rastreo, no la fuerza.

Para el trabajo diario, la regla práctica cabe en una frase: un salto está bien, dos son tolerables mientras se limpian, tres o más son una tarea pendiente.

Otra confusión frecuente es tratar todos los códigos 3xx como intercambiables. Una 301 dice «esto se ha movido para siempre», una 302 dice «vuelve a mirar aquí más adelante». Marcar un traslado definitivo como temporal deja a Google conservando la URL antigua durante mucho más tiempo del necesario.

En una cadena, además, los tipos se mezclan: un primer salto 301 heredado de una migración seguido de un 302 puesto para una promoción termina en un camino que ni el rastreador ni el equipo entienden. Al limpiar conviene decidir el tipo una sola vez, desde el destino final hacia atrás.

Para una URL suelta basta la línea de comandos: pedirla siguiendo redirecciones y mirar cuántas respuestas 3xx aparecen antes del 200. Es la comprobación más rápida y no necesita ninguna herramienta instalada.

Para el sitio entero hace falta un rastreo completo, que lista cada cadena con su longitud y su destino. Ahí suele aparecer el patrón real: casi todas las cadenas comparten el mismo primer salto, normalmente una regla antigua de protocolo o de www que se aplica a todo.

La limpieza tiene dos partes, y saltarse la segunda es el error habitual. Primero se acortan las reglas: A pasa a apuntar directamente a D, sin pasar por B ni C. Segundo, y más importante, se corrigen los enlaces que apuntan a A, tanto en el enlazado interno como en campañas y firmas de correo. Sin eso, la redirección sigue ejecutándose en cada visita.

Después conviene volver a medir con el mismo criterio y vigilar el TTFB en Search Console, recordando que los datos de campo tardan semanas en reflejar el cambio.

Un detalle práctico sobre la comprobación: hay que hacerla con el mismo agente de usuario y el mismo protocolo con que llega la gente. Algunas configuraciones redirigen distinto según el dispositivo, y una cadena que no aparece desde el escritorio puede existir en móvil, que es donde el índice mobile-first decide.

Y conviene guardar el resultado antes de tocar nada. Una lista de las cadenas actuales con su longitud sirve de línea base; sin ella no se puede demostrar después que el trabajo sirvió de algo, y en una auditoría de SEO técnico esa demostración es la mitad del encargo.

• Acortar las reglas y dejar los enlaces internos apuntando al primer eslabón: la cadena desaparece del informe y sigue ocurriendo en cada visita.
• Encadenar una regla nueva a las antiguas en cada migración, en lugar de reescribir el conjunto desde el destino final.
• Usar 301 y 302 sin criterio: un traslado definitivo marcado como temporal deja a Google esperando un regreso que no ocurrirá.
• Redirigir todo lo que no existe a la portada en vez de a un destino equivalente, algo que además convierte un error 404 honesto en una respuesta que parece válida y no lo es.
• Medir solo desde la línea de comandos con la URL limpia, cuando el tráfico real llega con parámetros de campaña que activan otra regla distinta.

Y un último caso que no aparece en ninguna lista de saltos: la cadena termina donde debe, pero la página de destino no tiene contenido. Formalmente todo está bien —un 301 limpio hacia un 200— y el visitante sigue sin encontrar nada. Es un soft 404 al final del camino, y conviene comprobar el destino y no solo el número de saltos.