Core/Dash Dimension: Antal omdirigeringar
Mät hur många HTTP-omdirigeringar användare stöter på innan de når din sida och deras direkta kostnad för TTFB.
Dimension: Navigation: Antal omdirigeringar (redir)
Dimensionen redir räknar HTTP-omdirigeringar innan den slutliga sidan nås. Värdena är 0, 1, 2 eller 3+. Varje omdirigering är en hel nätverksrunda som sker innan din server ens börjar generera HTML.
På en anslutning med 100 ms RTT lägger en omdirigering till 100 ms på TTFB. På en mobilanslutning med 200 ms fördubblas det. Två omdirigeringar på mobilen innebär 400 ms av ren väntan innan webbläsaren tar emot en enda byte av din sida. Denna latens är osynlig i labbtester som går direkt till den slutliga URL:en, men verkliga användare som följer länkar, bokmärken eller sökresultat drabbas av den vid varje besök.

Värdena
0 omdirigeringar
Måltillståndet. Webbläsaren nådde den slutliga URL:en på första begäran. All intern navigering ska ge detta värde. Om din egen webbplats länkar, sitemaps och canonical-taggar är korrekta förblir den interna trafiken på 0.
1 omdirigering
Vanligt för extern trafik: uppgraderingar från HTTP till HTTPS, www-normalisering eller URL:er för marknadsföringskampanjer. Acceptabelt för inkommande länkar som du inte kontrollerar. Inte acceptabelt för dina egna interna länkar. Om CoreDash visar 1 omdirigering för interna navigeringar pekar dina länkar på gamla eller inkonsekventa URL:er.
2+ omdirigeringar
Omdirigeringskedjor. En förkortad URL omdirigerar till en spårningsdomän, som omdirigerar till din HTTP-slutpunkt, som i sin tur omdirigerar till HTTPS. Tre hopp, tre nätverksrundor. Gruppera efter URL för att hitta vilka ingångspunkter som skapar dessa kedjor, och eliminera sedan mellanstegen.
Varifrån omdirigeringar kommer
- HTTP till HTTPS: Föråldrade interna länkar som fortfarande pekar på
http://. Uppdatera alla länkar, sitemaps och canonical-taggar så att de använderhttps://direkt. - www-normalisering: Inkonsekvens mellan www och icke-www. Tvinga fram det ena på DNS-nivå och uppdatera alla referenser.
- Ändrade sluggar i CMS: Gamla sökvägar som omdirigerar till nya via 301. Helt okej för externa tillbakalänkar, men uppdatera varje intern länk så att den pekar direkt på den nya sluggen.
- Vanity-URL:er för marknadsföring: Vanity-sökvägar som
/spring-salesom omdirigerar till/products/seasonal. Varje besökare betalar latenskostnaden vid varje klick. - URL-förkortare i e-post och sociala medier: Länkar som passerar genom Bitly, spårningspixlar eller e-postleverantörer innan de når din domän. Varje tjänst lägger till en nätverksrunda du inte kan kontrollera, men du kan minimera dina egna omdirigeringar så att totalen förblir låg.
Arbetsflöde för felsökning
- Filtrera på redir ≥ 1: Se hur stor procentandel av din totala trafik som stöter på minst en omdirigering. Allt över 15 % är värt att undersöka.
- Gruppera efter URL: Hitta vilka landningssidor som är de värsta syndarna. Marknadsföringssidor och gamla blogginlägg med ändrade sluggar brukar dominera.
- Dela upp intern mot extern: Filtrera på navigation origin. Same-origin-trafik med omdirigeringar innebär att dina egna länkar är felaktiga. Cross-origin-omdirigeringar är svårare att åtgärda men mindre brådskande.
- Fixa källan, inte omdirigeringen: Optimera inte själva omdirigeringen (för snabbare serversvar). Eliminera den genom att uppdatera länken som orsakade den.
Tekniska tumregler
- 0 omdirigeringar på all intern navigering. Ingen omdirigering från din egen webbplats är acceptabel när du kontrollerar källänken.
- Granska efter varje URL-migrering. När du ändrar sluggar eller flyttar sidor, sök igenom din kodbas och ditt CMS efter de gamla sökvägarna med grep. Omdirigeringar är ett skyddsnät för externa länkar, inte en ersättning för att uppdatera dina egna referenser.
- Budgetera 150 ms per omdirigering på mobilen. Om ditt TTFB-mål är 800 ms och användare stöter på två omdirigeringar har du redan spenderat 300 ms innan din server ens gör något arbete.
Omdirigeringar är den enklaste vinsten för TTFB att hitta och åtgärda. Inga kodändringar, ingen serveroptimering, ingen resursoptimering. Uppdatera bara URL:en som pekar på fel ställe.