Core/Dash-dimensjon: Omdirigeringsantall

Dimensjon: Navigasjon: Omdirigeringsantall (redir)

Dimensjonen redir teller HTTP-omdirigeringer før du når den endelige siden. Verdiene er 0, 1, 2 eller 3+. Hver omdirigering er en full nettverksrundtur (round trip) som skjer før serveren i det hele tatt begynner å generere HTML.

På en tilkobling med 100 ms RTT legger én omdirigering til 100 ms til TTFB. På en 200 ms mobil tilkobling dobles dette. To omdirigeringer på mobil: 400 ms ren venting før nettleseren mottar en eneste byte av siden din. Denne latensen er usynlig i lab-tester som treffer den endelige URL-en direkte, men virkelige brukere som følger lenker, bokmerker eller søkeresultater absorberer den ved hvert besøk.

Verdiene

0 omdirigeringer

Måltilstanden. Nettleseren traff den endelige URL-en på den første forespørselen. All intern navigasjon bør produsere denne verdien. Hvis nettstedets egne lenker, nettstedskart og kanoniske koder er riktige, forblir intern trafikk på 0.

1 omdirigering

Vanlig for ekstern trafikk: HTTP til HTTPS-oppgraderinger, www-normalisering eller nettadresser for markedsføringskampanjer. Akseptabelt for inngående lenker du ikke kontrollerer. Ikke akseptabelt for dine egne interne lenker. Hvis CoreDash viser 1 omdirigering på intern navigasjon, peker lenkene dine til gamle eller inkonsekvente URL-er.

2+ omdirigeringer

Omdirigeringskjeder. En forkortet URL omdirigerer til et sporingsdomene, som omdirigerer til HTTP-endepunktet ditt, som omdirigerer til HTTPS. Tre hopp, tre rundturer. Grupper etter URL for å finne hvilke inngangspunkter som oppretter disse kjedene, og fjern deretter mellomledd.

Hvor omdirigeringer kommer fra

• HTTP til HTTPS: Utdaterte interne lenker som fortsatt peker til http://. Oppdater alle lenker, nettstedskart og kanoniske koder for å bruke https:// direkte.
• www-normalisering: Inkonsekvens mellom www og ikke-www. Håndhev én på DNS-nivå og oppdater alle referanser.
• CMS-slug-endringer: Gamle baner som omdirigerer til nye baner via 301. Greit for eksterne tilbakekoblinger (backlinks), men oppdater alle interne lenker til å peke direkte til den nye slug-en.
• Forfengelige URL-er (vanity URLs) for markedsføring: Forfengelige baner som /varsalg som omdirigerer til /produkter/sesong. Hver besøkende betaler latenskostnaden ved hvert klikk.
• URL-forkortere i e-post og sosiale medier: Lenker som passerer gjennom Bitly, sporingspiksler eller e-posttjenesteleverandører før de når domenet ditt. Hver tjeneste legger til en rundtur du ikke kan kontrollere, men du kan minimere dine egne omdirigeringer slik at totalen forblir lav.

Arbeidsflyt for feilsøking

1. Filtrer etter redir ≥ 1: Se hvilken prosentandel av den totale trafikken din som treffer minst én omdirigering. Alt over 15 % er verdt å undersøke.
2. Grupper etter URL: Finn ut hvilke landingssider som er de verste synderne. Markedsføringssider og gamle blogginnlegg med endrede slugs pleier å dominere.
3. Del intern vs ekstern: Filtrer etter navigasjonsopprinnelse (navigation origin). Trafikk fra samme opprinnelse (same origin) med omdirigeringer betyr at dine egne lenker er feil. Omdirigeringer fra kryssende opprinnelser (cross origin) er vanskeligere å fikse, men mindre presserende.
4. Fiks kilden, ikke omdirigeringen: Ikke optimaliser selve omdirigeringen (raskere serverrespons). Eliminer den ved å oppdatere lenken som forårsaket den.

Tommelfingerregler for ingeniører

• 0 omdirigeringer på all intern navigasjon. Ingen omdirigering fra ditt eget nettsted er akseptabelt når du kontrollerer kildelenken.
• Revurder etter hver URL-migrering. Når du endrer slugs eller flytter sider, bruk grep i kodebasen og CMS for de gamle banene. Omdirigeringer er et sikkerhetsnett for eksterne lenker, ikke en erstatning for å oppdatere dine egne referanser.
• Budsjetter med 150 ms per omdirigering på mobil. Hvis TTFB-målet ditt er 800 ms og brukere treffer to omdirigeringer, har du allerede brukt 300 ms før serveren din gjør noe arbeid.

Omdirigeringer er den enkleste TTFB-gevinsten å finne og fikse. Ingen kodeendringer, ingen serverjustering, ingen optimalisering av ressurser (assets). Bare oppdater URL-en som peker til feil sted.