Langsom webshop? Undersøg disse 5 årsager

En langsom webshop er ikke ét problem med én løsning. Forsiden kan være tung på billeder, mens en produktside venter på en app, og kurven bliver forsinket af et eksternt system.

Jeg begynder med at finde, hvor ventetiden opstår. Derefter kan du prioritere arbejdet og se, om ændringen faktisk hjælper.

Mål de rigtige sider og situationer

Test både forside, kategoriside, produktside og kurv. Brug en rigtig telefon samt et værktøj som PageSpeed Insights. En enkelt test på kontorets hurtige forbindelse beskriver ikke alle kunders oplevelse.

Core Web Vitals måler forskellige dele af brugeroplevelsen: LCP handler om visning af det største indholdselement, INP om reaktion på brugerhandlinger, og CLS om uventede layoutforskydninger. Gode grænseværdier er LCP på højst 2,5 sekunder, INP på højst 200 millisekunder og CLS på højst 0,1, vurderet ved 75-percentilen af besøgene. Se Googles forklaring af Core Web Vitals.

Skeln mellem en laboratorietest og data fra rigtige brugere. En ændring kan forbedre den næste laboratorietest, mens feltdata først viser udviklingen over tid. LCP er heller ikke det samme som den samlede tid, før alt på siden er indlæst.

1. Apps, der tilføjer unødvendigt arbejde

Apps kan tilføje scripts, billeder og netværkskald på kundernes sider. Men nogle apps arbejder kun med administration eller data og påvirker derfor ikke nødvendigvis butikkens indlæsning.

Lav en liste over funktionerne på den langsomme side: anmeldelser, chat, anbefalinger, pop op-vinduer og andre tilføjelser. Undersøg, hvilke der skal være tilgængelige med det samme, og hvilke der kan indlæses senere.

Test en ændring ad gangen. Når en app fjernes, skal du undersøge, om der stadig ligger kode i temaet, som forsøger at kontakte den. Følg appudviklerens afinstallationsvejledning, og kontrollér, at andre funktioner stadig virker.

Antallet af apps er et sted at starte en samtale, men ikke en måling af hastighed. Se guiden til at gennemgå Shopify-apps.

2. Billeder med forkert størrelse eller indlæsning

Et stort billede kan være nødvendigt til zoom, men behøver ikke blive sendt i fuld størrelse til en lille skærm. Temaet skal vælge en passende billedstørrelse og reservere plads, så layoutet ikke hopper.

Undersøg især det billede, der indgår i LCP. Hvis det først indlæses efter et script eller er sat til forsinket indlæsning, kan det holde det vigtigste indhold tilbage.

Billeder længere nede på siden kan ofte indlæses senere. Produktbilleder, der er synlige med det samme, skal vurderes anderledes. Ukritisk aktivering af forsinket indlæsning på alle billeder kan derfor gøre oplevelsen dårligere.

Bevar nok billedkvalitet til, at kunden kan vurdere produktet. Målet er passende filer og korrekt levering, ikke blot den mindst mulige filstørrelse.

3. Et tema med for meget kode

Temaet kan indeholde funktioner, som butikken ikke bruger, eller gamle tilpasninger, som indlæses overalt. Det kan give unødvendigt arbejde i browseren.

Sammenlign med et uændret tema i forhåndsvisning eller en isoleret testbutik. Publicér ikke et andet tema på den aktive butik alene for at måle en forskel. Temaets produktdata, billeder og aktiverede apps skal være sammenlignelige, hvis testen skal bruges til en konklusion.

Undersøg derefter de konkrete flaskehalse. Det kan være scripts, der starter for tidligt, store skrifttypefiler, gentagne beregninger eller animationer, der forsinker brugerens handlinger.

Specialudviklet kode er ikke automatisk hurtigere end en app. Begge dele skal måles, testes og vedligeholdes. Det er en del af beslutningen i app eller specialudvikling.

4. Sporing og andre eksterne scripts

Analyseværktøjer, annoncering, chat og anmeldelser kontakter ofte eksterne tjenester. Flere integrationer kan også sende de samme hændelser, hvis den gamle opsætning ikke blev fjernet.

Lav en oversigt over, hvad der indlæses før og efter samtykke. Hvert værktøj skal have et formål og en ansvarlig. Fjern ikke bare kode, du ikke genkender: Det kan være en vigtig del af måling eller kundeservice.

Hvis du ændrer indlæsningstidspunktet for et script, skal du teste både hastighed og funktion. En hurtigere side med manglende købshændelser kan give forkerte beslutninger i annonceringen.

Serverbaseret sporing er en arkitekturbeslutning med egne omkostninger. Det er ikke en generel genvej til bedre hastighed eller en erstatning for at håndtere samtykke korrekt.

5. Server og hosting

På en selvhostet webshop kan serverens svartid være en flaskehals. Undersøg belastning, databaseforespørgsler, cache og fejl, før du køber en større server.

Test særligt situationer, hvor cache ikke hjælper: kurv, login, søgning og andre personlige sider. Hvis problemet er en dyr databaseforespørgsel, kan bedre kode være mere nyttig end flere serverressourcer.

På Shopify håndterer platformen den grundlæggende hosting. Her er tema, apps og eksterne tjenester naturlige steder at undersøge først. Kontrollér også, om der er en aktuel driftsforstyrrelse, før du konkluderer, at problemet ligger i din butik.

Lav en plan, der kan efterprøves

For hver opgave noterer jeg siden, problemet, den forventede virkning og metoden til at teste det. Jeg retter først de forhold, der påvirker vigtige købssituationer.

Gem målinger før og efter under sammenlignelige forhold. Kontrollér derefter køb, navigation, samtykke og de vigtigste integrationer. En god hastighedsscore er ikke tilstrækkelig, hvis en funktion er gået i stykker.

Der findes ikke en fast salgsgevinst pr. sparet sekund. Følg konvertering og indtjening over tid, og tag højde for kampagner, sæson og ændringer i trafikken.

Du kan bruge SEO-guiden til Shopify til den bredere tekniske sammenhæng. Har du brug for en prioriteret gennemgang, kan du se hvordan jeg auditerer en webshop eller læse om konverteringsoptimering.