Hurtigere hjemmeside hjælp til en langsom hjemmeside

Når PageSpeed score snyder

Forstå hvorfor en grøn score ikke altid betyder en hurtig hjemmeside, og lær hvad du i stedet skal kigge på, når brugerne stadig oplever siden som tung.

Skrevet af Kim Tetzlaff

Mange kender følelsen: PageSpeed viser grønt, men kunderne klager, eller I kan selv mærke at menuen er tung. Det føles som om værktøjet snyder. Det gør det ikke bevidst - men det måler ikke hele din virkelighed på én gang. Værktøjer er nyttige, men de erstatter ikke feltdata, realistiske flows og sund skepsis over for en samlet «score».

Denne artikel hjælper dig med at skifte fokus fra farvekode til hvad der faktisk holder brugerne tilbage - og hvordan du arbejder mere ærligt med performance.

Hvad en PageSpeed score faktisk fortæller

Hvad testen er god til

At give et hurtigt snapshot af lab-miljø, pege på LCP-element, og ofte vise feltdata fra CrUX hvis der er nok trafik.

Hvad den ikke kan se

Hele din forretning: checkout-flowet, den tunge kampagne-side, eller brugere på langsommere netværk end testen. Den kan heller ikke se alt hvad der sker efter første skærm, hvis interaktion først bliver tung senere.

Hvorfor en grøn score ikke er det samme som en hurtig side

Enkelt test vs rigtig brug

Én simuleret kørsel er ikke alle sessioner. Læs Lighthouse vs CrUX.

Desktop vs mobil

Lab kører ofte en konfiguration - dine brugere kan være et andet sted på skalaen.

Feltdata vs labdata

Felt fortæller om problemet er udbredt; lab hjælper med hvorfor på en given URL.

Typiske situationer hvor scoren snyder

Cachede tests

Din browser eller CDN har varm cache - første besøg er værre.

Tunge scripts efter første visning

LCP kan se ok ud mens INP er dårlig når brugeren først klikker.

Interaktion der halter

Scoren vægter ikke dit specifikke menu-flow.

Vigtige flows der ikke er målt

Du har optimeret forsiden, mens 80% af omsætningen er på produktlisten.

Hvad du i stedet bør kigge på

CrUX og Search Console

Hvilke URL-grupper og metrics er røde i feltdata?

Waterfall og netværksrækkefølge

Se sådan læser du en waterfall - rækkefølgen afslører blokering og tidlig tredjepart.

Main thread og lange tasks

Brug find lange tasks i DevTools når INP er problemet.

Brugeroplevelse på rigtige sider

Test de flows der betyder penge eller leads - ikke kun forsiden.

Sådan arbejder du mere ærligt med performance

Mål det der betyder noget

Vælg KPI og side ud fra forretning, ikke ud fra hvad der er nemmest at få grøn.

Vælg én template ad gangen

Ellers ved du ikke hvad der virkede.

Dokumentér forbedringer i praksis

Før/efter med samme metode - som i prioriteringsartiklen.

Afslutning

Score er ét signal blandt flere. Brug det til at åbne døren - brug feltdata til at vælge retning, og lab/waterfall/DevTools til at finde årsagen.

Læs videre:

Relaterede blogindlæg

FAQ

Er PageSpeed Insights ubrugeligt?

Nej. Det er et godt værktøj til at åbne en URL og få både lab og ofte feltdata, plus konkrete spor til LCP/INP/CLS. Problemet opstår når én score erstatter dømmekraft - brug det som startpunkt, ikke som mål i sig selv.

Hvorfor er min score grøn men siden føles tung?

Lab kan være på wifi-desktop, mens dine brugere er på mobil med tung JS efter load. Score kan også være et samlet billede mens INP er dårlig - se [Core Web Vitals](/blog/hvad-er-core-web-vitals/) og [Lighthouse vs CrUX](/blog/lighthouse-vs-crux/).

Hvad skal jeg se på ud over scoren?

De tre vitals (LCP, INP, CLS) for sig, feltdata i Search Console, og [waterfall](/blog/saadan-laeser-du-waterfall/) når du skal finde årsag på en konkret side.

Næste skridt i samme emne

Fortsæt fra forklaring til handling med guides, emner og ordbog.

Om forfatteren

Kim Tetzlaff

Kim skriver og vedligeholder indhold på hurtigere-hjemmeside.dk med fokus på målelig performance, Core Web Vitals og teknisk SEO. Målet er at gøre optimering konkret: hvad der faktisk flytter tal i feltdata, og hvordan du finder den korteste vej fra symptom til fix.

Kim Tetzlaff