Core Web Vitals: Hva er LCP, CLS og INP?

Du har sikkert opplevd det selv: du klikker på et søkeresultat, men siden bruker evigheter på å laste. Eller du prøver å trykke på en knapp, men innholdet hopper og du treffer noe annet. Det er akkurat disse opplevelsene Core Web Vitals måler — og Google bruker dem i sine rangeringssystemer.

Core Web Vitals er tre konkrete metrikker som måler brukeropplevelsen på nettsiden din. De ble en del av Googles sideopplevelsessignal (Page Experience) da det ble rullet ut i juni–august 2021. Ifølge Googles dokumentasjon om sideopplevelse finnes det ikke ett enkelt signal — men Googles kjernesystemer ser på en rekke signaler, og Core Web Vitals brukes av rangeringssystemene. Av norske bedriftssider vi har analysert, har rundt 30 % dårlige Core Web Vitals-tall (Nettscore egne data) — noe som kan holde dem nede i søkeresultatene.

De tre målingene forklart

Alle terskelverdier er hentet direkte fra Google Search Central og web.dev. Google måler ved 75. persentil av faktiske brukerbesøk — altså den opplevelsen 75 % av besøkende har eller bedre.

Hvorfor betyr dette for din bedrift?

Ifølge Google Search Central anbefales det sterkt at nettstedseiere oppnår gode Core Web Vitals for å lykkes i søk og for å sikre en god brukeropplevelse generelt. Googles sideopplevelsesdokumentasjon presiserer at CWV brukes av rangeringssystemene — men at perfekt score alene ikke garanterer topplassering, da innholdskvalitet fortsatt er den viktigste faktoren.

Men viktigere enn selve rangeringseffekten er brukeropplevelsen: en studie fra Google/Chromium-teamet, basert på millioner av sidevisninger, viste at besøkende er 24 % mindre tilbøyelige til å forlate en side som oppfyller Core Web Vitals-kravene, sammenlignet med sider som ikke gjør det (web.dev; også bekreftet av Google News Initiative).

For lokale bedrifter der kunder ofte søker på mobil i en stresset situasjon (rørlegger-nødsituasjon, tannpine, bilproblemer) er hastighet kritisk. Hvis nettsiden din bruker 5 sekunder på å laste, ringer de konkurrenten.

Slik fikser du dårlig LCP

LCP er den vanligste problemstillingen. De fire vanligste årsakene og løsningene:

Store bilder. Et mobilbilde trenger sjelden å være bredere enn 800px. Bruk WebP-format i stedet for JPEG/PNG — WebP gir typisk 25–34 % mindre filstørrelse ifølge web.dev sitt ytelsesbibliotek. I WordPress gjør pluginen Imagify eller ShortPixel dette automatisk.

Treg server. Billig webhotell kan gi svartider på 1–2 sekunder bare for å starte lasting (TTFB — Time to First Byte). Vurder å oppgradere til raskere hosting — One.com, Domene.shop og Loopia har alle rimelige planer med god hastighet for norske bedrifter.

Tunge fonter. Unngå å laste inn mange forskjellige skrifttyper. Bruk font-display: swap for at teksten vises umiddelbart med en systemfont mens webfonten lastes.

Blokkerende JavaScript og CSS. Tredjeparts-skript (chat-widgets, analyseverktøy, sosiale medier-plugins) kan forsinke lastingen betydelig. Fjern det du ikke trenger, og last inn resten asynkront (med async eller defer).

Slik fikser du dårlig CLS

Sett dimensjoner på bilder. Legg alltid til width og height på <img>-tagger. Da reserverer nettleseren plass til bildet før det lastes — og innholdet hopper ikke når bildet dukker opp. Googles mobile-first indexing-dokumentasjon anbefaler eksplisitt at bilder skal ha størrelsesattributter.

Unngå dynamiske elementer over innholdet. Bannerannonser, cookie-varsler og nyhetsbrev-popups som dytter innholdet ned etter lasting forårsaker CLS. Bruk faste plassholdere eller vis dem som overlegg.

Forhåndsinnlast fonter. Legg til <link rel="preload"> for webfonter, slik at de er klare når nettleseren trenger dem — og unngår at tekst «hopper» når fonten bytter.

Slik fikser du dårlig INP

Reduser JavaScript. Tung JavaScript på siden blokkerer nettleseren fra å reagere på klikk. Fjern plugins og skript du ikke bruker. Defer skript som ikke trengs umiddelbart.

Del opp lange oppgaver. Ifølge web.dev måler INP den lengste forsinkelsen av brukerinteraksjoner gjennom hele sidebesøket. Hvis du har egenutviklet JavaScript som utfører tunge beregninger, del dem opp i mindre biter slik at nettleseren kan svare på brukerinteraksjoner mellom hver bit.

Unngå store DOM-trær. Nettsider med tusenvis av HTML-elementer reagerer tregere. Hold strukturen enkel og fjern unødvendige innpaknings-elementer.

Slik sjekker du Core Web Vitals

Google PageSpeed Insights — Gå til pagespeed.web.dev, skriv inn URL-en din. Du får både lab-data (simulert via Lighthouse) og field-data (ekte brukerdata fra Chrome User Experience Report, hvis tilgjengelig).

Google Search Console — Under «Opplevelse» → «Core Web Vitals» ser du en oversikt over alle sidene dine, delt inn i «Bra», «Trenger forbedring» og «Dårlig». Ifølge Googles dokumentasjon baseres rapporten på ekte brukerdata (CrUX) aggregert over 28 dager.

Nettscore — Vi måler LCP og CLS automatisk i analysen og viser deg om nettsiden din møter Googles krav. Du får konkrete tips for din spesifikke side.

Vanlige spørsmål