Core Web Vitals er Googles tre metrics til at måle brugeroplevelsen på din hjemmeside — og de er en direkte rankingfaktor. Alligevel fejler kun ca. 47% af alle websites på mindst én af de tre metrics. Hvis din hjemmeside er langsom, reagerer trægt på klik eller hopper rundt under indlæsning, koster det dig både Google-placeringer og kunder.
Denne guide forklarer hvad Core Web Vitals er, hvad de tre metrics måler, og præcis hvordan du forbedrer dem — med konkrete handlinger du kan implementere i dag.
Hvad er Core Web Vitals?
Core Web Vitals er et sæt af tre brugeroplevelsesmetrics defineret af Google. De måler loadhastighed (LCP), responsivitet (INP) og visuel stabilitet (CLS). Google evaluerer dem baseret på reelle brugerdata indsamlet via Chrome User Experience Report (CrUX) — ikke syntetiske tests.
For at bestå Core Web Vitals skal mindst 75% af dine sidevisninger opfylde "god"-tærsklen for alle tre metrics. Google bruger den 75. percentil, hvilket betyder at enkeltstående langsomme besøg på dårlige netværk ikke trækker din samlede score ned — men et systematisk performance-problem vil.
Hvorfor det er vigtigt for din forretning
Core Web Vitals er ikke bare et teknisk scoreboard. Dokumenterede resultater fra virksomheder der har optimeret:
- Vodafone: 31% forbedring i LCP → 8% stigning i salg og 15% højere kurv-til-besøg ratio
- Pinterest: 40% hurtigere opfattet ventetid → 15% mere SEO-trafik og 15% flere tilmeldinger
- Renault: 1 sekund bedre LCP → 14% fald i bounce rate og 13% stigning i konvertering
For danske virksomheder er budskabet klart: Hurtigere sider = flere kunder. Og Google belønner det med bedre placeringer.
De tre metrics forklaret
LCP — Largest Contentful Paint (loadhastighed)
Hvad det måler: Hvor lang tid det tager før det største synlige indholdselement (typisk hero-billede, stor overskrift eller videothumbnail) er fuldt renderet i viewport.
Tærskler:
- ✅ God: Under 2,5 sekunder
- ⚠️ Behøver forbedring: 2,5-4,0 sekunder
- ❌ Dårlig: Over 4,0 sekunder
Anbefalet mål: Under 1,5 sekunder for at have margin.
De 4 hyppigste årsager til dårlig LCP:
1. Store, uoptimerede billeder: Hero-billeder i PNG/JPEG på 2-5 MB er den hyppigste synder. Konverter til WebP eller AVIF — det reducerer filstørrelsen med 25-50% uden synligt kvalitetstab. I Next.js håndterer next/image-komponenten dette automatisk.
2. Langsom server-responstid (TTFB): Hvis din server tager over 600ms om at svare, kan LCP aldrig blive god. Årsager: Delt hosting, langsom database, ingen caching. Løsning: Opgrader hosting, implementér server-side caching, eller brug en CDN som Cloudflare.
3. Render-blocking ressourcer: CSS og JavaScript filer der blokerer browseren fra at rendre indhold. Løsning: Inline kritisk CSS, defer ikke-essentiel JavaScript med defer- eller async-attributter.
4. Webfonts der forsinker tekst-rendering: Browseren venter på at downloade fonten før den viser tekst. Løsning: Brug font-display: swap i din CSS og preload dine primære fonts med <link rel="preload">.
INP — Interaction to Next Paint (responsivitet)
Hvad det måler: Hvor hurtigt siden reagerer visuelt på brugerinteraktioner — klik, tryk på touchscreen, tastaturinput. INP måler hele livscyklussen: fra brugerens input til browseren har opdateret skærmen.
Tærskler:
- ✅ God: Under 200 millisekunder
- ⚠️ Behøver forbedring: 200-500 millisekunder
- ❌ Dårlig: Over 500 millisekunder
Anbefalet mål: Under 100 millisekunder.
Vigtigt: INP erstattede FID (First Input Delay) som officiel Core Web Vital i marts 2024. Det er en fundamentalt strengere metric: FID målte kun forsinkelsen på den allerede første interaktion. INP måler responsiviteten af alle interaktioner gennem hele besøget. Cirka 43% af alle websites fejler stadig INP-tærsklen, hvilket gør det til den vanskeligste Core Web Vital at bestå i 2026.
De 3 hyppigste årsager til dårlig INP:
1. Lang JavaScript-eksekvering (long tasks): JavaScript der kører i mere end 50ms blokerer main thread og forhindrer browseren i at reagere på brugerinput. Løsning: Bryd store JavaScript-bundles op, brug requestIdleCallback() til ikke-kritiske operationer, og implementér code-splitting.
2. For mange tredjeparts-scripts: Analytics, chat-widgets, marketing-pixels og A/B-test scripts kæmper alle om main thread. Løsning: Audit dine tredjeparts-scripts og fjern dem du ikke aktivt bruger. Load resten med defer eller via requestIdleCallback().
3. Ineffektiv event handling: Click handlers der trigger tunge DOM-manipulationer eller API-kald uden debouncing. Løsning: Brug requestAnimationFrame() til visuelle opdateringer, debounce input handlers, og flyt tunge beregninger til Web Workers.
CLS — Cumulative Layout Shift (visuel stabilitet)
Hvad det måler: Hvor meget layoutet forskyder sig uventet under indlæsning og brug. Har du prøvet at klikke på en knap, og så hopper siden ned og du rammer noget andet? Det er CLS.
Tærskler:
- ✅ God: Under 0,1
- ⚠️ Behøver forbedring: 0,1-0,25
- ❌ Dårlig: Over 0,25
Anbefalet mål: Under 0,05.
De 4 hyppigste årsager til dårlig CLS:
1. Billeder og video uden dimensioner: Når browseren ikke kender højde og bredde på forhånd, reserverer den ikke plads — og indholdet "hopper" når billedet indlæses. Løsning: Tilføj altid width og height attributter til alle <img> og <video> tags. I Next.js håndterer next/image dette automatisk.
2. Webfonts der forårsager tekst-reflow: Når en webfont indlæses og erstatter fallback-fonten, kan teksten skifte størrelse og layout. Løsning: Brug font-display: swap og vælg en fallback-font der matcher din webfonts dimensioner så tæt som muligt.
3. Dynamisk injiceret indhold: Cookie-bannere, newsletter-popups og annoncer der skubber indhold ned. Løsning: Reservér plads til dynamisk indhold med faste dimensioner, eller placer det i overlay/modal i stedet for inline.
4. Annoncer og embeds uden reserveret plads: Google Ads, YouTube-embeds og social media widgets der loader asynkront. Løsning: Brug <iframe> med faste width/height eller en CSS aspect-ratio container.
Sådan måler du dine Core Web Vitals
Felt-data (reelle brugere) — det Google bruger
- Google Search Console: Core Web Vitals rapporten viser performance per URL og URL-gruppe baseret på CrUX-data.
- PageSpeed Insights: Viser både felt-data (CrUX) og lab-data (Lighthouse) for enhver URL. Felt-data sektionen øverst er det Google bruger.
- Chrome User Experience Report (CrUX): Googles offentlige datasæt med reelle brugerdata, tilgængeligt via CrUX Vis — et nyere dashboard med ugentlige opdateringer og data på både domæne- og URL-niveau.
Lab-data (simuleret) — til debugging
- Lighthouse (indbygget i Chrome DevTools): Tryk F12 → Lighthouse → "Analyze page load". Giver detaljerede anbefalinger per metric.
- WebPageTest: Avanceret performance-test med filmstrip-visning og waterfall-analyse.
Vigtig forskel: Lab-data (Lighthouse) og felt-data (CrUX) viser ofte forskellige resultater. Google bruger felt-data til ranking. Lab-data er til debugging og identifikation af problemer. Optimer baseret på felt-data, debug med lab-data.
Core Web Vitals for WordPress vs. Next.js
Performance-forskellen mellem WordPress og Next.js afspejles direkte i Core Web Vitals:
| Metric | WordPress (typisk) | Next.js (typisk) | Forskel |
|---|---|---|---|
| LCP | 2,5-4,0s | 0,5-1,5s | Next.js 60-75% hurtigere |
| INP | 150-400ms | 50-150ms | Next.js signifikant bedre |
| CLS | 0,05-0,25 | 0,01-0,05 | Next.js mere stabilt |
| PageSpeed (mobil) | 40-70 | 85-100 | Generationsforskel |
WordPress kan optimeres til gode Core Web Vitals — men det kræver caching-plugins (WP Rocket), CDN, billedoptimering og konstant vedligeholdelse. Next.js leverer gode scores out of the box fordi arkitekturen er designet til performance fra bunden.
Læs vores WordPress vs. Next.js sammenligning for den fulde analyse, eller vores Next.js og headless CMS guide for at forstå den moderne tilgang.
Handlingsplan: Forbedre dine Core Web Vitals i 5 trin
1. Mål din baseline: Test dine vigtigste sider i PageSpeed Insights og noter LCP, INP og CLS scores.
2. Identificér den værste metric: Fiks den der er længst fra tærsklen først — det giver størst impact.
3. Optimer billeder: Konverter til WebP, tilføj width/height, implementér lazy loading for billeder under folden.
4. Reducer JavaScript: Audit dine tredjeparts-scripts, fjern ubrugte plugins/scripts, implementér code-splitting.
5. Monitor løbende: Opsæt alerts i Google Search Console for Core Web Vitals regressioner. Tjek efter hver deploy.
Ofte stillede spørgsmål
Hvad er Core Web Vitals?
Core Web Vitals er tre Google-metrics der måler brugeroplevelsen på din hjemmeside: LCP (Largest Contentful Paint) måler loadhastighed, INP (Interaction to Next Paint) måler responsivitet, og CLS (Cumulative Layout Shift) måler visuel stabilitet. De er en direkte rankingfaktor i Google og evalueres på den 75. percentil af reelle brugerdata.
Hvad er en god Core Web Vitals score?
Google definerer "god" som: LCP under 2,5 sekunder, INP under 200 millisekunder og CLS under 0,1. For at bestå skal mindst 75% af dine sidevisninger opfylde alle tre tærskler. I praksis bør du sigte mod LCP under 1,5s, INP under 100ms og CLS under 0,05 for at have en sikkerhedsmargin.
Hvad erstattede FID i Core Web Vitals?
INP (Interaction to Next Paint) erstattede FID (First Input Delay) som officiel Core Web Vital i marts 2024. Forskellen er at FID kun målte forsinkelsen på den første interaktion, mens INP måler responsiviteten af alle interaktioner gennem hele besøget — klik, tryk, tastaturinput. INP er en markant strengere metric.
Påvirker Core Web Vitals min Google-placering?
Ja. Core Web Vitals er en bekræftet rankingfaktor i Google. Det er ikke den eneste faktor — indhold og links vejer tungere — men ved to sider med ens indhold og links, vil den med bedre Core Web Vitals ranke højere. Data viser at sites der består alle tre metrics har 24% lavere bounce rate.
Konklusion: Performance er ikke valgfrit
I 2026 er Core Web Vitals ikke et "nice-to-have" — det er en baseline. Google bruger dem som rankingfaktor, brugere forventer hurtige sider, og data viser direkte sammenhæng mellem performance og omsætning.
Start med at teste dine vigtigste sider, fiks de lavthængende frugter (billeder, tredjeparts-scripts), og byg performance-monitoring ind i din workflow. Hvis din hjemmeside konsekvent scorer under 60 i PageSpeed, er det tid til at overveje om din platform — ikke bare din optimering — er problemet.
Hos Webworq bygger vi websites der scorer 90-100 i PageSpeed som standard. Kontakt os for en uforpligtende snak om din hjemmesides performance, eller se vores website services.
Se også: WordPress vs. Next.js | Next.js og headless CMS guide | SEO-guide for danske virksomheder