Indhold
  1. LCP er det store indhold
  2. INP er svaret på et tryk
  3. CLS er ryk i layoutet
  4. En test er ikke de besøgendes oplevelse
  5. Det, vi retter først
  6. Sådan vurderes et godt resultat
  7. Fra tal til en konkret rettelse
  8. Kilder

Core Web Vitals er Googles tre mål for, hvordan siden føles. Hvor hurtigt det vigtigste indhold er der. Hvor hurtigt siden svarer, når nogen trykker. Om layoutet rykker sig, mens den loader. De hedder LCP, INP og CLS.

De er ikke en score fra 0 til 100, og de er ikke en placering. En langsom side kan tabe den besøgende, der kom for at skrive. En hurtig side vinder ikke søgningen, hvis den er det forkerte svar. Hastighed er en del af den tekniske gennemgang. Her er de tre tal, gennemgangen kigger på.

LCP er det store indhold

LCP, Largest Contentful Paint, er, hvornår det største synlige element er færdigt. Ofte hero-billedet eller overskriften. Grænsen for godt er højst 2,5 sekunder.

Det, der typisk trækker tallet op, er et for stort billede, en server, der er længe om at svare, og scripts, der skal hentes, før teksten må vises. Billedet skal have en størrelse, der passer til skærmen, ikke kameraets original. Filnavn, format og alt-tekst står i image SEO.

INP er svaret på et tryk

INP, Interaction to Next Paint, er tiden fra et tryk, et klik eller et tastetryk, til siden viser, at den har forstået det. Menuen, en knap, et felt. Grænsen for godt er højst 200 millisekunder.

Det er ikke det samme som, hvor hurtigt siden loader. En side kan vise overskriften med det samme og alligevel vente et sekund, når nogen åbner menuen, fordi et script står i vejen. FID, det gamle mål, blev afløst af INP den 12. marts 2024. Det er INP, der tæller nu.

CLS er ryk i layoutet

CLS, Cumulative Layout Shift, opsummerer uventede layoutforskydninger. De kan også opstå efter indlæsning, mens siden bruges. En knap, der rykker sig, idet I skal trykke. En tekst, der skubbes ned af et billede uden højde. Grænsen for godt er højst 0,1.

Reservér plads til billeder og video med korrekte dimensioner eller aspect-ratio; på responsive sider kan højden fortsat tilpasse sig bredden. Lad ikke en bjælke eller en annonce skubbe indholdet ned, efter siden ser færdig ud. En font, der skifter og gør linjerne længere, er det samme ryk.

To indlæsningsforløb: Uden billedplads skubbes teksten ned; med reserveret plads bliver tekstens position bevaret.
Forenklet CLS-eksempel: Uden reserveret billedplads flytter teksten sig, når billedet kommer ind. Med faste proportioner ligger teksten samme sted før og efter. Illustration i fuld størrelse.

En test er ikke de besøgendes oplevelse

PageSpeed Insights viser både feltdata, når der er tilstrækkelige data, og en Lighthouse-laboratorietest. Laboratorietesten viser, hvad der sinker i den kørsel: billeder, scripts, cache. Det er nyttigt, og I kan starte den på hastighedstesten. Lighthouse-scoren er ikke det, Google bruger som Core Web Vitals.

De tre mål kommer fra rigtige besøg i Chrome, samlet over tid. Search Console viser, om siderne består hos dem, der faktisk åbner dem. Rapporten samler sider med samme oplevelse i grupper, bygger på de seneste 28 dages data fra Chrome User Experience Report og giver hver gruppe status efter det dårligste af de tre mål. En grøn laboratorie-score og et dårligt feltresultat kan godt findes på samme side. Ret det, besøgende mærker. Brug laboratorietesten til at finde konkrete årsager frem for at behandle totalscoren som et selvstændigt forretningsmål.

Det, vi retter først

Først det store billede og den højde, det skal have, fordi det samme billede ofte påvirker både LCP og CLS. Så de scripts, siden henter uden at bruge, fordi de forsinker både load og det næste tryk. Cache, så den samme side ikke bygges forfra for hver besøgende. Hvordan I selv finder og retter hvert af de tre tal, står i guiderne til LCP, INP og CLS.

Det gør siden kvalificeret. Det gør den ikke til det bedste svar. Emnet, titlen og de interne links gælder stadig. Selve forløbet står under SEO-optimering.

Sådan vurderes et godt resultat

web.dev beskriver vurderingen ved den 75. percentil, opdelt på mobil og desktop. Alle tre mål skal ligge i det gode område. Det er ikke nok, at én hurtig test består.

Det er sværere, end det lyder. HTTP Archive fandt i Web Almanac 2025, at 48 % af websites på mobil bestod alle tre mål, mod 56 % på desktop. LCP var det mål, færrest bestod på mobil: 62 %.

Feltdata dækker en periode og kræver tilstrækkelige besøg. Manglende data er derfor ikke det samme som et dårligt resultat. web.dev om laboratorie- og feltdata forklarer forskelle i enheder, netværk og brugerhandlinger. En almindelig Lighthouse-indlæsning giver ikke et INP-tal, fordi testen ikke trykker på noget; TBT kan bruges som et diagnostisk spor.

Fra tal til en konkret rettelse

  1. Vælg en vigtig sidetype og undersøg dens mobil- og desktopdata hver for sig.
  2. Ved LCP: Find det faktiske LCP-element og se, om ventetiden ligger i server, hentning eller visning.
  3. Ved INP: Test menu, filtre og formularer, og find de langsomme interaktioner.
  4. Ved CLS: Se efter elementer, der indsættes eller skifter størrelse uden reserveret plads.
  5. Test rettelsen i laboratoriet og følg feltdata efterfølgende. Feltdata dækker de seneste 28 dage og ændrer sig derfor ikke øjeblikkeligt. Valideringen i Search Console følger også siderne i 28 dage.

Google skriver, at Core Web Vitals bruges af rankingsystemerne, men at gode tal ikke garanterer topplaceringer, og at Google viser det mest relevante indhold, selv når sideoplevelsen er dårligere. Der er heller ikke ét samlet signal for sideoplevelse. Arbejdet skal gavne sidens brugbarhed sammen med relevant indhold. Grænserne for de tre mål står også i Google Search Centrals side om Core Web Vitals. Vil I have siden til at bestå, hjælper vi med hastighedsoptimering.

Kilder

Skrevet af

Troels Kammer

Webudvikling, SEO & GEO hos Adbull

Troels har 5 års erfaring med SEO og hjælper til dagligt virksomheder med at bygge hjemmesider, der er hurtige, konverterer godt og bliver fundet på Google.

tk@adbull.dk