Core/Dash Dimension: Nombre de redirections

Mesurez le nombre de redirections HTTP que les utilisateurs rencontrent avant d'atteindre votre page et leur coût direct sur le TTFB.

Essai gratuit

Trusted by market leaders · Client results

monarchnestlewhowhatwearkpnperionaleteiasaturnvpnloopearplugsdpg mediaadevintafotocasanina caremy work featured on web.deverasmusmcmarktplaatsharvardsnvhappyhorizoncompareworkivaebay

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 un RTT de 100 ms, une redirection ajoute 100 ms au TTFB. Sur une connexion mobile de 200 ms, cela double. Deux redirections sur mobile : 400 ms d'attente pure avant que le navigateur ne reçoive le moindre octet de votre page. Cette latence est invisible dans les tests de laboratoire qui ciblent directement l'URL finale, mais les utilisateurs réels qui suivent des liens, des favoris ou des résultats de recherche l'absorbent à chaque visite.

coredash redirect count

Les valeurs

0 redirection

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

1 redirection

Courant pour le trafic externe : mises à niveau de HTTP vers HTTPS, normalisation avec 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 affiche 1 redirection sur les navigations internes, vos liens pointent vers des URL anciennes ou incohérentes.

2 redirections ou plus

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 : Les anciens liens internes pointent toujours vers http://. Mettez à jour tous les liens, sitemaps et balises canoniques pour utiliser https:// directement.
  • Normalisation avec www : Incohérence entre les versions avec et sans www. Appliquez-en une au niveau du DNS et mettez à jour toutes les références.
  • Modifications des slugs CMS : Les anciens chemins redirigent vers les nouveaux chemins via 301. C'est bien pour les backlinks externes, mais mettez à jour chaque lien interne pour pointer directement vers le nouveau slug.
  • URL personnalisées de marketing : Les chemins personnalisés comme /ventes-printemps 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 bas.

Flux de travail de débogage

  1. Filtrez pour redir ≥ 1 : Regardez quel pourcentage de votre trafic total subit au moins une redirection. Tout ce qui dépasse 15 % vaut la peine d'être examiné.
  2. Groupez par URL : Trouvez quelles pages de destination sont les pires contrevenantes. 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. Le trafic de la même origine avec des redirections signifie que vos propres liens sont incorrects. Les redirections d'origines croisées 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 empiriques d'ingénierie

  • 0 redirection sur toutes les navigations internes. 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 modifiez des 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 subissent 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 d'actifs. Mettez simplement à jour l'URL qui pointe au mauvais endroit.