Los redireccionamientos de URL más lentos, clasificados: ¿está el tuyo en la lista?

823 ms antes de que llegara el primer byte. Esa fue la mediana para el enlace de Cuttly que probamos desde Tokio, frente a 129 ms desde Fráncfort y 212 ms desde Washington DC. Nadie ve ese número, pero cada visitante espera eso antes de que la página real siquiera empiece a cargarse.

Así que medimos. Usando nuestra prueba gratuita de velocidad de redirección, cronometramos 12 enlaces de redirección en 11 servicios el 16 de octubre de 2026. A continuación está el ranking, luego cada enlace uno por uno, del más lento al más rápido, y lo que todo esto significa al final.

Average of the three regional medians, first response only. RedirHub test, Oct 16, 2026.

El ranking de un vistazo#

Los tiempos están en milisegundos (1.000 ms es un segundo) y muestran cuánto tarda la redirección en responder antes de que el visitante pueda continuar; el nombre técnico es tiempo hasta el primer byte, o TTFB. Cuanto más bajo, mejor. redirect.pizza aparece dos veces porque probamos dos de sus enlaces; solo el primero obtiene una posición.

Debajo de cada enlace hay una captura de pantalla de su propia página en la prueba de velocidad, para que puedas abrirla y ejecutarla de nuevo. Volvimos a ejecutar cada página desde las tres regiones, la misma media que usa la tabla. Los números en vivo cambian de una ejecución a otra, así que cada pie de foto muestra tanto la ejecución repetida como la cifra de la ronda de clasificación. Para cadenas con varios saltos, cronometramos solo el primer salto; los saltos adicionales cuestan más a tus visitantes.

1. Cuttly: 388 ms#

Un enlace corto público de Cuttly que apunta a un cuaderno de Google Colab. Devolvió un único 301 en las tres regiones, así que no hay nada malo en la configuración. El coste es la distancia: 129 ms desde Fráncfort, 212 ms desde Washington D. C. y 823 ms desde Tokio, una diferencia de 6× para el mismo enlace.

One short link, three regions. Median of 5 runs each.

Speed test page for cutt.ly/rgdfBIa, re-run from all three regions on October 16, 2026: 378 ms (ranking round: 388 ms).

Abre esta prueba: cutt.ly/rgdfBIa

2. redirect.pizza: 360 ms y 51 ms#

Este es el resultado más sorprendente. Probamos dos enlaces de redirect.pizza en la misma ronda. Ambos devolvieron un 301 con un certificado válido. La URL A, test.redirect.pizza, promedió 360.3 ms y tardó 735 ms desde Tokio. La URL B, el dominio de ejemplo oficial, promedió 51.0 ms.

Speed test page for test.redirect.pizza, re-run from all three regions on October 16, 2026: 351 ms (ranking round: 360.3 ms).

Abre esta prueba: test.redirect.pizza

Speed test page for redirect-pizza-example.com, re-run from all three regions on October 16, 2026: 50 ms (ranking round: 51 ms).

Abre esta prueba: redirect-pizza-example.com

Elegir solo una de estas contaría una historia equivocada sobre el servicio, por eso ambas permanecen en la clasificación.

3. urllo (EasyRedir): 302 ms#

El propio dominio antiguo de urllo, easyredir.com, que redirige a la nueva marca. Es una redirección de migración de sitio en lugar de un enlace de cliente: 179 ms desde Washington DC, 428 ms desde Fráncfort y 298 ms desde Tokio. Además, tarda dos redirecciones antes de la página final (easyredir.com, luego www.easyredir.com, luego www.urllo.com), y solo medimos la primera.

Speed test page for easyredir.com, re-run from all three regions on October 16, 2026: 307 ms (ranking round: 301.7 ms).

The chain behind it: two redirects before the final page.

Abre esta prueba: easyredir.com

4. Rebrandly: 264 ms#

Un enlace corto público de Rebrandly. Rápido desde Washington DC (29 ms), mucho más lento desde Frankfurt (298 ms) y Tokio (466 ms). También es la cadena más larga de la prueba: tres redirecciones, a través de dos URLs de prueba gratuita con un ID de clic, antes de llegar a la página de precios.

Speed test page for rbnd.ly/booked, re-run from all three regions on October 16, 2026: 258 ms (ranking round: 264.3 ms).

Three redirects before the final page, each one a round trip.

Abrir esta prueba: rbnd.ly/booked

5. Bitly: 117 ms#

El enlace de ejemplo público de Bitly. El primer salto fue rápido desde Washington DC (26 ms) y más lento desde Frankfurt (119 ms) y Tokio (205 ms). La cadena tiene un punto débil: el enlace envía a los visitantes a una dirección http:// de YouTube, que luego tiene que redirigir de nuevo a https://.

Speed test page for bit.ly/bitly, re-run from all three regions on October 16, 2026: 126 ms (ranking round: 116.7 ms).

A hop over plain HTTP: slower, and one step is unencrypted.

Abrir esta prueba: bit.ly/bitly

6. Vercel: 77 ms#

Una regla de redirección que configuramos nosotros mismos en Vercel, apuntando a nuestro propio sitio. Muy uniforme entre regiones (70, 73 y 89 ms), pero cada respuesta tardó un poco más que los servicios basados en el edge más abajo.

Speed test page for vercel.urlredirectservice.com, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 77.3 ms).

Abrir esta prueba: vercel.urlredirectservice.com

7. Short.io: 46 ms#

Un enlace público de Short.io utilizado por una agencia gubernamental colombiana. Muy rápido desde Washington DC y Fráncfort (15 ms cada uno) y más lento desde Tokio (109 ms). Usa un 302, que está pensado para movimientos temporales; la prueba de velocidad marca eso si el cambio es permanente.

Speed test page for e436.short.gy/descarga-geoportal-ideam, re-run from all three regions on October 16, 2026: 46 ms (ranking round: 46.3 ms).

A 302 is temporary. For a permanent link, a 301 or 308 passes ranking signals on.

Abre esta prueba: e436.short.gy/descarga-geoportal-ideam

8. Dub: 38 ms#

El enlace corto oficial de Dub a su repositorio de GitHub. Casi idéntico en todas partes (39, 35 y 40 ms), que es lo que parece una redirección servida desde el borde. Igual que Short.io, responde con un 302.

Speed test page for d.to/github, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 38 ms).

One hop, but a temporary 302.

Abre esta prueba: d.to/github

9. TinyURL: 34 ms#

Un enlace público de TinyURL a un video de YouTube: 29 ms desde Washington DC y Fráncfort, 44 ms desde Tokio. Un 301 limpio, sin saltos extra.

Speed test page for tinyurl.com/zs9flrt, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 34 ms).

Abre esta prueba: tinyurl.com/zs9flrt

10. Cloudflare: 30 ms#

Una regla de redirección que configuramos en Cloudflare, apuntando a nuestro propio sitio: 30, 35 y 25 ms. Uno de los resultados más uniformes de la prueba, con Tokio como el más rápido de los tres.

Speed test page for cloudflare.urlredirectservice.com, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 30 ms).

Abre esta prueba: cloudflare.urlredirectservice.com

11. RedirHub: 17 ms#

Nuestro propio sitio redirigiendo redirhub.com a www.redirhub.com: 15, 17 y 18 ms. Para ser justos: este es nuestro propio sitio, no el dominio de un cliente, y realizamos la prueba nosotros mismos. Tómalo como un dato y compruébalo con tu propio enlace.

Speed test page for redirhub.com, re-run from all three regions on October 16, 2026: 16 ms (ranking round: 16.7 ms).

Abre esta prueba: redirhub.com

Lo que aprendimos#

• Importa dónde están tus visitantes. Los enlaces más lentos fueron rápidos desde una región y lentos desde otra: Cuttly pasó de 129 ms a 823 ms, Rebrandly de 29 ms a 466 ms. Haz pruebas desde las regiones en las que está tu audiencia, no solo desde tu escritorio.

Darker cells are slower. Gap compares each link's slowest region with its fastest.

• Un enlace no es todo el servicio. Dos enlaces de redirect.pizza llegaron a 360 ms y 51 ms en la misma ronda. Cada número aquí describe un enlace en un momento; prueba el tuyo.
• Las redirecciones se acumulan. Rebrandly usó tres redirecciones, urllo y Bitly dos, y la de Bitly pasó por HTTP sin cifrar. Apunta cada enlace directamente a la página final https://.
• Usa el código correcto. Short.io y Dub respondieron con un 302, que está pensado para cambios temporales. Para un enlace que nunca cambia, un 301 es la señal más clara.
• Las más rápidas se ven iguales en todas partes. TinyURL, Cloudflare, Dub y RedirHub se mantuvieron dentro de unos pocos milisegundos en las tres regiones.

Para saber por qué esto importa para los usuarios y el SEO, consulta por qué importa la velocidad de redirección. Para cadenas y redirecciones rotas, consulta ¿La redirección 301 no funciona? 6 causas comunes y soluciones.

Cómo lo probamos#

The number in every chart is time to first byte of the redirect response.

• Fecha: 16 de octubre de 2026. Las muestras principales se probaron entre las 09:18 y las 09:22 UTC, RedirHub a las 09:31 UTC y las URL emparejadas de redirect.pizza juntas a las 09:33 UTC.
• Regiones: Washington DC, Fráncfort y Tokio. Cinco ejecuciones por región, cada una en una conexión nueva; informamos la mediana.
• Métrica: solo el tiempo hasta el primer byte de la primera respuesta. La página de destino no se mide, así que un destino lento no penaliza la redirección.
• Clasificación: el promedio simple de las tres medianas regionales, de modo que cada región cuenta por igual.
• URL: enlaces cortos públicos encontrados en fuentes publicadas, ejemplos oficiales, dos reglas de redirección que configuramos nosotros mismos en Cloudflare y Vercel, y redirhub.com. Los destinos, planes y configuraciones no eran los mismos entre los servicios.
• Omitido: una implementación de cliente de redirection.io que devolvió 403 en dos de las tres regiones (las respuestas bloqueadas no son redirecciones más rápidas), y configuraciones autoalojadas como NGINX, Apache, Caddy y plugins de WordPress, cuya velocidad depende del servidor en el que se ejecutan. Aún no hemos probado el reenvío de dominios del registrador.
• Quién lo ejecutó: RedirHub. Esta es una breve instantánea de URLs específicas, no una clasificación de rendimiento a largo plazo de ninguna marca, y por sí sola no dice nada sobre SEO ni conversión.

Comprueba tu propia redirección en 30 segundos#

Paso 1. Abre la prueba de velocidad de redirecciones y pega tu redirección o enlace corto.

Paste a link, pick a region (or all three) and press Test speed.

Paso 2. Elige las tres regiones, para que veas la diferencia entre continentes, no solo la más cercana a ti.

Paso 3. Añade una segunda URL para comparar, por ejemplo tu proveedor actual frente a una redirección de prueba. Ambas reciben las mismas ejecuciones, alternadas, desde el mismo lugar.

Paso 4. Lee la tarjeta de resultados y la lista de Qué corregir, como en las capturas de arriba: saltos adicionales, un 302 donde debería ir un 301, un salto por HTTP sin cifrar o un destino roto.

Paso 5. Comparte la página de resultados o descarga su imagen, o copia el comando curl para repetir la prueba desde tu propia máquina.

¿Prefieres la terminal? Esto muestra la mediana de 10 ejecuciones para una URL, con DNS, conexión, TLS y primer byte. Tus números diferirán de los nuestros, porque dependen de dónde lo ejecutes.

bashfor u in 'https://your-redirect.example/'; do
  for i in $(seq 10); do
    curl -s -o /dev/null --max-redirs 0 --max-time 10 \
      -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{http_code}\n' "$u"
  done | sort -n -k4 | awk -v u="$u" '{r[NR]=$0} END{split(r[int((NR+1)/2)],m," ");
    printf "%-28s %s  DNS %4.0f  connect %4.0f  TLS %4.0f  first byte %4.0f ms\n", u, m[5], m[1]*1000, (m[2]-m[1])*1000, (m[3]>0?m[3]-m[2]:0)*1000, m[4]*1000}'
done