Der er en udbredt holdning til Core Web Vitals: det er et “nice to have”-signal. Noget man sætter på optimerings-listen, men aldrig rigtig kommer til. Google har sagt, at det ikke er den vigtigste rankingfaktor, og det er korrekt.

Men det er den forkerte ramme at se det i.

Core Web Vitals er i 2026 dobbelt relevant. Det er stadig et rankingsignal i den klassiske søgning. Men det er nu også et af de kvalitetssignaler, Google bruger til at afgøre, om en side er egnet til at blive citeret i AI Overviews.

Det ændrer kalkulationen.

De tre metrics — hvad de måler og hvad der typisk er galt

Her er hvad der faktisk måles, fordi misforståelserne er mange.

LCP: Largest Contentful Paint (mål: under 2,5 sekunder)

LCP måler, hvornår det største synlige indholdselement på siden er indlæst — typisk et hero-billede, en overskrift eller en stor tekstblok. Det er Googles proxy for “hvornår ser siden brugbar ud”.

De hyppigste årsager til dårlig LCP:

• Ikke-optimerede billeder (for store, forkert format, ingen dimensioner angivet)
• Langsom server response time (høj TTFB)
• Render-blocking resources — JavaScript og CSS der blokerer rendering
• Ressourcer der ikke er prioriteret korrekt med fetchpriority

INP: Interaction to Next Paint (mål: under 200ms)

INP erstattede FID (First Input Delay) i marts 2024 og er den metric, der giver flest sider problemer. Den måler, hvor hurtigt siden reagerer på brugerinteraktioner — klik, tryk, tastaturinput — i løbet af hele sessionen, ikke bare det første.

Årsagerne til dårlig INP er næsten altid JavaScript: tunge scripts der blokerer main thread, event handlers der afvikler for meget synkront arbejde, tredjepartsscripts der konkurrerer om ressourcer.

CLS: Cumulative Layout Shift (mål: under 0,1)

CLS måler visuelle ustabilitet — hvor meget indholdet på siden “hopper” mens det loader. Den typiske synder: billeder uden eksplicitte bredde/højde-attributter, embeds der skubber indholdet, web fonts der swapper og ændrer layout.

AI Overviews og page quality

Her er den del, de fleste CWV-guides fra 2023 ikke dækker.

Google AI Overviews bruger ikke kun relevans og indholdsqualitet til at vælge, hvilke sider der citeres. Google har bekræftet, at page quality-signaler — herunder teknisk kvalitet og brugeroplevelse — indgår i vurderingen.

En side med LCP på 6 sekunder, konstante layout shifts og tunge INP-forsinkelser sender et signal: denne side leverer en dårlig brugeroplevelse. Og AI Overviews er designet til at give brugerne gode svar fra troværdige, velfungerende kilder.

Det er ikke en direkte “din LCP skal under 2,5s ellers citerer vi dig ikke”-regel. Det er mere subtilt: sider med konsekvent dårlige web performance-scores konkurrerer på ringere vilkår end sider med stærke CWV-tal, alt andet lige.

Koblingen til rangering og algoritmer er også relevant her: de samme page quality-signaler der påvirker din klassiske ranking, påvirker din sandsynlighed for AI Overview-citation.

De 5 mest effektive optimeringer

Baseret på hvad der faktisk giver størst effekt i praksis:

1. Billedkomprimering og korrekt format

Ukomprimerede billeder er den hyppigste enkeltårsag til dårlig LCP. Brug WebP eller AVIF, sørg for korrekte dimensioner og brug loading="lazy" på billeder nedenfor fold — men aldrig på LCP-elementet, der skal have fetchpriority="high".

Godt udgangspunkt for komprimering: ingen enkeltbillede over fold bør overstige 100-150 KB.

2. Font display swap

Web fonts er en af de mest oversete CLS-årsager. Sæt font-display: swap i dine font-deklarationer, så teksten vises med fallback-font mens den faktiske font loader — i stedet for at siden holder igen og derefter forskyder hele layoutet.

3. Eksplicitte dimensioner på alle billeder og embeds

Angiv altid width og height på <img>-tags og reservér plads til embeds (iframes, ads) i CSS. Browseren kan så afsætte korrekt plads inden ressourcerne loader, og CLS falder dramatisk.

4. Server response time og caching

Høj TTFB (Time to First Byte) sætter et loft over, hvad du kan opnå med frontend-optimeringer. Tjek din hosting. Implementér browser caching og CDN-caching aggressivt. For dynamiske sider: overvej server-side rendering eller statisk generering af kritiske sider.

5. Minimér og defer JavaScript

JavaScript er INP’s primære fjende. Audit dine scripts: hvad er nødvendigt above the fold? Resten bør have defer eller async. Tredjepartsscripts (chat widgets, analytics, ad scripts) bør loades med type="module" eller via en facade for at undgå main thread-blokering.

Et responsivt design der er velstruktureret fra starten gør disse optimeringer langt enklere — CWV-problemer er ofte symptomer på et layout, der ikke er tænkt performance-first.

Sådan måler du: CrUX vs. lab data

Det er vigtigt at forstå forskellen, fordi de to datakilder kan vise meget forskellige tal.

CrUX (Chrome User Experience Report) er real user data — faktiske Chrome-brugeres målinger fra din side over de seneste 28 dage. Det er de tal, Google bruger til ranking. De vises i Google Search Console under “Core Web Vitals” og i PageSpeed Insights’ “Field Data”-sektion.

Lab data (Lighthouse, WebPageTest) er syntetiske målinger under kontrollerede betingelser. De er hurtige og reproducerbare, men de afspejler ikke altid virkelighed — særligt for INP, der kræver faktiske brugerinteraktioner.

Tommelfingerregel: brug lab data til at identificere og debugge problemer. Brug CrUX til at vurdere om du faktisk har et problem, der påvirker dine brugere og din ranking.

Et site kan have perfekte Lighthouse-scores og stadig have dårlige CrUX-data — fordi rigtige brugere på rigtige devices i rigtige netværkssituationer oplever siden anderledes end en kontrolleret laboratorietest.

80/20-reglen: de fleste CWV-problemer stammer fra 3 årsager

Hvis du skal prioritere, er her virkeligheden fra CWV-audits i praksis:

Billeder er ansvarlige for størstedelen af LCP-problemer og en stor del af CLS-problemer. Optimér billeder korrekt, og du løser sandsynligvis din LCP.

JavaScript er ansvarlig for størstedelen af INP-problemer og bidrager til dårlig LCP via render-blocking. Audit dine scripts — særligt tredjepart — og du løser sandsynligvis din INP.

Fonts og layout er ansvarlige for størstedelen af CLS-problemer. Eksplicitte dimensioner og font-display: swap løser det i langt de fleste tilfælde.

Det er ikke en udtømmende liste. Der er sites med komplekse arkitekturer, tunge server-setups og avancerede SPA-frameworks, der kræver dybere arbejde. Men for de fleste sites: start med billeder, scripts og fonts. Det dækker 80 procent af problemerne.

Core Web Vitals er ikke rocket science. Det kræver bare, at man faktisk tager det alvorligt — og i 2026, med AI Overviews som en reel trafikkanal, er der mere at tabe på ikke at gøre det.