CoreDash vs CrUX och Search Console

Det är en lite märklig jämförelse, för CrUX är egentligen ingen konkurrent. CrUX, PageSpeed Insights och Search Console är ett och samma gratis dataset från Google som visas på tre ställen, och alla sajtägare borde ha koll på det. Det är det första jag kollar på vilken sajt som helst, även på sajter som redan kör CoreDash.

Den verkliga frågan är om gratisdatan räcker för din sajt. Jag har byggt CoreDash, så ha det i bakhuvudet. Men Googles data är bra, så vi börjar där.

Vad Googles gratis field data gör bra

Det är gratis och det finns inget att installera. Chrome mäter LCP, INP, CLS, FCP och TTFB för användare som har valt att dela data, och Google publicerar resultatet som Chrome UX Report. PageSpeed Insights visar den datan ovanpå en Lighthouse-körning. Search Console delar in den i URL-grupper och har ett valideringsflöde på 28 dagar för fixar. CrUX Vis visar veckotrenden för de senaste 40 veckorna. Det ersatte Looker Studio-dashboarden (som Google lade ner i slutet av november 2025) och är betydligt mer lättläst.

developer.chrome.com, oktober 2026.

CrUX är också det dataset som Google använder för Core Web Vitals i Search. Så när en kund frågar ”klarar vi kraven?”, kollar alla där – inklusive deras SEO-byrå. Inget RUM-verktyg ersätter det, och det försöker CoreDash inte heller göra. (Google påpekar också att bra siffror inte garanterar ranking, vilket kan vara värt att nämna för kunden.)

Det fungerar för alla publika sajter, inklusive dina konkurrenters. Du kan ta fram siffrorna för varje butik i din nisch på en eftermiddag. Ett RUM-verktyg mäter bara sajter där du har lagt in skriptet, så för benchmarking och prospecting är CrUX det självklara valet.

BigQuery sträcker sig tillbaka till 2017, med månadsdata per origin. History API ger dig 40 veckoperioder. Releasen i augusti 2026 täckte 18,3 miljoner origins.

Och Google fortsätter att bygga ut det. Sedan januari 2025 delar CrUX upp LCP i underdelar (TTFB, resource load delay, resource load duration, element render delay) och visar om LCP var en bild eller text. I september 2026 lades experimentella annonsmått till. Den officiella Chrome DevTools MCP-servern hämtar numera in CrUX field data i en performance trace som standard, så att en AI-agent ser Googles p75 direkt bredvid en lab trace. CrUX API är gratis upp till 150 anrop i minuten per Google Cloud-projekt, och massor av tredjepartsverktyg bygger på det.

Börja här, mät sedan dina egna besökare

Har du ingen real-user monitoring är CrUX din field data. Bara det ger dig ett försprång mot team som enbart stirrar på en Lighthouse-poäng. Jag har sett team fira 98 i PageSpeed Insights samtidigt som deras field INP på produktsidorna var usel. Lighthouse laddar sidan en gång och klickar aldrig på något. All data från faktiska användare säger mer än så.

Och vilket RUM-verktyg som helst är bättre än inget. Kör du redan ett och får svar på dina frågor behöver du inte den här sidan. Den vänder sig till dig som har växt ifrån vad gratisdatan kan ge, och till dig vars sajt inte finns med i CrUX alls.

CoreDash och Googles gratisdata sida vid sida

Priser och funktioner kontrollerade i september 2026.

Vad CoreDash tillför

Gratisdatan är väldigt bra på att visa om du klarar kraven. När du väl börjar fixa saker vill du ha andra svar: vilket element är långsamt, vilket skript blockerar klicket, gjorde gårdagens deploy saken värre? CrUX byggdes aldrig för det. Det är en publik, anonym samling p75-värden – vilket är precis anledningen till att Google kan publicera det gratis för miljontals origins.

Besökare och sidor som CrUX hoppar över

CrUX räknar bara Chrome-användare på desktop och Android som har aktiverat användningsstatistik, synkroniserar sin historik och inte har någon lösenfras för synkning. Chrome på iPhone räknas inte, och inte heller Safari, Firefox eller Edge. Dessutom måste sidan vara publik, indexerbar och tillräckligt populär. Sidor bakom inloggning kvalificerar sig aldrig, och Search Console faller tillbaka på sajtens origin-poäng för URL-grupper som själva saknar tillräckligt med data. För många sajter betyder det ”inte tillräckligt med användningsdata” (jag har skrivit om varför det blir så).

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

CoreDash mäter varje sidvisning där skriptet körs. En sida med 50 besök i månaden får data, precis som dina iPhone-besökare och dina inloggade kunder. Det sätter inga cookies som standard och samlar inte in några personuppgifter. Därför slipper du samtyckesbanner och mäter inte bara de som klickade på godkänn.

Vilket element som ska fixas

Det här är vad jag behöver mest i mitt dagliga arbete. CrUX talar om att LCP på en URL är 3,4 sekunder vid p75, och sedan 2025 visar det även att merparten av tiden är resource load delay. Användbart. Men inte vilken bild, på vilken mall, eller om någon har satt loading="lazy" på herobilden igen (jag stöter fortfarande på det med några veckors mellanrum).

För INP ger CrUX dig en enda siffra och inget mer. Vilken knapp, vilket skript, skedde klicket medan sidan fortfarande laddades? Ingen aning. Det är där det mesta INP-arbetet kör fast: du vet att det är dåligt, men inte var du ska börja.

CoreDash loggar elementet bakom varje LCP, INP och CLS. För LCP får du även elementtyp, bild-URL och LCP-prioritet (preloaded, fetchpriority high, inte preloaded eller lazy loaded). För INP får du input-typ, laddningsstatus och det Long Animation Frame-skript som blockerade main thread. Allt detta kan du dela upp per sidetikett, inloggningsstatus, A/B-variant, land eller enhetsprestanda. Vyn Diagnosis letar efter 14 antimönster för LCP och ger fixar för just din stack.

Du ser förändringen samma dag som den går live

CrUX-data är bara en eller två dagar gammal (fördröjningen på 28 dagar är en myt). Men det är ett p75 över 28 dagar, så en fix flyttar siffran bara lite varje dag och syns fullt ut först efter fyra veckor. En regression på en mall bakas in i snittet för resten av sajten. Search Console mejlar visserligen om nya problem, men först när siffran över 28 dagar har flyttat sig tillräckligt mycket för att ändra status på en URL-grupp.

I CoreDash syns en deploy i tidsserien inom några timmar. Release tagging från din CI ställer varje release och dess p75 bredvid den förra. AI Auto Alerts kontrollerar hundratals segment varje dag och flaggar bara en regression när den påverkar minst 2 % av din trafik, med mätvärdet, segmentet och antalet drabbade användare.

Din AI-agent läser din egen field data

CrUX API är utmärkt för skript, och Chrome DevTools MCP-servern ger en agent Googles p75 bredvid en lab trace. Men det är fortfarande en siffra på sid- eller origin-nivå från Chrome-användare som har valt att dela data.

CoreDash MCP-server är samma endpoint som deras API och är skrivskyddad. Claude, Cursor eller vilken annan agent som helst kan efterfråga valfritt mätvärde från p50 till p95, filtrerat och grupperat efter valfri dimension. ”Vilket LCP-element är långsammast på mobila produktsidor i Tyskland?” kräver ett enda anrop. CWV Superpowers är en gratis, MIT-licensierad agent som utgår från den här typen av field data, spelar in en Chrome-trace med mobilemulering, Fast 3G och 4x CPU-nedslöning, och levererar en kodfix (fil, rad och diff) eller en HTML-rapport. Inga Lighthouse-poäng. Fixa INP med en AI-agent visar en faktisk körning.

Byråer får ett Agency API med en huvudnyckel som skapar kundprojekt och läser av dem allihop med samma tre verktyg. Priset ökar bara med trafiken, alla planer har samtliga dashboards, och Studio-abonnemanget för byråer täcker 10 kundsajter för $71 i månaden med årsfakturering.

När du ska hålla dig till gratisdatan

• Du vill veta hur Google ser din sajt. Det är CrUX per definition, och du bör fortsätta hålla koll på det oavsett vad du kör i övrigt.
• Du gör benchmarking mot konkurrenter eller prospekts. CrUX är den enda field data du kan få fram för sajter du inte äger.
• Du gör research över många sajter eller flera år. BigQuery tillbaka till 2017 är svårslaget, och gratis upp till gratiskvoten.
• Din sajt klarar kraven på mobil och desktop, sidorna du bryr dig om har egen data och din frontend ändras sällan.
• Du kan inte lägga till ett skript på sajten.
• Det finns ingen budget. CrUX plus en Lighthouse-körning på sidan du fixar är ett vettigt upplägg, och mycket bättre än att gissa.

Använd båda

Jag skulle köra båda. CoreDash har en CrUX-korsreferens som ställer Googles siffror bredvid din egen RUM-data, så att du ser vad Google ser och vad som orsakar det. Du kan också kolla valfri sajts CrUX-historik helt gratis med CrUX History-verktyget på corewebvitals.io.

Provperioden är 14 dagar utan kreditkort och data börjar trilla in från första sidvisningen. Ta en titt på vår demo först om du vill se verktygets dashboards, kolla priserna för din trafik eller se alla jämförelser.

Källor: CrUX-metodik, CrUX-mätvärden, CrUX API, CrUX History API, CrUX i BigQuery, CrUX release notes, Avvecklingen av CrUX Dashboard, CrUX ad metrics, Om PageSpeed Insights, Search Console Core Web Vitals-rapport, Google Search och Core Web Vitals, Chrome DevTools MCP-server.