Omdirigeringer på landingssider

Silktide tjekker, om det at nå din side indebærer omdirigeringer – adresser, der svarer "gå herhen i stedet" frem for at vise siden. Hver omdirigering er en ekstra tur-retur til en server, før den egentlige side overhovedet kan begynde at indlæse.

En kæde som denne får browseren til at krydse netværket tre gange, før den modtager noget indhold:

http://example.com/           -> omdirigering
https://example.com/          -> omdirigering
https://www.example.com/      -> omdirigering
https://www.example.com/home  -> den egentlige side

Hvorfor det er vigtigt

Omdirigeringer forsinker siden, før en eneste byte indhold ankommer, og på mobilforbindelser kan hvert hop koste hundredvis af millisekunder. Mønstret er værst netop dér, hvor hastighed betyder mest: på landingssider, der nås fra annoncer, søgeresultater og delte links, hvor en langsom start betyder, at besøgende giver op, før de ser noget.

Kæder opbygges ved et uheld – en -opgradering her, en "www"-normalisering der, en sideflytning sidste år – og ingen ser den samlede omkostning, fordi intern navigation springer den over. Nye besøgende, der kommer udefra, betaler for hvert hop.

Sådan løser du det

Opdater links, annoncer og kampagne-URL'er, så de peger direkte på den endelige adresse og springer alle mellemliggende hop over.
Sammenlæg kæder på din server: Hver gammel adresse skal omdirigere direkte til den endelige destination i ét trin, ikke gennem kæden ét hop ad gangen.
Brug på én URL i stedet for at omdirigere telefoner til et separat mobilsite som m.example.com – separate mobil-URL'er medfører en omdirigering ved hver indgang og skader også søgerangeringer.
Undgå omdirigeringer, der kun findes for at angive cookies eller sporingsparametre; angiv dem i stedet på destinationssiden.

Sådan tester Silktide dette

Indlæs siden i en rigtig browser med den enhedstype, forbindelseshastighed og testplacering, der er konfigureret til dine hastighedstests.
Følg den kæde af omdirigeringer, som browseren passerer igennem for at nå den endelige side, og mål den tid, hver enkelt tilføjer.
Rapporter hver adresse i kæden med dens tidsforbrug, og bedøm siden ud fra totalen: Enhver målbar forsinkelse fra omdirigeringer sænker vurderingen, og omkring ét sekunds samlet forsinkelse vurderes som dårlig.

Fejlfinding

Omdirigeringen fra HTTP til HTTPS er påkrævet

Ja – behold den, da besøgende, som indtaster den nøgne adresse, skal opgraderes til HTTPS. Målet er højst ét hop: Denne omdirigering skal lande direkte på den endelige URL, og alt, du kontrollerer (links, annoncer, sitemaps), skal pege på den endelige HTTPS-adresse, så de fleste besøgende slet ikke bliver omdirigeret.

Omdirigeringen kommer fra en marketing- eller forkortelses-URL

Sporings-URL'er og linkforkortere tilføjer hop med vilje. Det kan være et rimeligt bytteforhold, men det er stadig en reel forsinkelse for hver besøgende – hold sådanne kæder så korte som muligt, og lad dem pege direkte på den endelige side.