Core Web Vitals: hvorfor din hjemmeside falder i Google

Hvad er Core Web Vitals, og hvorfor betyder de noget?

Du kender sikkert fornemmelsen. Du slår din egen hjemmeside op på mobilen, og så sker det: siden loader langsomt, noget hopper rundt, og du trykker på en knap der pludselig er rykket. Det er ikke bare irriterende. Det er præcis det, Google måler. Core Web Vitals er Googles officielle målestok for brugeroplevelsen på en hjemmeside. Ikke dens udseende, ikke dens indhold, men dens tekniske adfærd i praksis. Og siden 2021 bruger Google disse målinger aktivt som en del af sin rangering i søgeresultaterne. Det betyder, at din hjemmeside i dag konkurrerer på to fronter på én gang: på indholdet og på den tekniske oplevelse. Og mange danske virksomheder er ubevidste om, at de taber på den anden front, hver eneste dag.

Core Web Vitals handler grundlæggende om tre ting: hvor hurtigt siden loader det vigtigste indhold, hvor hurtigt den reagerer på dine handlinger, og om layoutet er stabilt mens du bruger den. Det lyder simpelt, men bag de tre målinger gemmer der sig en masse tekniske årsager, og dem vender vi tilbage til. Den vigtige pointe er denne: Core Web Vitals er ikke noget, man kan ignorere og håbe forsvinder. Det er en permanent del af Googles rankingalgoritme, og det er et direkte vindue ind i, hvordan rigtige besøgende oplever din side i dagligdagen.

LCP, INP og CLS forklaret på almindeligt dansk

Lad os tage de tre målinger én ad gangen, uden teknisk fnidder.

LCP (Largest Contentful Paint) måler, hvor lang tid der går, fra en bruger klikker på dit link, til det største synlige indhold på siden er fuldt indlæst. Det kan være et stort billede, en overskrift eller et hero-element. Googles anbefaling er under 2,5 sekunder. Mange danske hjemmesider leverer 5 til 8 sekunder på mobil. Det er ikke en forskel, man ser bort fra.

INP (Interaction to Next Paint) er den nyeste af de tre og afløste i 2024 den tidligere FID-måling. INP måler, hvor hurtigt siden reagerer, når du gør noget. Klikker du på en menu, udfylder du en formular, trykker du på en knap? INP registrerer forsinkelsen fra din handling til den synlige reaktion. Under 200 millisekunder er godt. Over 500 millisekunder begynder det at føles som om siden hænger.

CLS (Cumulative Layout Shift) måler, om layoutet på din side er stabilt. Hopper teksten, når et billede loader? Rykker en knap sig, lige inden du klikker? Det kaldes layout shift, og det er en af de mest frustrerende oplevelser på nettet. Et CLS-score under 0,1 er acceptabelt. Over det begynder du at miste tilliden hos dine besøgende.

Sammenfattet måler LCP hastighed på indlæsning, INP hastighed på interaktion, og CLS stabilitet på layout. Alle tre skal være i grønt, hvis du vil klare dig godt i både Google og i brugernes øjne.

Sådan påvirker de SEO, konvertering og brugeroplevelse

Der er en grund til, at Google valgte at gøre Core Web Vitals til en rankingfaktor. Forskning fra Google viser igen og igen, at dårlig hastighed direkte fører til færre konverteringer og kortere besøgstid.

En hjemmeside der tager 3 sekunder ekstra at loade, mister statistisk set over halvdelen af sine mobilbesøgende, inden de overhovedet ser indholdet. Og dem, der bliver? De konverterer væsentligt dårligere, hvis siden hakker eller hopper undervejs.

For en dansk virksomhed med en hjemmeside der genererer leads eller sælger produkter, kan det betyde konkret forskel på bundlinjen. Det handler ikke kun om SEO-placeringer. Det handler om, hvad der sker, når en potentiel kunde faktisk finder dig.

På SEO-siden er sammenhængen direkte: Google bruger en kombination af Pagespeed og Core Web Vitals som et rankingsignal, der kan rykke dig op eller ned i søgeresultaterne. I konkurrenceprægede søgeord kan to ellers ens sider skilles ad netop på baggrund af teknisk performance. Det er ikke teorien, det er hverdagen.

Og så er der den menneskelige faktor. En side der loader hurtigt og ikke hopper rundt, sender et ubevidst signal til besøgende om, at du er professionel og troværdig. Det er svært at måle direkte, men det er nemt at mærke som bruger.

Hvorfor scorer mange hjemmesider dårligt på mobil?

Hvis du har tjekket din hjemmeside i Google PageSpeed Insights og set et rødt tal på mobil, er du ikke alene. Størstedelen af de danske hjemmesider, jeg ser på, har udfordringer med mobil performance, og det skyldes som regel ikke ét enkelt problem, men en kombination af ting, der over tid er hopet op.

Den vigtigste forklaring er, at mange hjemmesider er bygget og designet med en desktop-skærm for øje. Mobiloplevelsen er så at sige en eftertanke, et responsive design der teknisk skalerer, men som aldrig er optimeret til mobilens begrænsede båndbredde og processorkraft.

Mobilen er i dag det primære brugermedie for de fleste brancher. Google indekserer mobilversionen af din side som standard (mobile-first indexing). Og alligevel er mobil hastighed stadig en blind vinkel hos mange. Lad os se på, hvad der typisk trækker mest ned.

Store billeder, skrifter og scripts er ofte synderen

Det mest almindelige problem er billeder. Ikke fordi billeder er forkerte, men fordi de typisk uploades i det format og den størrelse, de kom fra kameraet eller designprogrammet. Et billede på 4 megabyte, der burde være 80 kilobyte, er en af de hurtigste måder at ødelægge sin LCP-score på.

Det næste store problem er skrifter. Mange hjemmesider indlæser 4 til 6 forskellige skriftsnit fra Google Fonts eller andre eksterne tjenester. Hvert kald til en ekstern server tager tid, og browseren kan ikke vise teksten, før skrifterne er hentet hjem. Det giver synlig forsinkelse og påvirker både LCP og den oplevede hastighed.

Så er der JavaScript. Moderne hjemmesider er tunge på scripts, og mange af dem loader, før siden er klar til brugeren. Det gælder sporing, chatbots, markedsføringsværktøjer og meget mere. Hvert script der blokerer siden, forsinker interaktiviteten og presser INP-scoren i vejret.

WordPress, shoptemaer og tredjepart gør siden tung

WordPress er verdens mest udbredte hjemmesideplatform, og det er ikke uden grund. Men Core Web Vitals WordPress er en udbredt udfordring, fordi mange WordPress-sider er bygget med tunge side-builders, shoptemaer med hundredvis af funktioner, og et hav af plugins der alle tilføjer scripts, stylesheets og databasekald.

Et typisk WooCommerce-tema kan nemt loade 30 til 50 JavaScript-filer på forsiden. Hver af dem tager tid. Og fordi temaerne er lavet til at fungere for alle, er de ikke optimeret til nogen.

Dertil kommer tredjepartsintegrationer. Google Tag Manager med 12 tags, live chat, recensionstjeneste, nyhedsbrevsformular og betalingsgateway. Alle disse tjenester henter ressourcer fra eksterne servere, og din side venter på dem. Det er ikke et niche-problem, det er standarden på langt de fleste danske virksomhedshjemmesider.

Når layout hopper, og knapper flytter sig under klik

CLS er det problem, der irriterer brugerne mest direkte. Du sidder og læser, og pludselig hopper alt ned, fordi et bannerbillede endelig loadede. Eller du er ved at klikke på en knap, men den rykker sig i sidste sekund, og du rammer noget andet.

Det sker typisk, når billeder ikke har angivet bredde og højde i koden, så browseren ikke ved, hvor meget plads den skal reservere. Det sker, når annoncer, cookiebannere eller chatwidgets popper ind på siden dynamisk, uden at layoutet er forberedt på det.

CLS er faktisk det nemmeste at rette, når man ved hvad man kigger efter. Men det kræver at nogen faktisk kigger. Og det er præcis derfor, mange sider løber rundt med dårlige CLS-scorer i årevis uden at opdage det.

Måling	Hvad måles	God score	Typisk dansk problem
LCP	Indlæsning af primært indhold	Under 2,5 sek.	Store ukomprimerede billeder
INP	Reaktionstid på interaktioner	Under 200 ms	For mange blokerende scripts
CLS	Layoutstabilitet under indlæsning	Under 0,1	Manglende billeddimensioner og dynamisk indhold

Sådan måler du Core Web Vitals rigtigt

Første skridt er at forstå, hvad der faktisk er galt. Det lyder åbenlyst, men mange hopper direkte til løsningerne uden at kende problemet præcist. Det er en fejl der kan koste tid og penge.

Der er heldigvis gode gratis værktøjer til at måle din hjemmesides performance, og Google stiller dem til rådighed direkte. Du behøver ikke noget avanceret setup for at komme i gang.

PageSpeed Insights, Search Console og feltdata

Google PageSpeed Insights er startstedet for langt de fleste. Du indsætter en URL, og du får en score fra 0 til 100 for henholdsvis mobil og desktop. Under scoren finder du en detaljeret oversigt over de specifikke Core Web Vitals-målinger og en liste over hvad der trækker ned.

PageSpeed Insights viser to typer data. Det ene er feltdata fra rigtige brugere (Chrome User Experience Report), og det andet er laboratoriedata fra Googles egne simuleringer. Begge er vigtige, men de fortæller dig ikke det samme.

Google Search Console er et andet uundværligt sted. Under fanen "Oplevelse" finder du en rapport over Core Web Vitals for hele dit domæne, baseret på rigtige brugerdata. Her kan du se, hvilke URL-grupper der underpresterer, og om Google allerede har registreret dårlig performance som et problem.

Labdata og rigtige brugere er ikke det samme

Dette er en misforståelse, der fører mange på vildspor. Labdata fra PageSpeed Insights er en simulering. Google bruger en fast, kunstig enhed med en fastsat netværkshastighed til at teste din side. Det er en god indikator, men det er ikke virkeligheden.

Feltdata er målinger fra rigtige brugere, der besøger din side med deres egne telefoner og netværksforbindelser. Det er dette data, Google bruger som rankingsignal. Og det kan se meget anderledes ud end labdata.

Et konkret eksempel: din side scorer 78 i labdata, men feltdata viser, at 40 procent af dine mobilbrugere oplever dårlig LCP. Det skyldes, at rigtige mobilbrugere måske sidder på et langsomt 4G-netværk, har en ældre telefon, eller besøger din side på et tidspunkt, hvor din server er mere belastet.

Det er altid feltdata, der tæller i Googles øjne. Labdata er en pegepind til fejlsøgning, men du bør aldrig ignorere den reelle brugeroplevelse bag tallene.

Hvad bør du rette først for at få mærkbar effekt?

Når du har overblik over dine Core Web Vitals-scorer og ved, hvilke sider der er problemet, er næste spørgsmål: hvad gør man først? For det er sjældent bare ét ting, der skal rettes. Det er en prioriteringssag.

Min erfaring er, at mange virksomheder bruger tid på kosmetiske rettelser, fordi de er nemmere at forstå. Men de kosmetiske rettelser rykker sjældent nålen på dine Core Web Vitals. Det gør de grundlæggende flaskehalse.

Lad os gå systematisk til det.

Start med det største indhold og færre tunge kald

Din LCP-score er som oftest den, der giver den største gevinst, hvis du retter den. Og årsagen til dårlig LCP er næsten altid det samme: et tungt billede eller element, der tager for lang tid at loade.

Konkrete trin du kan tage:

• Konverter alle billeder til WebP-format og sørg for, at de aldrig er større end nødvendigt til den visningsstørrelse, de vises i.
• Brug lazy loading på billeder, der er under skillelinjen, men sæt aldrig lazy loading på dit hero-billede (det er din LCP).
• Lad din server sende billeder i korrekt størrelse til mobil kontra desktop via srcset-attributter.
• Reducer antallet af tredjepartsscripts, der loader ved sidestart. Udskyd alt, der ikke er kritisk.
• Brug en Content Delivery Network (CDN) til at servere ressourcer fra en server tæt på brugeren geografisk.

For Core Web Vitals Next.js er billedet lidt anderledes. Next.js har indbygget billedoptimering via Image-komponenten, automatisk lazy loading og mulighed for server-side rendering, der kan dramatisk forbedre LCP. Men det kræver at disse funktioner rent faktisk bruges korrekt, og det er ikke altid tilfældet i praksis.

Prioritér de fejl der rammer forsiden og vigtige sider

Du behøver ikke rette alle sider på én gang. Start med de sider der har den højeste trafik og det største forretningsmæssige potentiale. For de fleste virksomheder er det forsiden, en produktside eller en landingsside til leads.

Google vægter disse sider mere, fordi de har mere feltdata fra rigtige brugere. Og det er her, dine potentielle kunder lander. En forbedring på forsiden mærkes altså dobbelt: i SEO og i konvertering.

For WordPress og WooCommerce-sider anbefaler jeg at starte med at gennemgå aktive plugins og fjerne det, der ikke er kritisk. Bagefter: installer et caching-plugin (fx WP Rocket eller LiteSpeed Cache), komprimér billeder med et automatisk billedoptimeringsplugin, og deaktivér unødvendige JavaScript-filer på sider, hvor de ikke bruges.

Det er ikke glamourøst arbejde. Men det er præcis det arbejde, der rykker en hjemmeside fra rød til grøn i PageSpeed Insights.

Når hurtigere side også giver bedre crawl og salg

Der er en bonus, som mange ikke tænker over: Googles crawlbot Googlebot bruger et begrænset crawlbudget på din side. En langsom hjemmeside bruger mere af det crawlbudget per side, hvilket betyder, at færre sider indekseres i samme tidsrum.

For en hjemmeside med mange sider (webshop, blog, stor serviceportefølje) kan det have direkte konsekvenser for, hvor hurtigt nye sider dukker op i søgeresultaterne. Hurtigere side, bedre crawleffektivitet, hurtigere indeksering.

Og så er der salgssiden. En hurtigere hjemmeside konverterer bedre. Det er dokumenteret. Mere end halvdelen af mobilbesøgende forlader en side, hvis den tager mere end 3 sekunder at loade. Dem der bliver, konverterer bedre, når interaktionen er smidig og layoutet stabilt.

Det her er sammenspillet, der gør teknisk SEO til en forretningsinvestering og ikke bare en teknisk øvelse: bedre Core Web Vitals giver bedre placeringer, der giver mere trafik, der konverterer bedre, fordi siden er hurtigere og mere stabil. Det er ikke en cirkel, det er en spiral opad.

Din hjemmeside er din vigtigste sælger — behandl den som det

Denne artikel har gennemgået, hvad Core Web Vitals er, og hvorfor de tre målinger LCP, INP og CLS ikke bare er tekniske nørdepunkter, men direkte afgørende for, om din hjemmeside performer i Google og for dine besøgende.

Vi har set på, hvorfor mange danske hjemmesider kæmper på mobil: store billeder, tunge WordPress-temaer, tredjepartsscripts og layouts der ikke er forberedt på dynamisk indhold. Vi har kigget på, hvordan man måler rigtigt ved at skelne mellem labdata og feltdata i PageSpeed Insights og Search Console. Og vi har prioriteret: start med LCP, fjern de tunge kald, fokusér på de sider der betyder mest.

Den røde tråd er enkel: en langsom, ustabil hjemmeside koster dig placeringer, trafik og salg. Og det er solvable problemer, når man ved, hvad man kigger efter.

Hvis du sidder med en hjemmeside, der scorer rødt, og ikke er sikker på, hvad der trækker den ned, er du mere end velkommen til at række ud. Jeg kigger gerne med og hjælper dig finde de reelle flaskehalse fremfor at jagte symptomerne.