Hvorfor er min hjemmeside langsom, og koster det os kunder?

Hjemmesiden åbner på kontorets bærbare og ser fin ud. Så nævner en kunde, at den tog en evighed på telefonen, eller du åbner den selv på mobildata på en parkeringsplads og ser logoet stå alene på en hvid skærm, mens resten halter bagefter. Du søger på hvorfor er min hjemmeside langsom, kører en gratis hastighedstest og får en side fuld af røde markeringer og fagudtryk, som ikke fortæller, hvad du rent faktisk skal gøre.

De sædvanlige konklusioner er, at hostingen skal opgraderes, eller at hele siden skal bygges om. Nogle gange er en af delene sand. Oftere er årsagerne få, synlige i den browser, du allerede har, og de billige kommer først. En langsom hjemmeside er ikke kun irriterende: en besøgende, der har ventet længe nok til at blive irriteret, udfylder sjældent en formular, og det er en af de mere stille grunde til, at en side får besøgende, men ingen henvendelser.

Hvorfor er min hjemmeside langsom: de sædvanlige årsager

Billederne er langt større end den plads, de fylder. Fotos ryger direkte fra kameraet eller et billedbibliotek ind på siden i flere gange bredden af den boks, de står i, og browseren henter hele filen, før den formindsker den. Tegnet: sidens struktur vises hurtigt, men billederne dukker op ét ad gangen, og siden er mærkbart værre på en telefon end på en computer med kabel.

For mange plugins, widgets og scripts. En side på et CMS eller en sidebygger samler tilføjelser gennem årene: en slider, en chatwidget, flere analysetags, et cookiebanner, et bookingmodul, ingen bruger længere, autoafspillet video i toppen. Hver af dem indlæser sin egen kode, før siden kan falde til ro. Tegnet: siden arbejder videre længe efter, at teksten er synlig, knapper reagerer ikke et øjeblik, og layoutet hopper, efterhånden som delene ankommer.

Serveren er langsom til at svare. Før en eneste del af siden vises, venter browseren på serveren. En billig delt hostingpakke, et CMS, der samler hver side fra bunden ved hvert besøg, fordi caching er slået fra, eller en database, der er vokset i årevis, viser sig alle på samme måde: en tom hvid skærm et øjeblik og derefter alt på én gang.

Den besøgende er langt fra serveren. En side, der hostes i ét land og besøges fra et andet, bruger tid alene på afstanden; den føles hurtig hjemme og langsom i udlandet, og ingen derhjemme bemærker det. Tegnet: klagerne kommer fra en bestemt region.

Noget på siden blokerer alt andet. En skrifttype, der skal hentes, før nogen tekst kan tegnes, et kort indlejret på hver side, et script, der venter på en ekstern tjeneste, som har en dårlig dag. Tegnet: siden er fin nogle dage og ikke andre, eller den forbliver tom, indtil ét bestemt element dukker op.

Sådan finder du ud af, hvilken der er din

Alt herunder gøres med en telefon, en bærbar og de gratis værktøjer, der allerede ligger i din browser. Gå frem i rækkefølge; det første tjek, der fejler, er som regel din årsag.

1. Åbn siden på en telefon på mobildata, ikke på wifi. Tag tid nogenlunde med et ur, fra du trykker på linket, til du kan læse og trykke, og gør så det samme på den bærbare. En telefon, der er markant værre, peger på billeder og tunge scripts.
2. Se, hvad der vises først. Genindlæs og noter rækkefølgen. En tom skærm efterfulgt af alt på én gang peger på serveren; tekst først og billeder, der siver ind, peger på billeder; layout, der hopper, og knapper, der ikke reagerer, peger på scripts.
3. Kør én gratis hastighedstest fra en stor søgemaskine- eller browserudbyder og ignorer scoren. Læs kun listen over de største filer og de foreslåede forbedringer: de nævner for store billeder, ubrugte scripts og langsomt serversvar med almindelige ord. Test en serviceside, ikke kun forsiden.
4. Åbn browserens udviklerværktøjer på netværksfanen, genindlæs og sortér efter størrelse. Hvis de største poster er billedfiler, der er langt større end det synlige billede, er det dit svar; hvis listen har snesevis af scripts fra domæner, du ikke genkender, så tæl dine plugins.
5. Lav en liste over hvert plugin, hver widget og hvert eksternt tag på siden, og skriv ud for hver, hvem der bruger det og til hvad. Efter vores erfaring er listen længere, end nogen havde forventet, og en del af den er død.
6. Tjek hostingpakken og caching-indstillingen. Log ind på hostingpanelet, og se, hvad du betaler for, og om sidecaching er slået til. Hvis du ikke ved det, gør den, der byggede siden, og spørgsmålet kræver én e-mail.
7. Test fra dine andre markeder. Bed en kollega i udlandet om at tage tid på den samme side, eller brug en gratis test, hvor du kan vælge testens placering.

Løsningen, i rækkefølge

Billigste først. Efter vores erfaring genvinder de fleste sider det meste af deres hastighed i de første tre trin, uden en ombygning.

1. Skalér og komprimer billederne. Eksportér fotos i den størrelse, layoutet faktisk bruger, i et moderne webformat, og erstat originalerne; på et CMS klarer et billedoptimeringsplugin hele biblioteket i én omgang. Det er den mest almindelige rettelse, og den koster en eftermiddag.
2. Fjern det, der ikke bruges. Deaktiver og slet hvert plugin, hver widget og hvert tag, som ingen kunne nævne en bruger til, slå dublerede analysetags sammen til ét, erstat et levende kort med et statisk billede, der linker til kortet, og lazy-load alt under den første skærm.
3. Slå caching til. Sidecaching betyder, at serveren udleverer en færdig kopi i stedet for at samle siden for hver besøgende. De fleste CMS-platforme og hostingudbydere tilbyder det som en indstilling eller et plugin.
4. Ret de blokerende elementer. Indlæs skrifttyper, så teksten vises med det samme i en erstatningsskrift og skiftes ud senere, udskyd scripts, der ikke er nødvendige for den første skærm, og flyt al video væk fra toppen. Som regel en udviklertime frem for et projekt.
5. Flyt siden tættere på den besøgende. Et CDN gemmer kopier af dine statiske filer i mange regioner, så en besøgende i et andet land henter fra nærområdet. De fleste hostingudbydere og domænetjenester tilbyder ét; sælger du på tværs af grænser, hører det til på listen før nogen hostingopgradering.
6. Opgrader kun hostingen, når serveren beviseligt er langsom. Hvis ventetiden med den tomme skærm stadig er der, efter at caching er slået til, er pakken flaskehalsen. Skift til en pakke, der matcher trafikken, ikke den billigste, der teknisk set virker.
7. Byg de tungeste sider om, ikke hele hjemmesiden. Hvis en skabelon slæber snesevis af komponenter med på hver side, er det ofte nok at bygge de vigtigste landingssider om på en lettere struktur. I vores projekter med udvikling af hjemmesider er hastighed et lanceringskriterium, og det er her, en side designes ud fra, hvad den skal gøre, og ikke ud fra, hvad temaet tilbyder.

Hastighed former også, hvordan siden bliver fundet: søgemaskiner måler de samme ventetider, som dine besøgende mærker, så ændringerne ovenfor er en del af ethvert ærligt SEO-arbejde. Og hvis siden har været langsom længe, er nogle henvendelser gået tabt i stilhed; at registrere, hvor hver henvendelse kommer fra, hvilket er der, hvor vores CRM- og analyseprojekter begynder, fortæller dig, om rettelsen ændrede noget.

Hvad du skal måle

• Tid til en brugbar side på en telefon over mobildata, taget manuelt på samme måde hver gang, hver måned.
• Sidevægt og antal forespørgsler for de vigtigste landingssider, fra netværksfanen, før og efter hver ændring.
• Serverens svartid som vist i hastighedstesten, ventetiden før noget ankommer, som bør falde, når caching er slået til.
• Afvisningsprocent og udfyldte formularer på de sider, du ændrede, i din analyse, nogle uger efter ændringen mod nogle uger før.

Hvor vi kommer ind i billedet

En ejer med en aften, en udviklertime og et hostinglogin kan gøre alt dette selv. Det, vi tilføjer, er rækkefølgen: billeder og død vægt før hosting, caching før en ombygning, og en måling før og efter, så forbedringen er et faktum og ikke en fornemmelse. Vil du hellere overlade diagnosen til os, er en kort brief med sidens adresse og de sider, der betyder mest, nok til at komme i gang.

← Alle artikler