Core Web Vitals — LCP, INP og CLS forklaret
Core Web Vitals er Googles tre performance-signaler: LCP (hastighed), INP (interaktivitet) og CLS (layout-stabilitet) — alle er rankingfaktorer.
Core Web Vitals er Googles tre metrikker for brugeroplevelseskvalitet: LCP måler indlæsningshastighed, INP måler interaktivitetsrespons og CLS måler visuel stabilitet. De er bekræftede rankingfaktorer som del af Page Experience-signalet og måles på rigtige brugerdata fra CrUX — ikke kunstige lab-målinger. For de fleste websites er Core Web Vitals et tiebreaker-signal, men de korrelerer direkte med konverteringsrate og bounce rate, og forbedring af dem gavner både SEO og forretningsresultater.
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 for LCP
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 er typisk den største synder. Derudover kan render-blocking CSS og JavaScript, store billeder uden optimering, fonte der forsinker tekstvisning (FOIT), og lazy loading på above-the-fold billedet alle trække LCP i vejret.
Forbedring af LCP
Server-side rendering eller statisk HTML er udgangspunktet. Brug billeder i moderne formater (WebP, AVIF), sæt fetchpriority="high" på LCP-billedet og brug <link rel="preload"> til hero-billede og kritiske fonte. Caching og CDN samt komprimering af HTML, CSS og JS hjælper markant.
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 for INP
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 er den primære årsag. Long tasks — JavaScript-opgaver der tager over 50ms — blokerer browseren i at reagere. For meget JavaScript generelt og third-party scripts der blokerer main thread bidrager markant.
Forbedring af INP
Opdel lange JavaScript-tasks i kortere opgaver så browseren kan reagere imellem dem. Brug Web Workers til tunge beregninger der ikke behøver adgang til DOM. Udskyd ikke-kritisk JavaScript med defer og fjern tunge third-party scripts der ikke er strengt nødvendige.
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 for CLS
God: under 0,1. Skal forbedres: 0,1–0,25. Dårlig: over 0,25.
Hvad forårsager CLS
De hyppigste årsager er billeder og videoer uden angivne dimensioner — browseren kender ikke pladsen inden de loades. Annoncer og embeds der dukker op og fylder plads, fonte der skifter (FOUT — Flash of Unstyled Text), og dynamisk indhold der indsættes over eksisterende indhold giver alle layout shifts.
Forbedring af CLS
Angiv altid width og height på billeder og video så browseren kan reservere pladsen. Reserver plads til annoncer med min-height. Brug font-display: optional eller swap med size-adjust for at undgå font-skift. Undgå at indsætte dynamisk indhold over fold.
Måling af Core Web Vitals
Der er fire primære måleværktøjer. Google Search Console viser CWV-rapporten under “Oplevelse” med URL-grupper baseret på rigtige brugerdata fra Chrome User Experience Report (CrUX). PageSpeed Insights viser både lab-data (Lighthouse) og field data (CrUX) for en specifik URL. Lighthouse er et lab-baseret tool i Chrome DevTools og som CLI — nyttigt til lokal test, men ikke baseret på rigtige brugerdata. Endelig kan Web Vitals JavaScript-biblioteket implementeres direkte 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. → Denne artikel er en del af Web Performance — Core Web Vitals og teknisk hastighed.
Andre artikler i samme emne
- Animation performance — Frame rate og jank-fri bevægelse
- Billedoptimering — Formater, størrelser og SEO
- CLS-problemer — Årsager til Cumulative Layout Shift og løsninger
- Core Web Vitals regressioner — Når LCP, INP og CLS pludselig forværres
- CSS — Cascading Style Sheets og SEO
- Font-optimering — Webfonts, FOUT og SEO
- HTTP/2 og HTTP/3 — Protokoller der eliminerer latency-overhead
- INP-optimering — Interaction to Next Paint og Core Web Vitals
- Latency — Forsinkelse i netværket og hvad du kan gøre ved det
- Lazy loading — Udskyd indlæsning af billeder og ressourcer
- LCP-optimering — Sådan forbedrer du Largest Contentful Paint
- Long Tasks og LoAF — Hvad blokerer main thread
- Navigation og resource timings — Browserens performance-API
- PageSpeed og SEO — Hastighed som rankingfaktor
- Performance budgets — Grænser der forhindrer regressioner
- Performance timings — Hvornår er det for langsomt?
- Resource hints — Preload, prefetch og preconnect til SEO
- Responsive images — srcset, sizes og art direction
- RUM vs. syntetisk monitoring — To syn på web performance
- Speculative loading — Prefetch og prerender af næste side
- Startup performance — Hurtig app-start og time to interactive
- Tredjeparts-scripts og performance — Impact og strategier
- Tredjepartsscripts — Analytics, ads og performance-konsekvenser
- Video performance — Lazy loading, formater og indlæsningsstrategi
Ofte stillede spørgsmål
- Hvad er Core Web Vitals?
- Core Web Vitals er Googles tre performance-metrikker der måler brugeroplevelsen på en webside og bruges som rankingfaktorer. LCP — Largest Contentful Paint — måler indlæsningstid for det største synlige indhold (mål: under 2,5 sekunder). INP — Interaction to Next Paint — måler responsivitet på brugerinteraktioner (mål: under 200ms). CLS — Cumulative Layout Shift — måler visuel stabilitet og uønskede layoutskift (mål: under 0,1). Google måler disse baseret på rigtige brugerdata (CrUX).
- Har Core Web Vitals direkte indflydelse på Googles ranking?
- Ja, Core Web Vitals er bekræftede rankingfaktorer som del af Googles Page Experience-signal. Men Google har understreget at indholdskvalitet stadig dominerer — en side med fremragende indhold men dårlige Core Web Vitals vil typisk ranke over en side med perfekt performance men svagt indhold. Core Web Vitals er mest afgørende i tilfælde med indholdsmæssigt lighed, og de er særligt vigtige fordi de korrelerer med bounce rate og konvertering.
- Hvilke værktøjer måler Core Web Vitals?
- Google PageSpeed Insights viser både lab-data (Lighthouse) og field-data (Chrome User Experience Report). Google Search Console har en Core Web Vitals-rapport der viser URL-grupper med dårlige, behov-for-forbedring og gode scores baseret på rigtige brugerdata. Chrome DevTools med Lighthouse giver detaljeret lab-analyse og optimeringsforslag. Web Vitals Chrome Extension viser real-time Core Web Vitals-scores under browsing. Lab-data er vejledende, field-data afspejler Googles faktiske vurdering.
- Hvad er CrUX og hvorfor er det relevant?
- CrUX — Chrome User Experience Report — er Googles database med real-world performance-data indsamlet fra rigtige Chrome-brugere der har aktiveret dataindsamling. Det er disse data Google bruger til at vurdere Core Web Vitals i ranking — ikke Lighthouse-lab-scores. CrUX opdateres månedligt og kræver tilstrækkeligt besøgsvolumen for at en enkelt side har data. Sider med lav trafik vurderes på domæne-niveau i stedet.
- Hvad er den hurtigste måde at forbedre LCP?
- Den hurtigste LCP-forbedring er at reducere TTFB via caching og CDN, og at sætte fetchpriority=high på LCP-billedet samt undgå loading=lazy på det. Konvertering til WebP eller AVIF og implementering af <link rel=preload> på LCP-billedet er effektive næste skridt. Server-side rendering frem for client-side rendering eliminerer den forsinkelse JavaScript-eksekvering introducerer før LCP-elementet kan renderes.
Placering i ordbogen
- Animation performance — Frame rate og jank-fri bevægelse
- Billedoptimering — Formater, størrelser og SEO
- CLS-problemer — Årsager til Cumulative Layout Shift og løsninger
- Core Web Vitals regressioner — Når LCP, INP og CLS pludselig forværres
- CSS — Cascading Style Sheets og SEO
- Font-optimering — Webfonts, FOUT og SEO
- HTTP/2 og HTTP/3 — Protokoller der eliminerer latency-overhead
- INP-optimering — Interaction to Next Paint og Core Web Vitals
- Latency — Forsinkelse i netværket og hvad du kan gøre ved det
- Lazy loading — Udskyd indlæsning af billeder og ressourcer
- LCP-optimering — Sådan forbedrer du Largest Contentful Paint
- Long Tasks og LoAF — Hvad blokerer main thread
- Navigation og resource timings — Browserens performance-API
- PageSpeed og SEO — Hastighed som rankingfaktor
- Performance budgets — Grænser der forhindrer regressioner
- Performance timings — Hvornår er det for langsomt?
- Resource hints — Preload, prefetch og preconnect til SEO
- Responsive images — srcset, sizes og art direction
- RUM vs. syntetisk monitoring — To syn på web performance
- Speculative loading — Prefetch og prerender af næste side
- Startup performance — Hurtig app-start og time to interactive
- Tredjeparts-scripts og performance — Impact og strategier
- Tredjepartsscripts — Analytics, ads og performance-konsekvenser
- Video performance — Lazy loading, formater og indlæsningsstrategi