CoreDash Dimension: Anzahl der Weiterleitungen

Messen Sie, wie viele HTTP-Weiterleitungen Nutzer passieren, bevor sie Ihre Seite erreichen, und deren direkte Auswirkungen auf den TTFB.

Kostenlose Testversion

Trusted by market leaders · Client results

fotocasahappyhorizonebayharvarddpg mediavpnwhowhatwearnestlekpnaleteiasaturnloopearplugsworkivacomparemarktplaatsadevintaperionnina caremy work featured on web.deverasmusmcmonarchsnv

Dimension: Navigation: Anzahl der Weiterleitungen (redir)

Die Dimension redir zählt die HTTP-Weiterleitungen vor dem Erreichen der endgültigen Seite. Die Werte sind 0, 1, 2 oder 3+. Jede Weiterleitung ist ein vollständiger Netzwerk-Roundtrip, der stattfindet, bevor Ihr Server überhaupt mit der Erstellung von HTML beginnt.

Bei einer Verbindung mit 100 ms RTT fügt eine Weiterleitung dem TTFB 100 ms hinzu. Bei einer mobilen Verbindung mit 200 ms verdoppelt sich dieser Wert. Zwei Weiterleitungen auf dem Handy: 400 ms reine Wartezeit, bevor der Browser auch nur ein einziges Byte Ihrer Seite empfängt. Diese Latenz ist in Labortests, die die Ziel-URL direkt aufrufen, unsichtbar, aber echte Nutzer, die Links, Lesezeichen oder Suchergebnissen folgen, nehmen sie bei jedem Besuch in Kauf.

coredash redirect count

Die Werte

0 Weiterleitungen

Der Zielzustand. Der Browser hat die endgültige URL beim ersten Aufruf erreicht. Jede interne Navigation sollte diesen Wert ergeben. Wenn Ihre eigenen Website-Links, Sitemaps und Canonical-Tags korrekt sind, bleibt der interne Traffic bei 0.

1 Weiterleitung

Häufig bei externem Traffic: HTTP-auf-HTTPS-Upgrades, www-Normalisierung oder URLs von Marketingkampagnen. Akzeptabel für Inbound-Links, die Sie nicht kontrollieren. Nicht akzeptabel für Ihre eigenen internen Links. Wenn CoreDash 1 Weiterleitung bei internen Navigationen anzeigt, weisen Ihre Links auf alte oder inkonsistente URLs hin.

2+ Weiterleitungen

Weiterleitungsketten. Eine gekürzte URL leitet zu einer Tracking-Domain weiter, diese leitet zu Ihrem HTTP-Endpunkt weiter, der wiederum zu HTTPS weiterleitet. Drei Hops, drei Roundtrips. Gruppieren Sie nach URL, um herauszufinden, welche Einstiegspunkte diese Ketten verursachen, und eliminieren Sie dann die Zwischenstationen.

Woher Weiterleitungen kommen

  • HTTP auf HTTPS: Veraltete interne Links, die noch auf http:// verweisen. Aktualisieren Sie alle Links, Sitemaps und Canonical-Tags so, dass sie direkt https:// verwenden.
  • www-Normalisierung: Inkonsistenz zwischen www und Nicht-www. Erzwingen Sie eine Variante auf DNS-Ebene und aktualisieren Sie alle Referenzen.
  • CMS-Slug-Änderungen: Alte Pfade, die per 301 auf neue Pfade umleiten. In Ordnung für externe Backlinks, aber aktualisieren Sie jeden internen Link so, dass er direkt auf den neuen Slug verweist.
  • Marketing-Vanity-URLs: Vanity-Pfade wie /fruehjahrs-sale, die auf /produkte/saisonal umleiten. Jeder Besucher zahlt bei jedem Klick den Latenzpreis.
  • URL-Shortener in E-Mails und sozialen Netzwerken: Links, die über Bitly, Tracking-Pixel oder E-Mail-Dienstleister laufen, bevor sie Ihre Domain erreichen. Jeder Dienst fügt einen Roundtrip hinzu, den Sie nicht kontrollieren können, aber Sie können Ihre eigenen Weiterleitungen minimieren, damit der Gesamtwert niedrig bleibt.

Debugging-Workflow

  1. Filtern nach redir ≥ 1: Sehen Sie nach, wie viel Prozent Ihres gesamten Traffics mindestens eine Weiterleitung verursachen. Alles über 15 % ist eine Untersuchung wert.
  2. Gruppieren nach URL: Finden Sie heraus, welche Landingpages die schlimmsten Verursacher sind. Marketing-Seiten und alte Blog-Posts mit geänderten Slugs dominieren hier tendenziell.
  3. Interne vs. externe Navigation trennen: Filtern Sie nach Navigationsursprung. Same-Origin-Traffic mit Weiterleitungen bedeutet, dass Ihre eigenen Links falsch sind. Cross-Origin-Weiterleitungen sind schwieriger zu beheben, aber weniger dringend.
  4. Die Quelle beheben, nicht die Weiterleitung: Optimieren Sie nicht die Weiterleitung selbst (schnellere Serverantwort). Eliminieren Sie sie, indem Sie den Link aktualisieren, der sie verursacht hat.

Faustregeln für die Entwicklung

  • 0 Weiterleitungen bei jeder internen Navigation. Keine Weiterleitung von Ihrer eigenen Seite ist akzeptabel, wenn Sie den Quelllink kontrollieren.
  • Audit nach jeder URL-Migration. Wenn Sie Slugs ändern oder Seiten verschieben, durchsuchen Sie Ihre Codebasis und Ihr CMS per Grep nach den alten Pfaden. Weiterleitungen sind ein Sicherheitsnetz für externe Links, kein Ersatz für die Aktualisierung Ihrer eigenen Referenzen.
  • Planen Sie 150 ms pro Weiterleitung auf dem Handy ein. Wenn Ihr TTFB-Ziel 800 ms beträgt und die Nutzer zwei Weiterleitungen passieren, haben Sie bereits 300 ms verbraucht, bevor Ihr Server überhaupt mit der Arbeit beginnt.

Weiterleitungen sind der am einfachsten zu findende und zu behebende TTFB-Gewinn. Keine Codeänderungen, kein Server-Tuning, keine Asset-Optimierung. Aktualisieren Sie einfach die URL, die an die falsche Stelle weist.