Core Web Vitals er Googles vigtigste målepunkter for, hvordan en webside opleves af brugeren. De fokuserer på tre centrale områder: hvor hurtigt indholdet bliver synligt, hvor hurtigt siden reagerer på brugerens handlinger, og om layoutet står stabilt under indlæsning.
Målingerne bruges til at vurdere den faktiske brugeroplevelse på tværs af sider og enheder. Derfor er Core Web Vitals blevet et fast begreb i både teknisk SEO og performance-arbejde, hvor de hjælper med at finde problemer, der kan gøre et website langsomt, uroligt eller svært at bruge.
Overordnet handler det ikke kun om hastighed, men om kvaliteten af oplevelsen. Gode værdier kan understøtte både brugervenlighed, konverteringer og synlighed i søgemaskiner.
Core Web Vitals vurderer, hvordan en side opleves i praksis, når brugeren møder den, forsøger at bruge den og bevæger sig rundt på den. De tre centrale målepunkter dækker hver sin del af oplevelsen: hastighed, interaktivitet og visuel stabilitet. Tilsammen giver de et mere retvisende billede end rene indlæsningstal alene.
LCP står for største indholdselement malet (Largest Contentful Paint) og måler, hvor hurtigt det største synlige indholdselement bliver vist, typisk et stort billede eller en overskrift. En god LCP er højst 2,5 sekunder. Fra over 2,5 til og med 4,0 sekunder regnes som forbedringskrævende, mens over 4,0 sekunder er dårligt.
INP betyder interaktion til næste visning (Interaction to Next Paint) og viser, hvor hurtigt siden reagerer på brugerens handlinger, for eksempel klik, tryk og tastaturinput. Her er 200 millisekunder eller mindre et godt niveau. En værdi på over 200 og op til 500 millisekunder peger på, at siden bør forbedres. Ligger INP over 500 millisekunder, regnes oplevelsen som dårlig.
CLS er kumulativ layoutforskydning (Cumulative Layout Shift) og måler, hvor meget indhold flytter sig uventet, mens siden vises. Det gælder blandt andet knapper, billeder og tekstblokke, der hopper rundt under indlæsning. En god CLS er 0,1 eller lavere. Mellem over 0,1 og op til 0,25 er forbedringskrævende, og over 0,25 betragtes som dårligt.
En side, der indlæses hurtigt, reagerer stabilt og ikke flytter rundt på indholdet undervejs, føles mere troværdig og lettere at bruge. Det påvirker brugeroplevelsen direkte. Når besøgende hurtigt kan se indholdet, klikke uden forsinkelse og læse uden forstyrrelser, stiger chancen for, at de bliver på siden, finder det, de søger, og gennemfører en handling.
Core Web Vitals er derfor ikke kun tekniske målinger, men også et praktisk mål for oplevet kvalitet. Dårlig webydelse kan føre til frustration, flere afbrydelser og lavere engagement, især på mobil. Omvendt kan gode værdier understøtte en smidig oplevelse, som gavner både brugere og forretning.
For SEO har målingerne betydning, fordi Google bruger sideoplevelse som et af flere signaler i vurderingen af en side. Det er dog vigtigt at være nuanceret: Core Web Vitals står ikke alene og opvejer ikke svagt indhold, manglende relevans eller dårlig søgeintention. I praksis fungerer de bedst som en medvirkende faktor. Når flere sider ellers er lige gode, kan bedre ydeevne og en stærkere brugeroplevelse være med til at styrke synligheden.
I praksis bør Core Web Vitals måles med både feltdata og laboratoriedata, fordi de bruges til forskellige formål. Feltdata viser, hvordan rigtige brugere oplever siden ude i virkeligheden på tværs af mobil, computer, netværk og enheder. Laboratoriedata er derimod målinger fra en kontrolleret test, hvor man kan genskabe forholdene og lettere finde den konkrete årsag til et problem.
Google Search Console er typisk det bedste sted at begynde, når man vil have overblik. Her kan man se feltdata for grupper af webadresser og opdage, om problemer især rammer mobil eller computer, og hvilke sidetyper der har de største udfordringer. Det gør det lettere at prioritere indsatsen, så man ikke kun retter enkelte sider, men de skabeloner eller sektioner, der påvirker flest besøg.
Når et problem er fundet, bruges PageSpeed Insights til at kombinere feltdata med konkrete testresultater. Værktøjet viser både, hvordan rigtige brugere har oplevet siden, og hvilke tekniske forhold der sandsynligvis bremser den. Lighthouse er især nyttigt til laboratorietests, fordi det hjælper med at pege på årsager som tunge billeder, renderingsblokerende ressourcer eller langsom JavaScript.
En god arbejdsgang er derfor at bruge Search Console til at finde mønstre, PageSpeed Insights til at vurdere den enkelte side og Lighthouse til at fejlfinde i dybden. På den måde kan man prioritere forbedringer efter effekt, sidetype og enhed i stedet for at gætte.
Dårlige Core Web Vitals skyldes ofte en kombination af tunge ressourcer og elementer, der forstyrrer indlæsningen. Store billeder uden korrekt komprimering eller størrelsestilpasning er en klassiker, fordi de forsinker den synlige del af siden. Tung JavaScript kan samtidig blokere browseren, så indhold reagerer langsomt eller først vises sent. Det rammer især målinger som Largest Contentful Paint og Interaction to Next Paint.
Tredjepartsscripts er også en hyppig årsag. Script til statistik, chat, annoncer eller samtykke kan lægge ekstra ventetid oven i sidens egne filer. Et typisk eksempel er en forside, hvor et pop op-vindue og flere sporingsscripts forsinker det største synlige element. Skrifttyper kan give samme problem, hvis mange varianter hentes ind tidligt, eller hvis teksten skjules, mens fonten indlæses.
Layoutskift opstår ofte, når billeder, bannere eller indlejrede moduler ikke har reserveret plads på forhånd. Et andet eksempel er en knap, der flytter sig, når et annoncefelt indlæses over den. Det giver en ustabil oplevelse og svage CLS-målinger.
De største gevinster kommer ofte fra få, gennemprøvede tiltag. Start med billederne, fordi tunge filer hurtigt trækker især indlæsningstiden ned. Komprimer billeder, brug passende filformater og sørg for, at de ikke leveres større end det format, brugeren faktisk ser. Lazy loading kan desuden udskyde billeder og andet indhold under folden, så det vigtigste vises hurtigere.
Et andet typisk fokuspunkt er JavaScript. For meget eller for tungt JavaScript kan forsinke både visning og brugerens mulighed for at klikke, scrolle og navigere. Derfor virker det ofte at fjerne overflødige scripts, udsætte ikke-kritiske filer og begrænse tredjepartskode som sporingsværktøjer, widgets og unødige funktioner. Jo mindre arbejde browseren skal udføre ved indlæsning, desto bedre står siden som regel i de centrale målepunkter.
Caching og hurtig serverrespons er også blandt de mest effektive forbedringer. Når browser og server gemmer indhold klogt, behøver siden ikke hente eller beregne det samme igen og igen. Samtidig bør svartiden fra serveren holdes lav, så HTML kan leveres hurtigt. Det er især vigtigt på sider med mange besøg eller dynamisk indhold.
Endelig bør der reserveres plads til billeder, bannere, indlejrede elementer og annoncer, før de indlæses. Det mindsker uventede forskydninger i layoutet og giver en mere stabil oplevelse. Netop stabile placeringer, hurtig visning og lav ventetid er ofte nok til at løfte Core Web Vitals mærkbart.
De samme målinger kan se forskellige ud, alt efter hvilket Google-værktøj du bruger. Det skyldes især forskellen mellem feltdata, som bygger på rigtige brugeres besøg, og testdata, som kommer fra en kontrolleret måling. Derfor bør rapporter ikke læses som direkte modsætninger, men som forskellige perspektiver på den samme sideoplevelse.
I Google Search Console vises Core Web Vitals som feltdata på gruppe- og sidetyper, typisk med fokus på mobil og desktop hver for sig. Rapporten er god til at opdage mønstre og prioritere fejl i større omfang, men den er ikke et detaljeret diagnoseværktøj.
PageSpeed Insights kombinerer feltdata, når de findes, med en laboratorietest. Det gør værktøjet velegnet til både at vurdere faktisk performance og pege på mulige forbedringer. Lighthouse er derimod primært et diagnoseværktøj baseret på simulerede testforhold. Det er nyttigt til fejlsøgning, men resultaterne er ikke det samme som reelle brugerdata. Mobil og desktop kan desuden give forskellige resultater i alle tre værktøjer.
Hvilken score er god nok? Som tommelfingerregel skal de vigtigste målinger ligge i den grønne kategori for de fleste besøg. Det er ikke nok, at enkelte sider eller tests ser gode ud. Google vurderer især, om rigtige brugere samlet får en tilfredsstillende oplevelse.
Hvor kommer tallene fra? Core Web Vitals kan vises ud fra både laboratoriedata og feltdata. Laboratoriedata stammer fra kontrollerede test og er gode til fejlfinding, mens feltdata bygger på faktiske brugerbesøg over tid. Hvis de to datakilder ikke matcher, er det normalt feltdata, der bedst viser den reelle oplevelse.
Er mobil og desktop det samme? Nej, målingerne vurderes separat. En side kan godt klare sig fint på desktop og samtidig have problemer på mobil, hvor netværk, skærmstørrelse og enheder ofte er mere begrænsede. Derfor bør begge versioner overvåges og forbedres hver for sig.
Hvor hurtigt slår forbedringer igennem? Det afhænger af datakilden. I testværktøjer ses ændringer ofte med det samme, men i feltdata kan der gå flere uger, før nye tal slår tydeligt igennem. Hvorfor varierer resultaterne fra dag til dag? Fordi trafikmængde, brugeradfærd, enheder og forbindelser ændrer sig. Små udsving er normale, så vurder udviklingen over tid i stedet for at reagere på enkeltmålinger.
Ja, Core Web Vitals indgår som en del af Googles vurdering af sideoplevelse. Det betyder, at målingerne kan have betydning for synligheden, men de er kun ét signal blandt flere.
Relevans, indholdskvalitet og søgeintention vejer stadig tungere. Gode værdier hjælper derfor bedst, når siden i forvejen er stærk fagligt og matcher det, brugeren søger.
Core Web Vitals måles typisk med både feltdata og laboratoriedata. Feltdata viser, hvordan rigtige brugere oplever siden, mens laboratoriedata bruges til kontrollerede test og fejlfinding.
I praksis bruges Google Search Console til overblik, PageSpeed Insights til vurdering af enkelte sider og Lighthouse til mere teknisk analyse. Kombinationen giver det mest retvisende billede.
Feltdata bygger på reelle besøg fra rigtige brugere over tid. De afspejler derfor faktiske forhold som mobilnetværk, enhedstyper og brugeradfærd.
Laboratoriedata kommer fra en simuleret test under kontrollerede forhold. De er nyttige til at finde årsager til problemer, men de er ikke det samme som den oplevelse, virkelige brugere har ude i praksis.
En side regnes som god, når LCP er højst 2,5 sekunder, INP er højst 200 millisekunder, og CLS er 0,1 eller lavere. Det er de grænser, Google bruger for den grønne kategori.
Hvis tallene ligger over disse niveauer, er der typisk behov for forbedringer. Målet bør være, at de fleste rigtige brugere får en god oplevelse, ikke kun at en enkelt test ser pæn ud.
Du finder rapporten under afsnittet om oplevelse eller direkte i menupunktet for Core Web Vitals i Google Search Console. Her opdeles data normalt i mobil og computer.
Rapporten viser grupper af webadresser med lignende problemer i stedet for kun enkelte sider. Det gør det lettere at finde mønstre i skabeloner, sektioner eller sidetyper.
Mobil og desktop måles hver for sig, fordi brugerforholdene ofte er forskellige. Mobilbrugere har typisk mindre skærme, svagere forbindelser og enheder med lavere ydeevne.
Derfor kan en side godt have fine resultater på computer og stadig klare sig svagt på mobil. Det er helt normalt og er en vigtig grund til at analysere de to datatyper separat.
Ja, tung eller dårligt optimeret JavaScript er en hyppig årsag til svage målinger. Det kan forsinke visningen af indhold, blokere browserens arbejde og gøre siden langsom til at reagere på klik og andre handlinger.
Det rammer især INP, men kan også påvirke LCP. Hvis browseren bruger for mange ressourcer på scripts, bliver både indlæsning og interaktivitet dårligere.
I laboratorieværktøjer som Lighthouse og PageSpeed Insights kan ændringer ofte ses med det samme efter en ny test. Det gør dem velegnede til hurtig kontrol under arbejdet.
I feltdata og rapporter som Google Search Console går det normalt langsommere. Her kan der gå flere uger, før forbedringer er tydelige, fordi data bygger på rigtige brugerbesøg over tid.