Find det, der gør hjemmesiden langsom

Hastighedsoptimering begynder med at undersøge, hvor brugeren venter. Er siden langsom til at vise sit vigtigste indhold? Reagerer menuen sent på et tryk? Flytter knappen sig, mens billeder indlæses? Det er forskellige problemer, som kan kræve forskellige løsninger.

Vælg først nogle sider, der repræsenterer hjemmesidens vigtigste forløb. På en webshop kan det være forside, kategori, produkt og kurv. På en virksomhedsside kan det være ydelse, case og kontakt. En hurtig forside siger ikke nødvendigvis noget om en tung produktside.

Notér adresse, tidspunkt, enhed og testvilkår. Det giver et udgangspunkt, du kan sammenligne med efter arbejdet.

Forstå LCP, INP og CLS

De aktuelle Core Web Vitals omfatter indlæsning, respons og visuel stabilitet. FID er en tidligere måling, som er erstattet af INP i Core Web Vitals.

Måling Hvad undersøges, og hvad er en god værdi?
LCP Hvornår det største synlige indholdselement vises. God: højst 2,5 sekunder.
INP Responsen på klik, tryk og tastaturinteraktioner. God: højst 200 millisekunder.
CLS Uventede forskydninger i layoutet. God: højst 0,1.

Web Vitals-vejledningen beskriver målene og vurderingen ved 75-percentilen, opdelt på mobil og desktop. Det betyder, at et godt enkeltresultat ikke er nok til at beskrive alle besøgendes oplevelse.

LCP er heller ikke hele sidens samlede indlæsningstid. Og en lav indlæsningstid beviser ikke, at formularer og menuer reagerer hurtigt. Vurder de forskellige dele af oplevelsen hver for sig.

Skeln mellem en test og rigtige besøg

PageSpeed Insights viser laboratorietest og, når der er tilstrækkeligt datagrundlag, feltdata fra CrUX. Feltdata dækker de foregående 28 dage. De kan gælde den konkrete side eller hele domæneoprindelsen, så kontrollér niveauet, før du sammenligner.

Laboratorietesten hjælper med at finde konkrete problemer under bestemte forhold. Resultatet kan variere mellem kørsler. Feltdata viser oplevelser fra faktiske besøg, men reagerer gradvist på en ny rettelse. Manglende feltdata betyder ikke, at siden har bestået eller fejlet.

Brug derfor ikke Lighthouse-scoren på 0–100 som hele afleveringskriteriet. Supplér med relevante interaktioner og de vigtigste kunderejser. WebPageTest eller browserens egne udviklerværktøjer kan bruges til at undersøge, hvornår ressourcer bliver hentet, og hvad der forsinker visningen.

Prioritér efter den målte flaskehals

Hvis LCP er problemet, skal du først identificere elementet. Er det et stort billede, en tekstblok, en langsom serverrespons eller kode, der forsinker visningen? Løsningen afhænger af årsagen.

For et vigtigt billede kan mindre filstørrelse, korrekt dimensionering og tidligere indlæsning være relevante. Billeder længere nede på siden kan ofte indlæses senere. Men LCP-billedet bør ikke lazy-loades, da det kan forsinke sidens vigtigste indhold. WebP og AVIF kan være nyttige, men formatet alene løser ikke forkert størrelse eller sen opdagelse af billedet.

Ved langsom respons skal du undersøge det arbejde, der sker, når brugeren klikker eller skriver. Store scripts, tredjepartskode og tunge opdateringer af siden kan være relevante at undersøge. Slå ikke funktioner fra alene for at få et grønnere testresultat; afklar deres formål og test alternativer.

Ved layoutforskydninger skal du se efter billeder uden reserveret plads, skrifter der ændrer tekstens størrelse og indhold, som skubbes ind over eksisterende elementer. En knap skal helst blive dér, hvor brugeren forsøger at trykke.

Caching og kode skal passe til funktionen

Caching kan reducere gentagne beregninger og downloads. Men personlige kontosider og dynamiske oplysninger kræver korrekt håndtering. En hurtig side er ikke en forbedring, hvis den viser en anden kundes data eller en forældet pris.

Minificering kan gøre filer mindre. Fjernelse af unødvendig kode kan give en større forskel, hvis problemet er, at browseren skal udføre for meget arbejde. Undersøg tema, plugins, apps og eksterne scripts hver for sig. Flere optimeringsplugins med overlappende funktioner kan gøre fejlfindingen vanskeligere.

Ved WordPress kan du fortsætte med den mere platformspecifikke guide til hastighedsoptimering. Hvis problemet omfatter adgang eller indeksering, hører det også til gennemgangen af tekniske SEO-fejl.

Test før og efter under sammenlignelige forhold

Lav ændringer i afgrænsede trin, og gem en mulighed for at gå tilbage. Gentag målingerne på de samme sidetyper og med samme testopsætning. Notér også ændringer i indhold, scripts og samtykke, som kan påvirke sammenligningen.

Test bagefter navigation, søgning, formularer og eventuel kurv. På mobil skal du også afprøve siden med tastaturet åbent og med forskellige tekstlængder. Følg senere op på feltdata, når de nye besøg er med i perioden.

Hastighed indgår i arbejdet med at optimere hjemmesiden til Google, men erstatter ikke relevant indhold eller arbejdet uden for selve hjemmesiden. En forbedring er ikke et løfte om en bestemt placering eller konverteringsstigning.

FAQ

Hvor hurtigt skal hjemmesiden indlæses?

Brug mål for indlæsning, respons og stabilitet frem for ét samlet sekundtal. De gode Core Web Vitals-grænser er LCP højst 2,5 sekunder, INP højst 200 millisekunder og CLS højst 0,1, vurderet på det relevante datagrundlag.

Hvad koster hastighedsoptimering?

Et vejledende projektbudget på 5.000–25.000 kr. afhænger af sidens problemer og det aftalte omfang. Det er ikke en fast pris for alle hjemmesider. Analyse, rettelser og efterkontrol skal beskrives i tilbuddet, hvor pris og moms afklares.

Skal jeg have en score på 100 i PageSpeed Insights?

Nej. Scoren er et diagnostisk signal fra en test. Vurder også de faktiske brugeroplevelser og om siden fungerer korrekt. Et bestemt pointtal er ikke en garanti for salg eller placeringer.

Kan en hjemmeside altid gøres hurtigere?

Der kan ofte findes forbedringsmuligheder, men værdien afhænger af udgangspunkt, platform og funktioner. Undersøg problemet, før du køber ny hosting eller fjerner funktioner, som kunderne har brug for.

Få en afgrænset plan for hastigheden

Vil du have hjælp til både prioritering og udførelse, beskriver siden om hjemmesideoptimering et konkret eksempel på afgrænsning, kontrol og aflevering.

Send gerne de adresser og forløb, hvor du oplever ventetid. Du kan kontakte mig om hastighedsoptimering og se de almindelige priser og samarbejdsformer. Så kan opgaven afgrænses til det, der faktisk skal undersøges og forbedres.