Dimensión de CoreDash: Recuento de redirecciones

Dimensión: Navegación: Recuento de redirecciones (redir)

La dimensión redir cuenta las redirecciones HTTP antes de llegar a la página final. Los valores son 0, 1, 2 o 3+. Cada redirección es un viaje de ida y vuelta de red completo que ocurre antes de que tu servidor empiece siquiera a generar el HTML.

En una conexión con un RTT de 100ms, una redirección añade 100ms al TTFB. En una conexión móvil de 200ms, eso se duplica. Dos redirecciones en móvil: 400ms de pura espera antes de que el navegador reciba un solo byte de tu página. Esta latencia es invisible en las pruebas de laboratorio que apuntan directamente a la URL final, pero los usuarios reales que siguen enlaces, marcadores o resultados de búsqueda la absorben en cada visita.

Los valores

0 redirecciones

El estado ideal. El navegador alcanzó la URL final en la primera petición. Toda la navegación interna debería producir este valor. Si los enlaces de tu propio sitio, los sitemaps y las etiquetas canónicas son correctos, el tráfico interno se mantiene en 0.

1 redirección

Común para el tráfico externo: actualizaciones de HTTP a HTTPS, normalización de las www o URLs de campañas de marketing. Aceptable para enlaces entrantes que no controlas. Inaceptable para tus propios enlaces internos. Si CoreDash muestra 1 redirección en navegaciones internas, tus enlaces apuntan a URLs antiguas o inconsistentes.

2+ redirecciones

Cadenas de redirección. Una URL acortada redirige a un dominio de rastreo, que redirige a tu endpoint HTTP, que redirige a HTTPS. Tres saltos, tres viajes de ida y vuelta. Agrupa por URL para encontrar qué puntos de entrada crean estas cadenas y luego elimina los intermediarios.

De dónde provienen las redirecciones

• HTTP a HTTPS: Enlaces internos obsoletos que aún apuntan a http://. Actualiza todos los enlaces, sitemaps y etiquetas canónicas para usar https:// directamente.
• Normalización de www: Inconsistencia entre usar www y no usarlo. Fuerza una opción a nivel de DNS y actualiza todas las referencias.
• Cambios de slug en el CMS: Rutas antiguas que redirigen a nuevas rutas mediante un 301. Está bien para los backlinks externos, pero actualiza cada enlace interno para que apunte directamente al nuevo slug.
• URLs de vanidad de marketing: Rutas personalizadas como /rebajas-primavera que redirigen a /productos/temporada. Cada visitante paga el coste de latencia en cada clic.
• Acortadores de URL en correos y redes sociales: Enlaces que pasan por Bitly, píxeles de rastreo o proveedores de servicios de correo electrónico antes de llegar a tu dominio. Cada servicio añade un viaje de ida y vuelta que no puedes controlar, pero puedes minimizar tus propias redirecciones para que el total se mantenga bajo.

Flujo de trabajo de depuración

1. Filtra por redir ≥ 1: Comprueba qué porcentaje de tu tráfico total se encuentra con al menos una redirección. Cualquier valor por encima del 15% merece ser investigado.
2. Agrupa por URL: Encuentra qué páginas de aterrizaje son las peores infractoras. Las páginas de marketing y las entradas de blog antiguas con slugs modificados suelen dominar.
3. Divide interno frente a externo: Filtra por el origen de la navegación. El tráfico del mismo origen con redirecciones significa que tus propios enlaces están mal. Las redirecciones de origen cruzado son más difíciles de arreglar pero menos urgentes.
4. Arregla el origen, no la redirección: No optimices la redirección en sí (una respuesta del servidor más rápida). Elimínala actualizando el enlace que la causó.

Reglas generales de ingeniería

• 0 redirecciones en toda la navegación interna. Ninguna redirección desde tu propio sitio es aceptable cuando controlas el enlace de origen.
• Audita después de cada migración de URL. Cuando cambies los slugs o muevas páginas, haz un grep en tu código y en el CMS buscando las rutas antiguas. Las redirecciones son una red de seguridad para los enlaces externos, no un sustituto de la actualización de tus propias referencias.
• Presupuesta 150ms por redirección en móvil. Si tu objetivo de TTFB es de 800ms y los usuarios se topan con dos redirecciones, ya has gastado 300ms antes de que tu servidor haga ningún trabajo.

Las redirecciones son la ganancia de TTFB más fácil de encontrar y arreglar. Sin cambios en el código, sin ajustes en el servidor, sin optimización de activos. Simplemente actualiza la URL que apunta al lugar equivocado.