Core Web Vitals — LCP, INP og CLS forklaret

Hvad er Core Web Vitals?

Core Web Vitals er Googles sæt af tre performance-metrikker der måler den reelle brugeroplevelse på en webside. De blev introduceret i 2020 og blev rankingfaktorer fra maj 2021 som en del af Page Experience-signalet.

De tre metrikker måler tre fundamentale aspekter af brugeroplevelsen: indlæsningshastighed, interaktivitet og visuel stabilitet.

LCP — Largest Contentful Paint

LCP måler hvornår det største synlige element på siden er loadet og synligt i viewport. Det er Googles proxy for “hvornår er siden klar til brug”.

Det største element er typisk:

• Et hero-billede
• En stor overskrift (H1)
• En video-thumbnail

Tærskler:

• God: under 2,5 sekunder
• Skal forbedres: 2,5 – 4,0 sekunder
• Dårlig: over 4,0 sekunder

Hvad påvirker LCP negativt:

• Langsom Time to First Byte (TTFB) fra serveren
• Render-blocking CSS og JavaScript
• Store billeder uden optimering
• Fontes indlæsning der forsinker tekstvisning (FOIT)
• Lazy loading på above-the-fold billedet (undgå dette!)

Forbedring af LCP:

• Server-side rendering eller statisk HTML
• Billeder i moderne formater (WebP, AVIF)
• fetchpriority="high" på LCP-billedet
• <link rel="preload"> til hero-billede og kritiske fonte
• Caching og CDN
• Komprimering af HTML, CSS og JS

INP — Interaction to Next Paint

INP erstattede FID (First Input Delay) som Core Web Vital i marts 2024. INP er en mere holistisk interaktivitets-metrik — den måler responsiviteten for alle brugerinteraktioner på siden, ikke blot den første.

INP måler forsinkelsen fra en bruger interagerer (klik, tap, tastatur) til siden visuelt reagerer med “next paint”.

Tærskler:

• God: under 200 millisekunder
• Skal forbedres: 200 – 500 ms
• Dårlig: over 500 ms

Hvad påvirker INP negativt:

• Tung JavaScript-eksekvering på main thread
• Long tasks (JavaScript-opgaver der tager over 50ms)
• For meget JavaScript i det hele taget
• Third-party scripts der blokerer main thread

Forbedring af INP:

• Opdel lange JavaScript-tasks i kortere opgaver
• Brug Web Workers til tunge beregninger
• Udskyd ikke-kritisk JavaScript med defer
• Fjern tunge og unødvendige third-party scripts

CLS — Cumulative Layout Shift

CLS måler den visuelle stabilitet af siden — hvor meget indhold “hopper” under indlæsning. Et højt CLS betyder at knapper, tekst og billeder pludselig skifter position, så brugere klikker på det forkerte.

CLS beregnes som summen af alle uventede layout shifts ganget med den andel af viewport der flyttes.

Tærskler:

• God: under 0,1
• Skal forbedres: 0,1 – 0,25
• Dårlig: over 0,25

Hvad forårsager CLS:

• Billeder og videoer uden angivne dimensioner (width/height)
• Annoncer og embeds der loades og fylder plads
• Fonte der skifter (FOUT — Flash of Unstyled Text)
• Dynamisk indhold der indsættes over eksisterende indhold

Forbedring af CLS:

• Angiv altid width og height på billeder og video
• Reserver plads til annoncer med min-height
• Brug font-display: optional eller swap med size-adjust
• Undgå at indsætte dynamisk indhold over fold

Måling af Core Web Vitals

Google Search Console: CWV-rapporten under “Oplevelse” viser URL-grupper med dårlige, mellemgode og gode scores baseret på rigtige brugerdata (Chrome User Experience Report — CrUX).

PageSpeed Insights: Viser både lab-data (Lighthouse) og field data (CrUX) for en specifik URL.

Lighthouse: Lab-baseret test i Chrome DevTools og som CLI-tool. Simuleret test — ikke rigtige brugerdata.

Web Vitals JavaScript-bibliotek: Kan implementeres på sitet til at måle CWV for alle besøgende i realtid.

---

Er Core Web Vitals den vigtigste rankingfaktor? Nej — indhold, backlinks og relevans er stadig langt vigtigere. Men CWV er et tiebreaker-signal der kan afgøre rangering når andre faktorer er ens.

Hvad er forskellen på FID og INP? FID (First Input Delay) målte kun forsinkelsen ved den første brugerinteraktion. INP måler responsivitet for alle interaktioner og er en mere præcis metrik for interaktivitets-kvaliteten.

Kan jeg bruge Lighthouse scores direkte? Lighthouse-scores er lab-data under kunstige betingelser. Field data fra CrUX (via Search Console og PageSpeed Insights) er rigtige brugerdata og det Google bruger til ranking.

Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog.