Kort fortalt: CrUX samler anonymiserede performance-målinger fra Chrome-brugere med synkroniseret historik. Det er den primære kilde til feltdata om blandt andet LCP, INP og CLS - når der er nok trafik til at statistikken er meningsfuld.
Hvad er CrUX?
CrUX (Chrome User Experience Report) beskriver, hvordan rigtige brugere oplever indlæsning og interaktion på konkrete origins (domæner) og ofte URL’er. Det er ikke en simuleret lab-test, men mønstre fra Chrome på tværs af enheder, netværk og geografier.
Hvorfor betyder CrUX noget for SEO og prioritering?
Search Console viser “Core Web Vitals” og sideoplevelse baseret på feltdata, når data findes. Det er i praksis CrUX der driver fortællingen om, hvordan Google ser jeres ægte performance - ikke jeres lokale Lighthouse-kørsel alene.
Internt giver CrUX også værdi: I kan sammenligne med konkurrenter (hvor data findes), følge udvikling over tid og undgå at optimere efter et staging-miljø der ikke matcher brugernes virkelighed.
Forskellen på CrUX og lab-data
| CrUX (felt) | Lighthouse m.fl. (lab) | |
|---|---|---|
| Hvem | Rigtige brugere | Kontrolleret test |
| Netværk | Variabelt | Ofte throttling |
| Side | Aggregat over mange loads | Én kørsel ad gangen |
| Formål | Om verden ser problemer | Hvorfor og hvordan I retter |
Lab-data er fremragende til diagnose: hvad blokerer, hvor er LCP-elementet, hvilke scripts fylder. CrUX svarer på: hvad sker der ude hos brugerne - inklusive gamle telefoner og dårlige forbindelser.
Læsevenlig tommelfingerregel: CrUX = «hvordan har det set ud for mange brugere?» - Lighthouse = «hvad bremser denne side lige nu i et kontrolleret kørsel?» Brug begge; de erstatter ikke hinanden. Se også blog: Lighthouse vs CrUX.
Begrænsninger ved CrUX
- For lidt trafik: små sites eller smalle URL’er kan mangle meningsfulde data - så er lab, RUM og manuelle tests vigtigere.
- Ikke real-time: data er aggregeret (typisk 28 dages vindue i rapportering) - I ser ikke hvert enkelt langsomt request.
- Kun Chrome-brugere med synkroniseret historik - andre browsere og brugerprofiler indgår ikke.
- Forklarer ikke årsag - CrUX siger at noget er langsomt; waterfall og DevTools siger hvorfor på en konkret URL.
Typiske fælder
- At tro at “grøn” Lighthouse altid betyder grønne CWV i felt - især på mobil.
- At optimere kun ud fra ét URL, når CrUX aggregerer på origin - kend jeres vigtigste skabeloner og landingssider.
- At ignorere device split: mobil-felt er ofte den strammeste.
- At reagere på kort tids støj - kig på trends og percentiler, ikke ét dårligt ugepunkt alene.
Sådan bruger du CrUX i praksis
- Start i Search Console → Core Web Vitals og grupper af problem-URL’er.
- Brug PageSpeed Insights til både felt (når tilgængeligt) og lab til konkrete forslag.
- Brug lab (Lighthouse, DevTools) til at finde årsag - ret kode, server eller cache-flow.
- Supplér med RUM når I har brug for finmaskede dimensioner CrUX ikke giver.
Relaterede begreber
FAQ
Hvorfor har jeg ikke CrUX-data på alle URL'er?
CrUX kræver et minimum af anonymiseret trafik. Små steder, nye domæner eller meget smalle URL’er kan mangle data - så er lab og egen RUM endnu vigtigere.
Er CrUX det samme som Google ranking?
Core Web Vitals er kvalitetssignaler blandt mange. CrUX er den typiske kilde til feltudtryk af CWV. Optimér for brugeren først - ikke for ét enkelt aggregat.
Kan jeg stole på CrUX hvis min egen Lighthouse er grøn?
Ofte ikke blindt. Lab matcher ikke altid brugernes enheder og net. Brug CrUX til at se om mobil-felt reelt halter, selv når desktop-lab ser fint ud.
Hvad er forskellen på origin og URL-niveau i CrUX?
CrUX kan rapportere på hele origin og på specifikke URL-mønstre når der er nok data. Små undersider kan mangle URL-niveau mens origin stadig har tal - derfor skal I teste vigtige skabeloner selv.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Optimer cookie banner uden CLS og INP problemer
Lær hvordan du bygger eller justerer cookie bannere, så de ikke skubber indhold, blokerer interaktion eller gør siden tungere end nødvendigt.
Undgå CLS fra fonts: font-display, preload og stabile fallbacks
Lær at undgå layout-hop (CLS) fra webfonts med font-display, fallback-strategi og korrekt preload. Guiden er til dig der vil have pæn typografi uden at ødelægge stabilitet.
Sådan fejlsøger du LCP fra start til slut
Følg en praktisk arbejdsgang til at finde årsagen til høj LCP, fra serverrespons og render blocking til billeder, prioritering og netværksrækkefølge.
5 grunde til at din hjemmeside er langsom og hvad du gør ved det
Se de mest almindelige årsager til en langsom hjemmeside, hvordan du spotter dem, og hvilke ændringer der typisk giver mest effekt først.
Cookie banner og Core Web Vitals: den oversete årsag til dårlig brugeroplevelse
Se hvordan cookie bannere og consent scripts kan påvirke load, layout og interaktion, og lær hvordan du undgår at de ødelægger brugeroplevelsen.
Hvordan tredjeparts scripts gør din hjemmeside langsom
Få overblik over hvordan chat widgets, tracking, consent, video embeds og andre tredjeparts scripts påvirker LCP, INP, CLS og TTFB.
