Omdirigeringer av landingssider

Silktide kontrollerer om det å nå siden din innebærer omdirigeringer – adresser som svarer «gå hit i stedet», i stedet for å vise siden. Hver omdirigering er en ekstra tur til en server før den faktiske siden i det hele tatt kan begynne å lastes inn.

En kjede som denne gjør at nettleseren må krysse nettverket tre ganger før den mottar noe innhold:

http://example.com/           -> omdirigering
https://example.com/          -> omdirigering
https://www.example.com/      -> omdirigering
https://www.example.com/home  -> den faktiske siden

Hvorfor dette er viktig

Omdirigeringer forsinker siden før en eneste byte med innhold ankommer, og på mobile forbindelser kan hvert hopp koste flere hundre millisekunder. Mønsteret er verst akkurat der hastighet betyr mest: på landingssider som nås fra annonser, søkeresultater og delte lenker, der en treg start betyr at besøkende gir opp før de får se noe.

Kjeder bygges opp ved et uhell – en -oppgradering her, en normalisering av «www» der, en sideflytting i fjor – og ingen ser den samlede kostnaden fordi intern navigering hopper over den. Nye besøkende som kommer utenfra, betaler for hvert hopp.

Slik løser du det

Oppdater lenker, annonser og kampanjeadresser slik at de peker direkte til den endelige adressen og hopper over alle mellomliggende hopp.
Slå sammen kjeder på serveren: Hver gamle adresse bør omdirigere direkte til det endelige målet i ett trinn, ikke gjennom kjeden ett hopp om gangen.
Bruk på én URL i stedet for å omdirigere telefoner til et separat mobilnettsted, for eksempel m.example.com – separate mobil-URL-er medfører en omdirigering ved hver inngang og skader også søkerangeringen.
Unngå omdirigeringer som bare finnes for å angi informasjonskapsler eller sporingsparametere; angi dem på målsiden i stedet.

Slik tester Silktide dette

Last inn siden i en ekte nettleser, med enhetstype, tilkoblingshastighet og teststed som er konfigurert for hastighetstestene dine.
Følg kjeden av omdirigeringer som nettleseren går gjennom for å nå den endelige siden, og mål tiden hver enkelt legger til.
Rapporter hver adresse i kjeden med tidskostnaden, og vurder siden ut fra totalen: enhver målbar forsinkelse fra omdirigeringer senker vurderingen, og rundt ett sekund samlet forsinkelse vurderes som dårlig.

Feilsøking

HTTP-til-HTTPS-omdirigeringen er nødvendig

Ja – behold den, siden besøkende som skriver inn den bare adressen, må oppgraderes til HTTPS. Målet er maksimalt ett hopp: Omdirigeringen bør lande direkte på den endelige URL-en, og alt du kontrollerer (lenker, annonser og nettstedskart) bør peke på den endelige HTTPS-adressen, slik at de fleste besøkende aldri blir omdirigert.

Omdirigeringen kommer fra en markedsførings- eller forkortet URL

Sporings-URL-er og lenkeforkortere legger til hopp med hensikt. Det kan være et rimelig kompromiss, men det er fortsatt en reell forsinkelse for hver besøkende – hold slike kjeder så korte som mulig, og pek dem direkte til den endelige siden.