Redirecciones en páginas de destino

Silktide comprueba si acceder a tu página implica redirecciones: direcciones que responden «ve aquí en su lugar» en vez de servir la página. Cada redirección es un viaje adicional de ida y vuelta a un servidor antes de que la página real pueda empezar siquiera a cargarse.

Una cadena como esta hace que el navegador cruce la red tres veces antes de recibir ningún contenido:

http://example.com/           -> redirección
https://example.com/          -> redirección
https://www.example.com/      -> redirección
https://www.example.com/home  -> la página real

Por qué es importante

Las redirecciones retrasan la página antes de que llegue un solo byte de contenido y, en conexiones móviles, cada salto puede costar cientos de milisegundos. El patrón es peor justo donde más importa la velocidad: páginas de destino a las que se llega desde anuncios, resultados de búsqueda y enlaces compartidos, donde un inicio lento hace que los visitantes se marchen antes de ver nada.

Las cadenas se acumulan por accidente: una actualización a por aquí, una normalización de «www» por allá, un traslado de página el año pasado... y nadie ve el coste combinado porque la navegación interna lo evita. Los visitantes nuevos que llegan desde fuera pagan por cada salto.

Cómo solucionarlo

Actualiza los enlaces, anuncios y URL de campañas para que apunten directamente a la dirección final, saltándose cada salto intermedio.
Aplana las cadenas en tu servidor: cada dirección antigua debe redirigir directamente al destino final en un solo paso, no a través de la cadena salto a salto.
Usa el en una única URL en lugar de redirigir a los móviles a un sitio aparte como m.example.com: las URL móviles separadas suponen una redirección en cada entrada y también perjudican el posicionamiento en buscadores.
Evita las redirecciones que existen solo para establecer cookies o parámetros de seguimiento; en su lugar, establécelos en la página de destino.

Cómo lo prueba Silktide

Carga la página en un navegador real, usando el tipo de dispositivo, la velocidad de conexión y la ubicación de prueba configurados para tus pruebas de velocidad.
Sigue la cadena de redirecciones por la que pasa el navegador para llegar a la página final y mide el tiempo que añade cada una.
Informa de cada dirección en la cadena con su coste en tiempo y califica la página según el total: cualquier retraso medible por redirección reduce la nota, y alrededor de un segundo de retraso acumulado se califica como deficiente.

Solución de problemas

La redirección de HTTP a HTTPS es necesaria

Sí: mantenla, ya que los visitantes que teclean la dirección básica deben actualizarse a HTTPS. El objetivo es como mucho un salto: esa redirección debe aterrizar directamente en la URL final, y todo lo que controles (enlaces, anuncios, mapas del sitio) debería apuntar a la dirección HTTPS final para que la mayoría de los visitantes no sufran ninguna redirección.

La redirección proviene de una URL de marketing o de un acortador

Las URL de seguimiento y los acortadores de enlaces añaden saltos por diseño. Puede ser un compromiso razonable, pero sigue siendo un retraso real para cada visitante: mantén esas cadenas lo más cortas posible y haz que apunten directamente a la página final.