TrueURL
TrueURL

Menú

Herramienta de redirecciones gratuita

Medidor de latencia de redirecciones

Cada redirección obliga a los visitantes a esperar otro viaje de ida y vuelta antes de que cargue la página real. Un diagrama de cascada te muestra exactamente cuánto tarda cada salto de la cadena.

Ejecuciones

Por qué importa la latencia de las redirecciones

Una redirección es una solicitud adicional completa. El navegador tiene que resolver el siguiente host, abrir una conexión, negociar TLS si cambia de dominio y esperar al servidor, todo antes de poder solicitar la propia página. Un salto en el mismo host puede tardar unas decenas de milisegundos, mientras que una cadena que pasa por un acortador, un dominio de seguimiento y una regla de HTTP a HTTPS puede agregar fácilmente medio segundo o más, sobre todo en redes móviles.

El tiempo de redirección va antes que todo lo demás, así que se suma directamente al tiempo hasta el primer byte (TTFB) y al Largest Contentful Paint (LCP). Por este motivo, Lighthouse y PageSpeed Insights señalan las redirecciones del documento principal.

Cómo se mide el tiempo

Para cada salto, TrueURL mide el tiempo desde que se envía la solicitud hasta que llegan los encabezados de respuesta. Eso incluye la consulta DNS y el establecimiento de TCP y TLS cuando hace falta una conexión nueva, además del tiempo de procesamiento del servidor, pero no la descarga del cuerpo de la página. El diagrama de cascada muestra los saltos en orden, así que el más lento destaca enseguida.

Las mediciones se toman desde el centro de datos de Cloudflare que ejecuta tu verificación, normalmente el más cercano a ti, y no desde tu dispositivo. Muestran lo rápido que responde cada servidor, pero los visitantes reales suman su propia latencia de red a cada salto. Repite la medición para suavizar el ruido: la primera ejecución puede incluir cachés DNS en frío y conexiones nuevas, mientras que las siguientes suelen acercarse más al estado estable.

¿Qué se considera una redirección lenta?

Como referencia aproximada (es la escala que usa TrueURL para colorear el tiempo de cada salto):

  • Menos de 200 ms por salto: rápido, típico de una redirección que responde un servidor perimetral (edge) de una CDN o una regla sencilla del servidor web.
  • De 200 a 600 ms: aceptable, habitual en un servidor de aplicaciones o en una redirección a otro dominio que necesita una nueva conexión TLS.
  • 600 ms o más: lento. Probablemente la redirección la genera una aplicación pesada, como un CMS que carga plugins o consulta una base de datos, y no una regla sencilla.

La mejor optimización es eliminar saltos por completo. Después, responde a las redirecciones lo más cerca posible del visitante: una regla en la CDN o en el edge responde mucho más rápido que una aplicación que tiene que arrancar solo para enviar una 301.

Cómo hacer que las redirecciones sean más rápidas

  • Enlaza directamente a la URL final en tu sitio y en correos electrónicos, anuncios y perfiles sociales, para que la mayoría de los visitantes nunca pasen por una redirección.
  • Combina las reglas de HTTP a HTTPS, de host y de barra final en un solo salto; el Verificador de redirecciones HTTPS muestra si las tuyas ya lo están.
  • Gestiona las redirecciones en la configuración de tu CDN, tu balanceador de carga o tu servidor web en lugar de en la aplicación.
  • Envía un encabezado HSTS para que los visitantes recurrentes se salten por completo la redirección de HTTP a HTTPS.
  • Evita apilar acortadores de enlaces y redirecciones de seguimiento unos sobre otros.

Guías

Preguntas frecuentes

¿Cuánto ralentiza una redirección una página?

Depende del servidor y de la distancia, pero cada salto es un viaje de ida y vuelta completo: normalmente decenas de milisegundos para una redirección en el edge dentro del mismo host, y varios cientos para una redirección a un dominio nuevo o desde una aplicación lenta. Las redes móviles agregan más. Mide tu propia cadena en el campo de arriba para averiguarlo.

¿Por qué los tiempos son distintos de los de las DevTools de mi navegador?

TrueURL mide desde un centro de datos de Cloudflare, que normalmente tiene una conexión más rápida con el servidor de destino que tu dispositivo. Además, tu navegador puede reutilizar conexiones, saltarse una redirección gracias a HSTS o usar una 301 guardada en caché. Usa las cifras para comparar saltos, no como una predicción exacta de lo que experimenta cada visitante.

¿Por qué el primer salto es mucho más lento que los demás?

La primera solicitud a un host suele incluir la consulta DNS y una nueva conexión TCP y TLS, y los saltos posteriores en el mismo host pueden reutilizar parte de ese trabajo. Si el lento es un salto posterior, revisa qué hace ese servidor para generar la redirección.

¿Debo ejecutar la verificación más de una vez?

Sí, si quieres cifras fiables. Las mediciones individuales varían según las condiciones de la red y la carga del servidor. Repite la medición varias veces y fíjate en el valor típico, no en un valor atípico; las cachés que calienta la primera ejecución suelen hacer que las siguientes sean más rápidas.

¿La latencia de las redirecciones afecta al SEO?

Indirectamente. El tiempo de redirección se suma al TTFB y al LCP de los visitantes que llegan a través de la redirección, y el LCP es una de las Métricas web principales (Core Web Vitals) de Google. En sitios grandes, las redirecciones lentas también reducen cuántas páginas puede obtener un rastreador en el mismo tiempo.

¿El tiempo de cada salto es el tiempo total de carga de la página?

No. Es el tiempo hasta que llegaron los encabezados de respuesta de ese salto. Después, la página final todavía tiene que descargar su HTML, sus estilos, sus scripts y sus imágenes, así que el tiempo de redirección es un retraso que se suma a la carga normal.