Redirections de la page de destination

Silktide vérifie si l’accès à votre page implique des redirections - des adresses qui répondent "allez plutôt ici" au lieu de livrer directement la page. Chaque redirection ajoute un aller-retour supplémentaire vers un serveur avant même que la véritable page ne commence à se charger.

Une chaîne comme celle-ci fait traverser le réseau au navigateur trois fois avant de recevoir le moindre contenu :

http:\/\/example.com\/           -> redirection
https:\/\/example.com\/          -> redirection
https:\/\/www.example.com\/      -> redirection
https:\/\/www.example.com\/home  -> la page réelle

Pourquoi c’est important

Les redirections retardent la page avant même qu’un seul octet de contenu n’arrive, et sur les connexions mobiles chaque saut peut coûter des centaines de millisecondes. Le schéma est pire exactement là où la vitesse compte le plus : les pages de destination atteintes à partir de publicités, de résultats de recherche et de liens partagés, où un démarrage lent fait abandonner les visiteurs avant qu’ils ne voient quoi que ce soit.

Les chaînes s’accumulent par accident - une mise à niveau ici, une normalisation du "www" là, un déplacement de page l’an dernier - et personne ne voit le coût combiné parce que la navigation interne l’évite. Les nouveaux visiteurs arrivant de l’extérieur paient pour chaque saut.

Comment corriger

Mettez à jour les liens, les publicités et les URL de campagne pour pointer directement vers l’adresse finale, en sautant chaque étape intermédiaire.
Réduisez les chaînes sur votre serveur : chaque ancienne adresse devrait rediriger directement vers la destination finale en une seule étape, et non pas suivre la chaîne saut par saut.
Utilisez la sur une seule URL plutôt que de rediriger les téléphones vers un site mobile distinct comme m.example.com - des URL mobiles distinctes entraînent une redirection à chaque entrée et nuisent aussi au référencement.
Évitez les redirections qui existent uniquement pour définir des témoins (cookies) ou des paramètres de suivi; définissez-les plutôt sur la page de destination.

Comment Silktide vérifie cela

Chargez la page dans un vrai navigateur, en utilisant le type d’appareil, la vitesse de connexion et l’emplacement de test configurés pour vos tests de vitesse.
Suivez la chaîne de redirections que le navigateur traverse pour atteindre la page finale, et mesurez le temps ajouté par chacune.
Indiquez chaque adresse de la chaîne avec son coût en temps, et évaluez la page selon le total : tout délai de redirection mesurable abaisse la note, et environ une seconde de délai cumulé est notée comme médiocre.

Dépannage

La redirection HTTP vers HTTPS est requise

Oui - conservez-la, puisque les visiteurs qui tapent l’adresse simple doivent être mis à niveau vers HTTPS. L’objectif est d’un seul saut au maximum : cette redirection doit mener directement à l’URL finale, et tout ce que vous contrôlez (liens, publicités, plans de site) devrait pointer vers l’adresse HTTPS finale afin que la plupart des visiteurs n’aient aucune redirection.

La redirection provient d’une URL marketing ou d’un raccourcisseur de liens

Les URL de suivi et les raccourcisseurs de liens ajoutent des sauts par conception. Cela peut être un compromis acceptable, mais cela reste un vrai délai pour chaque visiteur - gardez ces chaînes aussi courtes que possible et faites-les pointer directement vers la page finale.