CoreDash vs Cloudflare Web Analytics

Cloudflare Web Analytics, gerçek kullanıcılara ait Core Web Vitals verilerini ücretsiz sunuyor; bu da hiç yoktan çok daha iyi. Debug yapmaya başladığında CoreDash daha fazlasını sunar. Hangi noktalarda öne çıktığını ve ne zaman Cloudflare'de kalmanın daha iyi olduğunu aşağıda anlattım.

Ücretsiz deneme

Trusted by market leaders · Client results

snvloopearplugskpnsaturnmonarchvpnnestledpg mediaaleteiacompareperionadevintaworkivaebayfotocasahappyhorizonerasmusmcnina caremy work featured on web.devwhowhatwearharvardmarktplaats

CoreDash'i ben geliştirdim, bunu aklında tut. Yine de Cloudflare Web Analytics'i severim. Ücretsiz, çerez kullanmıyor ve Cloudflare arkasındaki çoğu sitede kimse kurmadan bile halihazırda çalışıyor olabilir.

Çalışıyorsa ve ihtiyacını görüyorsa kullanmaya devam et. Gerçek ziyaretçileri ölçüyorsun; çoğu site bunu bile yapmıyor. Bu sayfa, onun yanıtlayamadığı soruları sormaya başladığın durumlar için.

Cloudflare Web Analytics'in iyi yaptığı şeyler

Fiyatı, elbette. Web Analytics hiçbir Cloudflare planında ücret almaz; sitenin Cloudflare proxy'sinden geçmesi bile gerekmez. Proxy'li bir zone'da Cloudflare, beacon'ı edge'de enjekte eder (ve SRI'ı otomatik ekler). Cloudflare Pages'te ise tek bir toggle.

Cloudflare Web Analytics product page, October 2026

cloudflare.com, Ekim 2026.

Ölçüm düzgün yapılıyor. Beacon, Google'ın web-vitals kütüphanesini sarmalıyor ve Cloudflare bunu güncel tutuyor (changelog'da 2 Eylül 2026'da v6.2.1'e geçildiği görülüyor). Tek sayfa uygulamalarında Chromium'da Soft Navigations API, ardından Navigation API, fallback olarak da History pushState kullanılıyor. Ücretsiz bir beacon'dan bu kadar kapsamlı SPA desteği beklemiyordum.

Debug View da oldukça kullanışlı. Her metriğin altında, performansı en çok düşüren ilk 5 elementi CSS seçicileriyle ve her biri için P50, P75, P90 ve P99 değerleriyle görüyorsun. LCP için kaynak URL'sini ve boyutunu, CLS içinse kayan elementi ve nereden nereye hareket ettiğini listeliyor. Navigasyon türüne göre filtreleyebilirsin (bfcache, prerender ve soft navigasyonlar dahil); botları hariç tutmak ise tek bir toggle. GraphQL API'sinde dashboard'dan daha fazlası var: LCP alt bileşenleri (resource load delay, yükleme süresi, render delay), INP fazları (input delay, processing, presentation), LCP kaynağının fetchpriority değeri ve P99,9'a kadar yüzdelikler.

Gizlilik tarafı da gayet iyi. Cloudflare dokümanlarına göre çerez, localStorage ve fingerprinting yok; bu yüzden genelde bir onay banner'ının arkasına koyman gerekmez.

Tek başına Lighthouse ve Search Console'dan daha iyi

İncelediğim çoğu site yalnızca Lighthouse ve Search Console'a bakıyor. Lighthouse sayfanı simüle edilmiş bir telefonda bir kez yükler ve hiçbir şeye tıklamaz; bu yüzden INP'yi ölçemez. CrUX yalnızca veri paylaşımına izin vermiş Chrome kullanıcılarını sayar ve sayfada yeterli kullanıcı birikene kadar hiçbir şey göstermez (bkz. Search Console'da yeterli veri yok). Cloudflare Web Analytics ise sitene gerçekten gelen ziyaretçileri ölçer. Dolayısıyla seçeneklerin Cloudflare Web Analytics ya da hiçbir şey ise, aç.

CoreDash ve Cloudflare Web Analytics yan yana

Fiyatlandırma ve özellikler Eylül 2026'da kontrol edildi. CoreDash fiyatları yıllık faturalandırılan aylık USD tutarlarıdır.

CoreDashCloudflare Web Analytics
Kullanım amacıCore Web Vitals takibi ve debugCore Web Vitals dahil, gizlilik odaklı trafik analitiği
Fiyat16 $'dan başlar (75 bin sayfa görüntüleme, 1 site), 14 günlük denemeTüm planlarda ücretsiz
Kurulum2 KB altı script etiketi veya WordPress eklentisiProxy'li zone'larda otomatik ekleme, Pages'te tek tık veya snippet
ÇerezlerVarsayılan olarak yok, tekrar gelen ziyaretçi takibi için isteğe bağlıYok
MetriklerLCP, INP, CLS, FCP, TTFBDashboard'da LCP, INP, CLS; API'de FCP ve TTFB
LCP ve INP fazlarıEvet, dashboard'da ve API'deEvet, GraphQL API'de
Element atfıLCP, INP ve CLS elementi; LCP element türü ve önceliği; INP input türü ve yükleme durumuMetrik başına P50 ila P99 ile ilk 5 element, LCP kaynak URL'si ve boyutu, CLS kayma koordinatları
INP için script atfı (LoAF)EvetHayır
Özel segmentler (sayfa türü, A/B, giriş yapmış kullanıcı, query string)EvetHayır, query string'ler kaydedilmez
GeçmişPlana bağlı olarak 6 ay ile 8 yıl arası7 gün örneklemesiz, ardından yaklaşık %10'a indirgenmiş özet veri. Dashboard 6 ay gösterir
AB ziyaretçileriTüm RUM verisi AB içinde işlenir ve saklanırÜcretsiz proxy'li zone'da RUM otomatik açıldığında varsayılan olarak hariç tutulur
Core Web Vitals uyarılarıÖzel uyarılar ve AI Auto Alerts; e-posta ve SlackYok. Ziyaretler, sayfa görüntülemeleri ve medyan yükleme süresini içeren haftalık bir e-posta
APIJSON-RPC, üç araç: metrics, time series, histogramsGraphQL Analytics API, 5 dakikada 300 sorgu
MCPÖzel salt okunur MCP sunucusu; API ile aynı endpoint, tüm planlara dahilCloudflare'in genel API MCP'si üzerinden; agent GraphQL'i kendisi yazar
AI agentCWV Superpowers: ücretsiz, MIT lisanslı, field data üzerinden kod fix'leri yazarCore Web Vitals için yok
Sentetik testlerBütçelerine göre CI ortamında deploy öncesi kontrolObservatory (beta), ücretli planlarda Lighthouse testleri
Çoklu site10 ila 50+ müşteri sitesi için Agency planları, Agency APIProxy kullanılmayan siteler için 10 esnek limit (soft limit), proxy'li siteler sınırsız

Avrupa merkezli bir sitede Cloudflare Web Analytics çalıştırıyorsan kontrol etmen gereken bir konu var: Cloudflare ücretsiz proxy'li bir zone'da RUM'ı otomatik açtığında AB, AEA, Birleşik Krallık ve İsviçre'den gelen ziyaretçileri dışarıda bırakır. Ziyaretçi gerçekte hangi ülkede olursa olsun, isteği karşılayan veri merkezine göre hareket eder. Bunu neden yaptıklarını anlıyorum ama Avrupalı bir e-ticaret sitesi, ziyaretçilerinin çoğunun yer almadığı bir dashboard'a bakarken bulabilir kendini. Rakamlara güvenmeden önce bu ayarı kontrol et.

Cloudflare Web Analytics setup docs: the option that excludes visitor data in the EU (marked)

Cloudflare Web Analytics kurulum dokümanları, Ekim 2026.

CoreDash nerede daha fazlasını sunuyor

Cloudflare Web Analytics, 'Sitem gerçek ziyaretçiler için ne kadar hızlı?' sorusunu yanıtlar; bu da doğru bir ilk sorudur. Birkaç ay sonra başka sorular sormaya başlarsın. Hangi script INP'yi kötüleştirdi? Geçen salı günkü release bir şeyleri bozdu mu? Giriş yapmış müşteriler için checkout daha mı yavaş? Bu kasım geçen seneki kasıma göre nasıl? Cloudflare bunların çoğuna yanıt veremez.

Uyarılar

Web Analytics'teki tek bildirim; ziyaretleri, sayfa görüntülemelerini ve medyan yükleme süresini içeren haftalık bir e-postadır. Core Web Vitals uyarısı yoktur. Bir gerilemeyi ancak biri şans eseri dashboard'u açtığında ya da bir ay sonra Search Console kırmızıya döndüğünde fark edersin.

CoreDash'te iki tür uyarı vardır. Özel uyarılar belirli bir cihaz, ülke, tarayıcı veya sayfa için herhangi bir metriğin p75 değerini izler; metrik 'iyi'den 'geliştirilmesi gerekiyor'a veya 'kötü'ye geçtiğinde ya da %25 veya %50'den fazla değiştiğinde tetiklenir. AI Auto Alerts ise tek bir toggle'dan ibarettir: Her gün beş metrik genelinde yüzlerce segmenti kontrol eder ve yalnızca trafiğinin en az %2'sini etkileyen bir gerileme varsa bunu segmenti ve etkilenen kullanıcı sayısıyla birlikte bildirir. İkisi de e-posta veya Slack'e gider. CrUX verilerin RUM verilerinle aynı dashboard'dadır; böylece Google'ın gördüğü ile ziyaretçilerinin karşılaştığı deneyimi kıyaslayabilirsin.

Soruna hangi script sebep oldu

Cloudflare, INP için hangi elementin yavaş olduğunu ve API üzerinden sürenin input delay, processing ve presentation fazlarına nasıl bölündüğünü söyler. Hangi script'in buna sebep olduğunu ise söylemez. Şemasında Long Animation Frames alanları yoktur. Oysa tam olarak ihtiyacın olan şey budur. Yavaş bir tıklamada butonun kendi handler'ı sorunsuz olsa bile genelde bir tag manager veya chat widget'ı main thread'i meşgul eder.

Bir etkileşim long animation frame tetiklediğinde CoreDash, Long Animation Frames API üzerinden script URL'lerini de kaydeder; böylece INP'yi script'e göre filtreleyebilirsin. Ayrıca input type, INP load state (tıklama sayfa henüz yüklenirken mi gerçekleşti?) ve LCP priority (preloaded, fetchpriority high veya lazy loaded) bilgilerini de alırsın. Faz kırılımları API'de olduğu gibi dashboard'da da bulunur; Diagnosis görünümü ise 14 LCP anti-pattern'ını tarar ve kullandığın stack'e özel fix'i verir.

Segmentler ve geçmiş

Cloudflare query string'leri, özel event'leri veya özel boyutları kaydetmez; bu yüzden verilerini UTM'e, A/B varyantına, sayfa şablonuna ya da oturum durumuna göre ayıramazsın. CoreDash'te ise snippet çalışmadan önce bir window değişkeni tanımlarsın; query string'in yanı sıra sayfa etiketi, A/B varyantı ve oturum durumu birer boyuta dönüşür. 50.000 ürün sayfasını tek bir 'product' etiketi altına topla, tüm şablon için tek bir rakam elde et.

Cloudflare ham beacon verisini 7 gün boyunca örneklemesiz saklar. Ardından veri yaklaşık %10'a indirgenerek özetlenir ve dashboard altı ay geriye gider. 'Bu hafta durumumuz nasıl?' sorusu için gayet iyi. Fakat bu Black Friday'i bir öncekiyle kıyaslamak mümkün olmaz. CoreDash ise verileri Starter'da 6 ay, Standard'da 1 yıl, Studio'da 3 yıl ve Enterprise'da 8 yıl saklar.

MCP ve AI agent'lar

Cloudflare'in eskiden özel bir GraphQL MCP sunucusu vardı. Artık genel API MCP lehine kullanımdan kaldırıldı; burada agent analitik verilerine genel arama ve çalıştırma araçlarıyla erişiyor ve GraphQL'i kendisi yazmak zorunda kalıyor. Çalışıyor, fakat agent herhangi bir şey sorabilmek için önce RUM şemasını çözmek zorunda kalıyor.

CoreDash MCP sunucusu, API ile aynı endpoint'tir ve üç araca sahiptir: get_metrics, get_timeseries ve get_histogram. Kendi script'lerin de bu üç aracı kullanır; böylece hazırladığın bir rapor, agent'ının gördüğü rakamlarla birebir aynı olur. Salt okunurdur (hiçbir yazma yolu yoktur) ve Starter dahil her plana dahildir. Claude, Claude Code, Cursor, Windsurf, VS Code veya Gemini CLI'a bağla ve bu hafta mobilde hangi sayfaların yavaşladığını sor.

Ayrıca ücretsiz ve MIT lisanslı bir agent olan CWV Superpowers var. Field data'nı çeker, sürenin en büyük kısmını yutan darboğazı bulur, mobil emülasyon ve 4x CPU yavaşlatma ile bir Chrome trace'i kaydeder; sonunda da kod fix'i (dosya, satır ve diff) ya da bir HTML raporu üretir. İçinde hiçbir yerde Lighthouse skoru yoktur. Bir AI agent ile INP düzeltme bunu gerçek bir sitede gösteriyor.

Müşteri sitelerini yönetiyorsan, Agency API aynı üç araçla herhangi bir müşteri projesini okur; agency planları ise sayfa görüntülemelerini müşteriler arasında ortak havuzda toplar. Sayfa görüntüleme başına ödeme yaparsın ve her plan tüm dashboard'ları içerir; yani daha büyük bir plan temel olarak daha fazla hacim, daha çok site ve daha uzun veri saklama süresi demektir.

Ne zaman Cloudflare Web Analytics'i seçmelisin

  • Bütçen sıfırsa. Cloudflare'in ücretsiz sürümü gayet iyi.
  • Cloudflare kullanıyorsan ve zaten aktifse. CoreDash dahil herhangi bir şey satın almadan önce sunduğu verilere bak.
  • Temel hedefin gizlilik odaklı ziyaretçi ve sayfa görüntüleme sayılarıysa, yanında bir de Core Web Vitals kontrolü istiyorsan. Zaten bunun için geliştirildi.
  • Küçük bir siteyse ve kimse her hafta performans debug etmiyorsa. Debug View'daki ilk 5 element çoğu zaman doğrudan yavaş hero görselini işaret eder.
  • Halihazırda Cloudflare Pro veya üstü bir plana ödüyorsan ve field data yanında Lighthouse testleri de istiyorsan. Observatory bunu yapıyor.

İkisini yan yana dene

İkisini birden çalıştırabilirsin. Cloudflare ücretsiz; CoreDash de kredi kartsız 14 günlük deneme sunuyor, yani ikisini aynı sitede iki hafta denemenin maliyeti sıfır. Sonrasında en yavaş sayfanı ikisinde de aç ve hangisinin sana neden yavaş olduğunu söylediğine bak. Önce dashboard'ları mı görmek istiyorsun? CoreDash demosunu aç ve trafiğin için fiyatlandırmayı incele. Diğer araçlar karşılaştırma sayfasında.

Kaynaklar: Web Analytics Hakkında, Web Analytics'te Core Web Vitals, Web Analytics SSS, limitler, changelog, bildirimler, RUM beacon, Observatory testleri, GraphQL API limitleri, Cloudflare MCP sunucuları.