Core Web Vitals: ikke nok data i Search Console

Hvad "Ikke nok brugsdata" betyder

Core Web Vitals-rapporten i Search Console viser, hvordan rigtige Chrome-brugere oplevede dine sider. Hver gang en bruger på Chrome med de rette indstillinger indlæser en af dine sider, sendes dette besøgs LCP, INP og CLS til Google og ender i et offentligt datasæt kaldet Chrome User Experience Report, forkortet CrUX. Search Console læser fra det datasæt og viser tallene for dig. I modsætning til hvad de fleste tror, måler Search Console altså ikke dit site ved at besøge det; det indsamler bare data fra rigtige brugere.

Er der ikke nok af de besøg på dine sider, er der intet at vise. Det er her, du får meddelelsen "Ikke nok brugsdata i de seneste 90 dage for denne enhedstype" for mobil eller desktop, nogle gange begge.

Nogle opfatter det som et dårligt tegn, men manglende data siger intet om, hvor hurtigt eller langsomt dit site er. Google har ikke set nok af dine besøgende til at kunne udtale sig om det.

Hvorfor CrUX ikke har data om dit site

Hovedårsagen er trafik. CrUX rapporterer kun en side eller et origin (protokol plus domæne, altså https://www.example.com), når den er "tilstrækkeligt populær". Hvad det præcist betyder, melder Google intet om; siden om metoden nævner kun, at tærsklen er høj nok til at give sikkerhed om fordelingen.

Og til at begynde med tæller kun en lille del af dine besøgende med mod den tærskel. CrUX indsamler kun fra folk på Chrome, som har slået brugsstatistik til, synkroniserer deres browserhistorik og ikke har en synkroniseringsadgangskode. Det er Chrome på desktop og Chrome på Android. Chrome på iPhone tæller ikke med (det er WebKit under motorhjelmen, præcis som Safari), og Safari selv, Firefox, Edge samt browseren i Instagram-appen tæller heller ikke med. På et site med meget iPhone-trafik havner de fleste besøgende aldrig i datasættet. Mobil og desktop tælles desuden separat. Du kan derfor have data på desktop og intet på mobil, eller omvendt. Den enhed, der har mindst Chrome-trafik, er tom først.

Dernæst skal selve siden kvalificere sig. Alt, der returnerer andet end 200 efter redirects, springes over. Sider med et noindex-metatag eller en X-Robots-Tag: noindex-header springes også over. Search Console tilføjer sin egen regel oveni: Kun URL'er, der rent faktisk er indekseret, vises i rapporten.

Og har du lige tilføjet din property i Search Console, viser den under alle omstændigheder intet i et stykke tid. Det løser sig selv, så snart Google har behandlet det.

Sider uden data får scoren fra origin

Search Console rapporterer heller ikke om enkelte sider, men grupperer URL'er, der ligner hinanden. Har en gruppe ikke nok egne data, falder Search Console tilbage på origin – altså alle URL'er med samme protokol, host og port. En side, som CrUX aldrig har set, kan altså stadig stå som God eller Dårlig i din rapport, fordi den låner tallet fra resten af dit site.

I praksis løber forsiden og bloggen med det meste af trafikken, så de afgør det origin-tal. Dine produktsider eller dit checkout kan være langt langsommere, uden at du nogensinde ser det i Search Console. Det er også grunden til, at jeg aldrig bruger CrUX-tallet for hele sitet som mål. Det er vægtet efter trafik, så dine mest besøgte sider bestemmer det – og det er ikke nødvendigvis de sider, du bekymrer dig om.

Lighthouse hjælper ikke her

Rådet, du ser overalt, er at køre PageSpeed Insights eller Lighthouse, indtil CrUX-dataene dukker op. Jeg forstår godt, hvorfor folk siger det, men det giver dig ikke det, du har brug for. En Lighthouse-kørsel indlæser din side én gang på en simuleret telefon med en throttlet forbindelse og en tom cache. Fint til at finde problemer på selve siden, men det siger intet om, hvad dine besøgende oplever.

INP kræver for eksempel rigtige mennesker, der klikker og trykker på rigtige enheder; Lighthouse klikker ikke på noget. Ved CLS holder Lighthouse op med at måle, så snart siden er indlæst. En forsinket annonce, der skubber indholdet ned, eller noget, der hopper, når den besøgende scroller, havner aldrig i rapporten. Og LCP afhænger af telefonen, forbindelsen og hvor langt den besøgende er fra dit CDN. En enkelt testkørsel har kun én af hver.

At vente virker kun, hvis din trafik vokser. CrUX ser på de seneste 28 dages besøg (forsinkelsen er i øvrigt langt kortere, end folk tror – se hvorfor forsinkelsen på 28 dage er en myte). Havde du ikke nok kvalificerende Chrome-besøg i denne måned, har du dem sandsynligvis heller ikke i næste måned.

Mål dine egne besøgende med RUM

Alternativet er at måle det selv. Real user monitoring, RUM, kører et lille script i browseren hos hver besøgende, måler dette besøgs Core Web Vitals og sender tallene til dig i stedet for til Google. Samme slags field data som CrUX, bare uden nogen tærskel, der skal nås, og uden at du er begrænset til Chrome-brugere.

En side med 50 besøg om måneden har data. Det gælder også dine iPhone-besøgende: Safari måler LCP og INP siden Safari 26.2 (december 2025), så de dukker op i RUM, mens CrUX stadig udelader dem. Du kan også se, hvilket element der var skyld i et dårligt tal: billedet, der var LCP, eller knappen, der reagerede langsomt. Efter et deploy ser du effekten inden for få minutter i stedet for et sted i et gennemsnit over 28 dage.

Core/Dash er det RUM-værktøj, jeg har bygget til dette. Ét script-tag eller et WordPress-plugin, og dataene begynder at komme ind ved første sidevisning. Det sætter ingen cookies og indsamler ingen persondata, så der kræves intet samtykkebanner. På et lille site gør det en reel forskel: Et RUM-script bag et samtykkebanner måler kun dem, der klikker acceptér, og så er du tilbage ved en brøkdel af dine besøgende. Abonnementerne starter ved $16 om måneden ved årlig afregning, og en 14-dages prøveperiode kræver intet betalingskort.

Lad det køre videre, efter CrUX har opfanget dit site. Search Console viser kun URL-grupper; værktøjet fortæller dig aldrig, hvilken side eller hvilket element der gjorde en gruppe langsom.

Tjek, hvad CrUX har om dit site lige nu

Før du ændrer noget, bør du tjekke, om CrUX overhovedet har dit origin. CrUX History-værktøjet på corewebvitals.io viser CrUX-historikken for ethvert site. Er mobil tom der, er den også tom i Search Console.

Se også: installation af Core/Dash, browser-dimensionen for de besøgende, CrUX udelader, og enhedstype-dimensionen til at opdele mobil og desktop.

Kilder: Search Console Hjælp: Core Web Vitals-rapporten, CrUX-metodologi, Safari 26.2 tilføjer LCP og INP.