CoreDash vs Cloudflare Web Analytics
Cloudflare Web Analytics ger dig Core Web Vitals från verkliga användare gratis, vilket är betydligt bättre än ingenting. När du väl börjar felsöka gör CoreDash mer. Här ser du vad som skiljer, och när du gör bäst i att stanna hos Cloudflare.
Jag har byggt CoreDash, så ha det i bakhuvudet. Men jag gillar faktiskt Cloudflare Web Analytics. Det är gratis, sätter inga cookies, och på många sajter bakom Cloudflare är det förmodligen redan igång utan att någon har behövt installera det.
Kör du det redan och får vad du behöver: behåll det. Du mäter verkliga besökare, vilket många sajter inte gör. Den här sidan är till för när du börjar ställa frågor som det inte kan svara på.
Vad Cloudflare Web Analytics gör bra
Priset, såklart. Web Analytics kostar ingenting, oavsett Cloudflare-abonnemang, och din sajt behöver inte ens gå genom Cloudflares proxy. På en proxad zon injicerar Cloudflare sin beacon vid edge (och lägger till SRI automatiskt). I Cloudflare Pages krävs bara ett enda reglage.

cloudflare.com, oktober 2026.
Mätningen görs på rätt sätt. Deras beacon bygger på Googles web-vitals-bibliotek och Cloudflare håller det uppdaterat (ändringsloggen visar uppgraderingen till v6.2.1 den 2 september 2026). Single page apps hanteras via Soft Navigations API i Chromium, därefter Navigation API, med History pushState som fallback. Jag förväntade mig inte så mycket SPA-stöd från en gratis beacon.
Deras Debug View är också smidig. Under varje mätvärde ser du de 5 element som drar ner det mest, som CSS-selektorer, med P50, P75, P90 och P99 för varje. För LCP ser du resursens URL och storlek, för CLS vilket element som flyttade sig och varifrån och vart. Du kan filtrera på navigationstyp (inklusive bfcache, prerender och soft navigations), och att filtrera bort bottar kräver bara ett reglage. I GraphQL-API:et finns mer än i dashboarden: delarna i LCP (resource load delay, laddningstid, render delay), INP-faser (input delay, processing, presentation), fetchpriority för LCP-resursen och kvantiler upp till P99,9.
Integritetsskyddet är också bra. Enligt Cloudflares dokumentation används varken cookies, localStorage eller fingerprinting, så oftast slipper du lägga det bakom en samtyckesbanner.
Bättre än enbart Lighthouse och Search Console
De flesta sajter jag granskar tittar bara på Lighthouse och Search Console. Lighthouse laddar din sida en gång på en simulerad mobil och klickar aldrig på något, så det kan inte mäta INP. CrUX räknar bara Chrome-användare som valt att dela data, och visar ingenting förrän en sida har tillräckligt många (se inte tillräckligt med data i Search Console). Cloudflare Web Analytics mäter besökarna du faktiskt har. Så om valet står mellan Cloudflare Web Analytics och ingenting: slå på det.
CoreDash och Cloudflare Web Analytics sida vid sida
Priser och funktioner kontrollerade i september 2026. CoreDash-priser gäller per månad vid årlig fakturering, i USD.
| CoreDash | Cloudflare Web Analytics | |
|---|---|---|
| Byggt för | Övervakning och felsökning av Core Web Vitals | Integritetsfokuserad trafikanalys med Core Web Vitals inkluderat |
| Pris | Från 16 USD (75 000 sidvisningar, 1 sajt), 14 dagars provperiod | Gratis på alla abonnemang |
| Installation | Skript-tagg under 2 KB, eller WordPress-plugin | Injekteras automatiskt på proxade zoner, ett klick i Pages, eller en snippet |
| Cookies | Inga som standard, valfritt för att spåra återkommande besökare | Inga |
| Mätvärden | LCP, INP, CLS, FCP, TTFB | LCP, INP, CLS i dashboarden, FCP och TTFB i API:et |
| LCP- och INP-faser | Ja, i dashboarden och API:et | Ja, i GraphQL-API:et |
| Elementattribuering | LCP-, INP- och CLS-element, elementtyp och prioritet för LCP, input-typ och load state för INP | Topp 5 element per mätvärde med P50 till P99, resurs-URL och storlek för LCP, shift rects för CLS |
| Skriptattribuering för INP (LoAF) | Ja | Nej |
| Egna segment (sidtyp, A/B, inloggad, query string) | Ja | Nej, query strings sparas inte |
| Historik | 6 månader till 8 år, beroende på abonnemang | 7 dagar utan sampling, därefter aggregerat till cirka 10 %. Dashboarden visar 6 månader |
| EU-besökare | All RUM-data behandlas och lagras inom EU | Exkluderas som standard när RUM aktiveras automatiskt på en gratis proxad zon |
| Core Web Vitals-larm | Egna larm och AI Auto Alerts, e-post och Slack | Inga. Ett veckomejl med besök, sidvisningar och medianladdningstid |
| API | JSON-RPC, tre verktyg: metrics, time series, histograms | GraphQL Analytics API, 300 anrop per 5 minuter |
| MCP | Dedikerad skrivskyddad MCP-server, samma endpoint som API:et, ingår i alla abonnemang | Via Cloudflares generella API MCP, där agenten själv skriver GraphQL-koden |
| AI-agent | CWV Superpowers: gratis, MIT-licensierad, skriver kodfixar utifrån field data | Ingen för Core Web Vitals |
| Syntetiska tester | Pre-deploy-kontroll i CI mot dina budgetar | Observatory (beta), Lighthouse-tester i betalda abonnemang |
| Flera sajter | Byråabonnemang för 10 till 50+ kundsajter, Agency API | Mjuk gräns på 10 icke-proxade sajter, obegränsat för proxade sajter |
Något att kontrollera om du kör Cloudflare Web Analytics på en europeisk sajt: när Cloudflare slår på RUM automatiskt för en gratis proxad zon utesluts besökare från EU, EES, Storbritannien och Schweiz. Dessutom utgår de från vilket datacenter som hanterade anropet, oavsett vilket land besökaren faktiskt befinner sig i. Jag förstår varför de gör så, men en europeisk webbutik kan sluta med en dashboard där merparten av besökarna saknas. Kolla den inställningen innan du litar på siffrorna.

Cloudflare Web Analytics installationsdokumentation, oktober 2026.
Här gör CoreDash mer
Cloudflare Web Analytics svarar på ”hur snabb är min sajt för verkliga besökare?”, vilket är helt rätt första fråga. Efter några månader börjar du ställa andra frågor. Vilket skript gjorde INP sämre? Gick något sönder i tisdagens release? Är kassan långsammare för inloggade kunder? Hur står sig årets november mot förra årets? Cloudflare kan inte svara på det mesta av det där.
Larm
Den enda notisen i Web Analytics är ett veckomejl med besök, sidvisningar och medianladdningstid. Inga Core Web Vitals-larm. Du upptäcker en regression först när någon råkar öppna dashboarden, eller en månad senare när Search Console lyser rött.
CoreDash har två typer av larm. Egna larm bevakar P75 för valfritt mätvärde för en viss enhet, ett land, en webbläsare eller en sida, och löser ut när nivån skiftar från bra till behöver förbättras eller dålig, eller ändras med mer än 25 % eller 50 %. AI Auto Alerts aktiveras med ett enda klick: varje dag kontrolleras hundratals segment över alla fem mätvärden, och en regression flaggas bara om den drabbar minst 2 % av din trafik – tillsammans med segmentet och antalet påverkade användare. Båda skickas till e-post eller Slack. Din CrUX-data ligger i samma dashboard som din RUM-data, så du kan jämföra vad Google ser med vad dina besökare faktiskt upplever.
Vilket skript som orsakade problemet
För INP talar Cloudflare om vilket element som var långsamt och, via API:et, hur tiden fördelas på input delay, processing och presentation. Men inte vilket skript som orsakade det. Schemat saknar fält för Long Animation Frames. Och det är just den informationen du behöver. Ett långsamt klick beror oftast på att en tag manager eller chatt-widget blockerar main thread, medan knappens egen hanterare fungerar alldeles utmärkt.
När en interaktion utlöser en long animation frame sparar CoreDash skript-URL:erna från Long Animation Frames API, så att du kan filtrera INP per skript. Du får också input type, INP load state (skedde klicket medan sidan fortfarande laddades) och LCP priority (preloaded, fetchpriority high eller lazy loaded). Fasuppdelningen finns både i dashboarden och i API:et, och Diagnosis-vyn letar efter 14 antimönster för LCP och ger dig fixen för din teknikstack.
Segment och historik
Cloudflare sparar inte query strings, egna events eller egna dimensioner, så du kan inte dela upp din data efter UTM, A/B-variant, sidmall eller inloggad status. I CoreDash sätter du en window-variabel innan din snippet körs, så blir page label, A/B-variant och inloggningsstatus till dimensioner, bredvid query string. Märk 50 000 produktsidor med samma ”product”-label så får du en samlad siffra för hela mallen.
Cloudflare sparar rå beacon-data utan sampling i 7 dagar. Därefter aggregeras den ner till cirka 10 %, och dashboarden sträcker sig sex månader bakåt. Det fungerar för ”hur går det den här veckan”. Men att jämföra årets Black Friday med förra årets fungerar inte. CoreDash sparar 6 månader på Starter, ett år på Standard, 3 år på Studio och 8 år på Enterprise.
MCP och AI-agenter
Cloudflare hade tidigare en dedikerad GraphQL MCP-server. Den är nu utfasad till förmån för deras generella API MCP, där en agent når analysdatan via generiska search- och execute-verktyg och själv måste skriva sin GraphQL. Det fungerar, men agenten måste lista ut RUM-schemat innan den ens kan fråga om något.
CoreDash MCP-server använder samma endpoint som API:et och har tre verktyg: get_metrics, get_timeseries och get_histogram. Dina egna skript använder samma tre, så en rapport du bygger visar exakt samma siffror som din agent ser. Den är skrivskyddad (det finns ingen skrivväg alls) och ingår i alla abonnemang, även Starter. Koppla den till Claude, Claude Code, Cursor, Windsurf, VS Code eller Gemini CLI och fråga vilka sidor som blev långsammare på mobilen den här veckan.
Det finns också CWV Superpowers, en gratis MIT-licensierad agent. Den hämtar din field data, hittar flaskhalsen som tar störst del av tiden, spelar in en Chrome-trace med mobilemulering och 4x CPU-throttling, och avslutar med en kodfix (fil, rad och diff) eller en HTML-rapport. Inte ett enda Lighthouse-resultat så långt ögat når. Fixa INP med en AI-agent visar hur det fungerar på en riktig sajt.
Hanterar du kundsajter läser Agency API av alla kundprojekt med samma tre verktyg, och byråabonnemangen delar sidvisningarna mellan kunderna. Du betalar för sidvisningar och alla abonnemang har samtliga dashboards, så ett större abonnemang innebär främst mer volym, fler sajter och längre historik.
När du istället ska välja Cloudflare Web Analytics
- Du har noll i budget. Cloudflares gratisversion är bra.
- Du ligger redan på Cloudflare och det är redan igång. Titta på vad det visar innan du köper något, inklusive CoreDash.
- Du vill främst ha integritetsvänliga siffror för besök och sidvisningar, med lite koll på Core Web Vitals vid sidan om. Det är precis vad det är byggt för.
- Det är en liten sajt och ingen sitter och felsöker prestanda varje vecka. De fem främsta elementen i Debug View pekar ofta rakt på den långsamma hero-bilden.
- Du betalar redan för Cloudflare Pro eller högre och vill ha Lighthouse-tester bredvid din field data. Det fixar Observatory.
Testa dem sida vid sida
Du kan köra båda två. Cloudflare är gratis och CoreDash har en 14 dagars provperiod utan kreditkort, så två veckor på samma sajt kostar ingenting. Öppna sedan din långsammaste sida i båda och se vilket verktyg som förklarar varför den är långsam. Vill du se vyerna först? Öppna CoreDash-demon och kolla priserna för din trafik. Fler jämförelser finns på jämförelsesidan.
Källor: About Web Analytics, Core Web Vitals in Web Analytics, Web Analytics FAQ, begränsningar, ändringslogg, notiser, RUM-beacon, Observatory-tester, begränsningar i GraphQL API, Cloudflare MCP-servrar.