CoreDash vs CrUX og Search Console

Dette er en litt rar sammenligning, for CrUX er egentlig ingen konkurrent. CrUX, PageSpeed Insights og Search Console er ett gratis datasett fra Google vist på tre steder. Alle sideeiere bør se på det. Det er det første jeg sjekker på enhver side, også sider som allerede kjører CoreDash.

Det virkelige spørsmålet er om gratisdataene er nok for siden din. Jeg bygde CoreDash, så husk det. Men Googles data er bra, så vi starter der.

Hva Googles gratis field data gjør bra

Det er gratis, og du trenger ikke installere noe. Chrome måler LCP, INP, CLS, FCP og TTFB for brukere som har samtykket. Google publiserer resultatet som Chrome UX Report. PageSpeed Insights viser disse dataene oppå en Lighthouse-kjøring. Search Console samler det i URL-grupper og har et 28-dagers valideringsløp for fikser. CrUX Vis viser ukestrenden for de siste 40 ukene. Det erstattet Looker Studio-dashbordet (som Google la ned i slutten av november 2025) og er mye lettere å lese.

developer.chrome.com, oktober 2026.

CrUX er også datasettet Google bruker for Core Web Vitals i Search. Så når en kunde spør «består vi?», ser alle dit, inkludert SEO-byrået deres. Ingen RUM-verktøy erstatter det. CoreDash prøver heller ikke. (Google sier også at gode score ikke garanterer rangering, noe som er verdt å fortelle kunden.)

Det fungerer for enhver offentlig side, inkludert konkurrentene dine. Du kan hente tallene for hver butikk i nisjen din på en ettermiddag. Et RUM-verktøy måler bare sider hvor du har lagt til skriptet. For benchmarking og prospektering er CrUX det åpenbare valget.

BigQuery går tilbake til 2017, med månedlige data per origin. History API gir deg 40 ukentlige perioder. Utgivelsen for august 2026 dekket 18,3 millioner origins.

Og Google legger stadig til nye ting. Siden januar 2025 deler CrUX LCP opp i underdeler (TTFB, resource load delay, resource load duration, element render delay) og forteller deg om LCP-en var et bilde eller tekst. I september 2026 kom eksperimentelle annonsemålinger. Den offisielle Chrome DevTools MCP-serveren trekker nå inn CrUX field data i en performance trace som standard. En AI-agent ser dermed Googles p75 ved siden av lab trace-en. CrUX API er gratis med 150 spørringer per minutt per Google Cloud-prosjekt. Mange tredjepartsverktøy er bygget på det.

Start her, og mål deretter dine egne besøkende

Hvis du ikke har noen RUM, er CrUX dine field data. Det setter deg allerede foran team som bare ser på en Lighthouse-score. Jeg har sett team feire 98 i PageSpeed Insights mens field INP på produktsidene deres var dårlig. Lighthouse laster siden én gang og klikker aldri på noe. All data fra ekte brukere forteller deg mer enn det.

Og ethvert RUM-verktøy er bedre enn ingenting. Hvis du allerede kjører et og det svarer på spørsmålene dine, trenger du ikke denne siden. Den er for folk som har vokst fra hva gratisdataene kan fortelle dem, og for folk med sider som ikke er i CrUX i det hele tatt.

CoreDash og Googles gratisdata side om side

Priser og funksjoner sjekket i september 2026.

Hva CoreDash legger til

Gratisdataene er veldig gode på å fortelle deg om du består. Når du begynner å fikse ting, vil du ha andre svar: hvilket element er tregt, hvilket skript blokkerer klikket, gjorde gårsdagens deploy det verre. CrUX ble aldri laget for det. Det er et offentlig, anonymt sett med p75-verdier. Akkurat derfor kan Google publisere det for millioner av origins gratis.

Besøkende og sider CrUX hopper over

CrUX teller bare Chrome-brukere på desktop og Android som har bruksstatistikk på, synkroniserer historikken sin og ikke har et synkroniseringspassord. Chrome på iPhone teller ikke. Det gjør heller ikke Safari, Firefox eller Edge. I tillegg må siden være offentlig, indekserbar og populær nok. Sider bak en innlogging kvalifiserer aldri. Search Console faller tilbake til origin-scoren for URL-grupper som ikke har nok data selv. For mange sider betyr det «not enough usage data» (jeg skrev om hvorfor det skjer).

CrUX-metodologi på developer.chrome.com, oktober 2026.

CoreDash måler hver sidevisning der skriptet kjører. En side med 50 besøk i måneden har data. Det har også iPhone-besøkende og innloggede kunder. Som standard settes ingen cookies og ingen persondata samles inn. Du trenger ikke et samtykkebanner, og du måler ikke bare de som klikket aksepter.

Hvilket element du skal fikse

Dette er hva jeg trenger mest i mitt daglige arbeid. CrUX forteller deg at LCP på en URL er 3,4 sekunder på p75. Siden 2025 forteller den også at mesteparten av dette er resource load delay. Nyttig. Men ikke hvilket bilde, på hvilken mal, eller om noen la loading="lazy" på hero-en igjen (jeg støter fortsatt på det med jevne mellomrom).

For INP gir CrUX deg ett tall, og det er det. Hvilken knapp, hvilket skript, skjedde klikket mens siden fortsatt lastet? Aner ikke. Det er der det meste INP-arbeidet stopper opp. Du vet det er dårlig, men ikke hvor du skal starte.

CoreDash registrerer elementet bak hver LCP, INP og CLS. For LCP får du også elementtypen, bilde-URL-en og LCP priority (preloaded, fetchpriority high, not preloaded eller lazy loaded). For INP får du input-typen, load state og det Long Animation Frame-skriptet som blokkerte main thread. Du kan dele opp alt dette etter page label, innlogget tilstand, A/B-variant, land eller device capability. Diagnosis-visningen sjekker for 14 LCP anti-patterns og gir fikser for stacken din.

Du ser en endring samme dag den går live

CrUX-data er bare en dag eller to gamle (forsinkelsen på 28 dager er en myte). Men det er en 28-dagers p75. En fiks flytter derfor tallet litt hver dag og vises ikke fullt ut før etter fire uker. En regresjon på én mal blir gjennomsnittsberegnet med resten av siden. Search Console sender deg e-post om nye problemer, men først når 28-dagerstallet har flyttet seg langt nok til å endre status for en URL-gruppe.

I CoreDash dukker en deploy opp i tidsserien i løpet av timer. Release-tagging fra din CI setter p75 for hver release ved siden av den forrige. AI Auto Alerts sjekker hundrevis av segmenter hver dag. De flagger en regresjon kun når den påvirker minst 2 % av trafikken din, med målingen, segmentet og antall brukere som er truffet.

AI-agenten din leser dine egne field data

CrUX API er bra for skript, og Chrome DevTools MCP-serveren gir en agent Googles p75 ved siden av en lab trace. Men det er fortsatt et tall på sidenivå eller origin-nivå fra Chrome-brukere som har samtykket.

CoreDash sin MCP-server er det samme endepunktet som API-et, og det er skrivebeskyttet. Claude, Cursor eller enhver annen agent kan be om hvilken som helst måling på p50 til p95, filtrert og gruppert etter hvilken som helst dimensjon. «Hvilket LCP-element er tregest på mobile produktsider i Tyskland» er ett enkelt kall. CWV Superpowers er en gratis, MIT-lisensiert agent som starter med disse field data-ene, tar opp en Chrome trace med mobilemulering, Fast 3G og 4x CPU-struping, og avslutter med en kodefiks (fil, linje og diff) eller en HTML-rapport. Ingen Lighthouse-score. Fixing INP with an AI agent viser en ekte kjøring.

Byråer får et Agency API med én masternøkkel som oppretter kundeprosjekter og leser alle med de samme tre verktøyene. Prisen går bare opp med trafikken. Hvert abonnement har hvert dashbord. Et byrå Studio-abonnement dekker 10 kundesider for $71 i måneden, fakturert årlig.

Når du bør holde deg til gratisdataene

• Du vil vite hvordan Google ser siden din. Det er CrUX per definisjon. Du bør fortsette å sjekke det uansett hva annet du kjører.
• Du benchmarker konkurrenter eller prospekter. CrUX er de eneste field data-ene du kan få for sider du ikke eier.
• Du gjør undersøkelser på tvers av mange sider eller år. BigQuery tilbake til 2017 er vanskelig å slå, og gratis opp til gratisgrensen.
• Siden din består på mobil og desktop. Sidene du bryr deg om har egne data, og frontend-en endres sjelden.
• Du kan ikke legge til et skript på siden.
• Det er ikke noe budsjett. CrUX pluss en Lighthouse-kjøring på siden du fikser er et fornuftig oppsett, og mye bedre enn gjetting.

Bruk begge

Jeg ville kjørt begge. CoreDash har en CrUX-kryssreferanse som setter Googles tall ved siden av dine egne RUM-data. Slik ser du hva Google ser og hva som forårsaker det. Du kan også sjekke enhver sides CrUX-historikk gratis med CrUX History-verktøyet på corewebvitals.io.

Prøveperioden er 14 dager uten kredittkort. Data kommer inn fra første sidevisning. Ta en titt på demoen først hvis du vil se dashbordene, sjekk prisene for din trafikk, eller se alle sammenligninger.

Kilder: CrUX-metodologi, CrUX-målinger, CrUX API, CrUX History API, CrUX på BigQuery, CrUX release notes, Nedleggelse av CrUX Dashboard, CrUX annonsemålinger, Om PageSpeed Insights, Search Console Core Web Vitals-rapport, Google Search og Core Web Vitals, Chrome DevTools MCP-server.