Core/Dash Dimension : Nombre de redirections

Dimension : Navigation : Nombre de redirections (redir)

La dimension redir compte les redirections HTTP avant d'atteindre la page finale. Les valeurs sont 0, 1, 2 ou 3+. Chaque redirection est un aller-retour réseau complet qui se produit avant même que votre serveur ne commence à générer du HTML.

Sur une connexion avec 100 ms de RTT, une redirection ajoute 100 ms au TTFB. Sur une connexion mobile de 200 ms, ce temps double. Deux redirections sur mobile : 400 ms d'attente pure avant que le navigateur ne reçoive un seul octet de votre page. Cette latence est invisible dans les tests en laboratoire qui ciblent directement l'URL finale, mais les vrais utilisateurs qui suivent des liens, des favoris ou des résultats de recherche l'absorbent à chaque visite.

Les valeurs

0 redirection

L'état cible. Le navigateur a atteint l'URL finale dès la première requête. Toute navigation interne devrait produire cette valeur. Si les liens, les sitemaps et les balises canoniques de votre propre site sont corrects, le trafic interne reste à 0.

1 redirection

Courant pour le trafic externe : mises à niveau de HTTP vers HTTPS, normalisation des www, ou URL de campagnes marketing. Acceptable pour les liens entrants que vous ne contrôlez pas. Inacceptable pour vos propres liens internes. Si CoreDash montre 1 redirection sur les navigations internes, vos liens pointent vers des URL anciennes ou incohérentes.

2+ redirections

Chaînes de redirection. Une URL raccourcie redirige vers un domaine de suivi, qui redirige vers votre point de terminaison HTTP, qui redirige vers HTTPS. Trois sauts, trois allers-retours. Groupez par URL pour trouver quels points d'entrée créent ces chaînes, puis éliminez les intermédiaires.

D'où viennent les redirections

• HTTP vers HTTPS : Des liens internes obsolètes pointent toujours vers http://. Mettez à jour tous les liens, sitemaps et balises canoniques pour utiliser directement https://.
• Normalisation des www : Incohérence entre les adresses avec et sans www. Imposez-en une au niveau du DNS et mettez à jour toutes les références.
• Changements de slug du CMS : D'anciens chemins redirigent vers de nouveaux via 301. Très bien pour les backlinks externes, mais mettez à jour chaque lien interne pour pointer directement vers le nouveau slug.
• URL marketing personnalisées : Des chemins personnalisés comme /soldes-printemps qui redirigent vers /produits/saisonniers. Chaque visiteur paie le coût de la latence à chaque clic.
• Raccourcisseurs d'URL dans les e-mails et les réseaux sociaux : Les liens passent par Bitly, des pixels de suivi ou des fournisseurs de services de messagerie avant d'atteindre votre domaine. Chaque service ajoute un aller-retour que vous ne pouvez pas contrôler, mais vous pouvez minimiser vos propres redirections pour que le total reste faible.

Flux de travail de débogage

1. Filtrez pour redir ≥ 1 : Regardez quel pourcentage de votre trafic total rencontre au moins une redirection. Tout ce qui dépasse 15 % mérite d'être examiné.
2. Groupez par URL : Trouvez quelles pages de destination sont les pires fautives. Les pages marketing et les anciens articles de blog avec des slugs modifiés ont tendance à dominer.
3. Séparez l'interne de l'externe : Filtrez par origine de la navigation. Un trafic de même origine avec des redirections signifie que vos propres liens sont incorrects. Les redirections d'origine croisée sont plus difficiles à corriger mais moins urgentes.
4. Corrigez la source, pas la redirection : N'optimisez pas la redirection elle-même (réponse plus rapide du serveur). Éliminez-la en mettant à jour le lien qui l'a causée.

Règles d'or d'ingénierie

• 0 redirection sur toute la navigation interne. Aucune redirection depuis votre propre site n'est acceptable lorsque vous contrôlez le lien source.
• Auditez après chaque migration d'URL. Lorsque vous changez les slugs ou déplacez des pages, utilisez grep dans votre base de code et votre CMS pour trouver les anciens chemins. Les redirections sont un filet de sécurité pour les liens externes, pas un substitut à la mise à jour de vos propres références.
• Prévoyez 150 ms par redirection sur mobile. Si votre objectif de TTFB est de 800 ms et que les utilisateurs rencontrent deux redirections, vous avez déjà dépensé 300 ms avant que votre serveur ne fasse le moindre travail.

Les redirections sont le gain de TTFB le plus facile à trouver et à corriger. Aucune modification de code, aucun réglage de serveur, aucune optimisation de ressources. Il suffit de mettre à jour l'URL qui pointe au mauvais endroit.