Cadenas de redirecciones y SEO: ¿cuántos saltos son demasiados?

Una cadena de redirecciones son dos o más redirecciones seguidas entre la URL que alguien solicitó y la página que por fin responde con un 200. Google documenta que Googlebot sigue hasta 10 saltos, aconseja redirigir directamente al destino final y menciona las cadenas largas como un lastre para el rastreo. No dice que destruyan el posicionamiento, y dice que las redirecciones permanentes no causan una pérdida de PageRank. Así que el resumen honesto es que las cadenas son un problema de latencia y de eficiencia de rastreo que conviene corregir sin mucho coste, no una catástrofe de SEO.

La mayoría de las cadenas no se construyen a propósito. Alguien añade una regla de HTTPS, otra persona añade una regla de www, una herramienta de marketing envuelve el enlace en un rastreador, y cada salto es razonable por sí solo. A continuación: cómo se apilan las capas, qué cuesta cada salto, qué afirmaciones de SEO resisten frente a la documentación de Google y cómo trazar y aplanar una cadena. Para el vocabulario de códigos de estado primero, tipos de redirecciones de URL es el mapa. Si la cadena vuelve sobre sí misma, lo que quieres es cómo arreglar un bucle de redirecciones.

Qué es una cadena de redirecciones

Una cadena de redirecciones ocurre cuando la URL A redirige a B, y B redirige a C, en lugar de que A apunte directamente a C. Cada flecha es su propia respuesta HTTP, y el cliente hace una solicitud nueva por cada una. Una redirección es normal; "cadena" empieza en dos.

Redirecciones múltiples y saltos de redirección describen lo mismo desde ángulos distintos: el número de redirecciones entre la solicitud y la página final. Un bucle de redirecciones es una cadena que nunca termina porque vuelve a visitar una URL. Una cadena, en cambio, termina; solo que tarda demasiado en llegar.

Cómo se forman las cadenas de redirecciones

Las cadenas se apilan porque cada capa impone su propia preferencia. Las capas habituales, en el orden en que las encuentra una solicitud:

• Esquema. http:// pasa a https://, normalmente en una regla del servidor o del proxy.
• Host. El apex pasa a www, o al revés, en una regla distinta que se activa después de la regla del esquema.
• Ruta. Un normalizador de barra final o de minúsculas reescribe /Promo/ como /promo.
• Envoltorio de campaña o de seguimiento. Un rastreador de clics de anuncios, el reescritor de enlaces de una plataforma de correo o un enlace corto se sitúa delante de todo lo demás.
• Mapa heredado. Una redirección de un rediseño pasado que nadie volvió a apuntar.

Júntalas y un simple http://example.com/Promo/ puede dar cuatro saltos: a HTTPS, luego a www, luego a la ruta normalizada y luego, por una regla de un rediseño antiguo, a la página activa. Los enlaces cortos se suman al principio. Uno es un salto legítimo. El daño empieza cuando su destino no es la URL final. Pega http://example.com/promo como destino y tu enlace encabeza una cadena que construyó el sitio de destino, sin que la veas. ¿Perjudican los acortadores de URL al SEO? cubre el lado del posicionamiento de esa pregunta; la respuesta corta es que un salto limpio está bien y uno apilado te toca corregirlo a ti.

Las cadenas son fáciles de pasar por alto porque los navegadores las ocultan: la barra de direcciones muestra la URL final y la página carga, así que nada parece ir mal. También afloran solo para la variante de solicitud que activa todas las reglas, normalmente el enlace http:// más antiguo del material impreso más antiguo.

¿Cuántos saltos sigue Googlebot?

Googlebot sigue hasta 10 saltos de redirección por defecto. Eso viene directamente de la documentación de los rastreadores de Google. Añade que productos concretos de Google pueden usar límites distintos, y que la herramienta de inspección de URL no sigue las redirecciones en absoluto. Google no detalla qué ocurre con una cadena más larga, así que supón que simplemente no se llega al destino.

Diez es un techo, no una recomendación. La guía de Google sobre migraciones de sitios dice que se redirija directamente al destino final y, cuando eso no sea posible, que la cadena se mantenga corta, "idealmente no más de 3 y menos de 5", porque encadenar añade latencia para los usuarios y no todos los agentes de usuario admiten cadenas largas. Quédate con esto: un objetivo de un salto, una tolerancia de unos pocos y un tope duro en diez.

Los navegadores tienen sus propios límites. Chrome se rinde a los 20 y devuelve ERR_TOO_MANY_REDIRECTS, que es el síntoma que cubre la guía de bucles de redirecciones. El estándar HTTP tampoco fija un número: la RFC 9110 solo dice que los clientes deberían detectar las redirecciones cíclicas e intervenir.

Lo que cuesta cada salto en latencia

Cada salto cuesta al menos un viaje de ida y vuelta por la red. Un salto a un nombre de host distinto cuesta más. El cliente resuelve el nombre nuevo, abre una conexión TCP y completa un handshake TLS antes de poder enviar nada. La propia auditoría de Lighthouse suspende una página con dos o más redirecciones y dice que el viaje adicional puede retrasar un recurso "cientos de milisegundos".

Aquí está la aritmética, como ilustración y no como prueba de rendimiento. Supón un viaje de ida y vuelta de 100 ms, algo normal para una conexión móvil con una señal mediocre. Un salto a un host nuevo con DNS, TCP y un handshake TLS 1.3 antes de la solicitud puede costar fácilmente de tres a cuatro viajes de ida y vuelta, es decir, de 300 a 400 ms. Un salto que reutiliza una conexión abierta con el mismo host cuesta uno, es decir, 100 ms. Una cadena de cuatro saltos con dos conexiones nuevas gasta entonces aproximadamente 900 ms antes de que empiece la página real, frente a unos 450 ms de una única redirección plana.

El móvil lo empeora por una razón sencilla: la restricción es la latencia, no el ancho de banda. Las respuestas de redirección son diminutas, así que la espera son todo viajes de ida y vuelta, y un plan más rápido no hace nada por ellos. Eliminar un salto suele ser más barato que reducir una imagen. Para saber lo que debería costar un solo salto en el lado del servidor, consulta cómo bajan las redirecciones de 15 ms.

Las cadenas también pierden datos. Cada salto es un lugar donde una regla de reescritura puede descartar una cadena de consulta, y un utm_source eliminado es la forma habitual en que los parámetros UTM desaparecen de la analítica.

Autoridad de enlace y presupuesto de rastreo: lo que documenta Google

Primero, la autoridad de enlace. La documentación de Google sobre migraciones de sitios afirma que "las redirecciones 301 y otras permanentes no causan una pérdida de PageRank". Gary Illyes, de Google, dijo lo mismo sobre las redirecciones 30x en 2016, pero eso fue una publicación en redes sociales, no documentación. Así que la vieja regla práctica de que cada salto de redirección sangra un porcentaje fijo de autoridad es folclore. Ninguna fuente de Google da un porcentaje, y verás cifras como el 15 por ciento repetidas en artículos de SEO sin una cita. Si alguien te da una, pide la fuente.

Aun así, las cadenas no son gratis. Hay dos efectos documentados. Primero, la eficiencia de rastreo: la guía de presupuesto de rastreo de Google para sitios grandes dice claramente que se eviten las cadenas largas de redirecciones, que tienen un efecto negativo en el rastreo. Segundo, la latencia para el usuario, tratada arriba, que alimenta las señales de experiencia de página. El presupuesto de rastreo importa sobre todo en sitios muy grandes o que cambian rápido; un sitio de 200 páginas difícilmente notará un problema de presupuesto de rastreo por unas pocas cadenas, aunque los visitantes sí notan el coste en velocidad.

También hay un matiz de indexación. Google usa las redirecciones permanentes como señal canónica para el destino. Qué URL se muestra depende en parte de si cada redirección era temporal o permanente. Una cadena que mezcla saltos 301 y 302 hace que esa señal sea menos clara, una buena razón para fijar los códigos de una vez. Canonical frente a redirección 301 explica cómo interactúan esas señales.

Mi postura: no te alarmes por la autoridad, corrige las cadenas por velocidad e higiene de rastreo, y no prometas una mejora del posicionamiento por aplanar una. Nadie ha documentado esa mejora. Cargas más rápidas y menos descargas inútiles es lo que puedes medir.

Cómo detectar cadenas de redirecciones

Empieza con curl, porque imprime cada salto donde un navegador los oculta. El primer comando muestra la línea de estado y el Location de cada respuesta:

curl -sIL http://example.com/Promo/ | grep -E '^HTTP|^[Ll]ocation'

Un resultado limpio es un 3xx y luego un 200. Una cadena muestra primero dos o más líneas 3xx. Para un recuento y el tiempo invertido en redirecciones, pide a curl sus propias cifras:

curl -sL -o /dev/null \
  -w 'hops: %{num_redirects}\nfinal: %{url_effective}\nredirect time: %{time_redirect}s\ntotal: %{time_total}s\n' \
  http://example.com/Promo/

Dos advertencias. -I envía una solicitud HEAD, y unos pocos servidores responden a HEAD de forma distinta que a GET, así que si el resultado parece demasiado limpio, repite sin -I y descarta el cuerpo con -o /dev/null -D -. Y prueba la variante del peor caso, la que activaría todas las reglas: http://, sin www, ruta en mayúsculas, con barra final. Probar solo la URL canónica es como sobreviven las cadenas. Prefiero probar de más las variantes feas que fiarme de la limpia.

En un navegador, abre las herramientas de desarrollo, ve al panel Network, marca "Preserve log" para que los saltos anteriores sobrevivan a la navegación y recarga. Cada redirección aparece como su propia fila 301 o 302. Nuestro comprobador de enlaces muestra la misma cadena sin necesidad de un terminal.

Para auditar un sitio entero, un rastreador de escritorio como Screaming Frog o Sitebulb tiene un informe de cadenas de redirecciones que enumera cada cadena con todos sus saltos y códigos de estado. Para enlaces de larga vida, pon la misma traza en una tarea programada, como en supervisar las redirecciones de enlaces.

Cómo aplanar una cadena de redirecciones

Aplanar significa que cada URL heredada apunte directamente a la URL final. Pasos, en orden:

1. Elige la forma canónica: esquema, host, política de barra final y mayúsculas. Déjala por escrito.
2. Traza cada URL antigua y anota su destino final.
3. Reescribe cada regla para que apunte a ese destino final, no a la siguiente regla.
4. Actualiza los enlaces internos, los sitemaps y las etiquetas rel="canonical" a la URL final, para que los rastreadores y los usuarios dejen de entrar en la cadena.
5. Vuelve a ejecutar la traza y confirma que hay un salto como máximo.

El truco del lado del servidor es combinar el esquema y el host en una sola regla. En nginx, queda así, usando $request_uri para que la ruta y la cadena de consulta sobrevivan:

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}

server {
    listen 443 ssl;
    server_name example.com;
    # ssl_certificate and key directives go here
    return 301 https://www.example.com$request_uri;
}

Una solicitud a http://example.com/page va ahora a https://www.example.com/page en un solo salto, donde dos reglas habrían producido dos. Configurar una redirección en .htaccess y cómo redirigir una URL cubren los equivalentes de Apache y de nivel de aplicación.

Prueba primero con 302. Los navegadores almacenan en caché las 301 de forma agresiva, así que un error se prolonga. Una vez que la cadena sea de un salto, cambia al código permanente. HSTS también ayuda: cuando un navegador ha visto una cabecera Strict-Transport-Security, actualiza http:// a https:// internamente, así que los visitantes recurrentes se saltan ese salto por completo. No hace nada por los rastreadores ni por los visitantes nuevos, así que complementa la regla de un salto y no la sustituye.

Si las cadenas siguen reapareciendo, la causa es el proceso, no la sintaxis; la prevención de la podredumbre de enlaces describe el hábito de auditoría que impide que se acumulen mapas antiguos.

Qué aspecto tiene la redirección de un enlace corto bien comportado

Un enlace corto debe estar exactamente a un salto del slug a la página canónica final, y nada más. La solicitud llega al dominio corto. La respuesta es un 3xx con el destino en Location. El destino responde 200 directamente. Sin un acortador intermedio, sin un rastreador que redirija otra vez, sin un destino que salte a www o a HTTPS porque pegaste la forma antigua.

El código depende del caso de uso.

• 302 (o 307) para enlaces rastreados y editables en campañas, publicaciones en redes sociales, correo y códigos QR. Te permite redirigir el destino más tarde y mantiene cada clic llegando a la capa de redirección para que la analítica siga completa.
• 301 (o 308) cuando el cambio es permanente y quieres que el destino se trate como canónico, como una URL personalizada que sustituye una dirección antigua para siempre.

Redirecciones 301 frente a 302 explica la trampa de la caché que hace sensato el valor por defecto 302. Dos hábitos mantienen la cadena en un salto. Pega siempre la URL final como destino, después de cargarla una vez y copiar la dirección de la barra, y ejecuta el recuento con curl de arriba en los enlaces nuevos antes del lanzamiento. Si quieres ese destino almacenado una vez y editable sin reimprimir, empieza con un espacio de trabajo gratuito de Elido y traza tu primer enlace con los comandos de este artículo.

Terceros pueden añadir saltos que no controlas. El rastreador de clics de una plataforma publicitaria o el envoltorio de enlaces de un proveedor de correo se sitúa delante de tu enlace corto te guste o no, que es el mejor argumento para mantener tu propia parte del camino en un salto. Un dominio de marca no añade ninguno, como explica dominios personalizados para enlaces cortos.

Este artículo forma parte del clúster de ingeniería. Para el mapa completo de códigos de estado, lee tipos de redirecciones de URL, y para la capa de redirección que hay tras un enlace corto, cómo funcionan los acortadores de URL.

Relacionado en el blog

• Bucle de redirecciones: cómo encontrar y arreglar ERR_TOO_MANY_REDIRECTS
• Tipos de redirecciones de URL: 301, 302, 307, 308 y más
• Redirecciones 301 frente a 302: cuál deben usar los enlaces cortos
• ¿Perjudican los acortadores de URL al SEO? La respuesta honesta
• Canonical frente a redirección 301: cómo elegir la señal correcta
• Cómo redirigir una URL: seis maneras y cuándo es correcta cada una