Core/Dash Boyutu: Cihaz & İstemci Yeteneği

Bu boyutlar neyi ölçüyor

CoreDash, Cihaz & İstemci Yeteneği kategorisi altında iki boyut sunar. Bunlar farklı sorulara cevap verir ancak birbirlerini doğrudan tamamlarlar.

Device Memory (grup kodu m), tarayıcının navigator.deviceMemory API'sinden döndürdüğü RAM kategorisini raporlar. Spesifikasyon, sonucu bilerek en yakın ikinin kuvvetine yuvarlar ve sınırlandırır; bu nedenle tam rakamlar yerine 0,25, 0,5, 1, 2, 4 veya 8+ GB gibi değerler görürsün. Bu yuvarlama bilinçlidir: fingerprinting betiklerinin erişebileceği hassasiyeti sınırlarken geliştiricilere kullanışlı bir sinyal sağlamaya devam eder.

Client Capability Score (grup kodu ccs), CoreDash tarafından tarayıcının sunduğu üç sinyalden hesaplanan bileşik bir değerdir: device memory, navigator.hardwareConcurrency (mantıksal CPU çekirdekleri) ve Network Information API'sinden alınan etkin bağlantı türü. Sonuç, altı kategoriden biridir:

Bileşik skor, tek bir sinyalin tek başına kullanımından çok daha faydalıdır. 2G bağlantısındaki 4 GB RAM'e sahip bir cihaz, Wi-Fi üzerindeki aynı cihazdan çok farklı davranır. Bellek, çekirdek sayısı ve bağlantı türünü tek bir sıralı ölçekte birleştirmek; her bir değişken için ayrı bir kırılım çalıştırmana gerek kalmadan performans verilerini filtrelemeni ve karşılaştırmanı sağlar.

Tarayıcı desteği ve veri kapsamı

navigator.deviceMemory yalnızca Chromium tabanlı tarayıcılarda bulunan bir API'dir. Firefox ve Safari bu API'yi desteklemez; bu da bu tarayıcıların bellek bileşeni için her zaman Unknown (CCS 0) raporlayacağı anlamına gelir. Pratikte, Android trafiğinin çoğunluğunu Chrome ve Chrome tabanlı tarayıcılar oluşturur ve düşük bellek koşulları da Android cihazlarda yoğunlaşır. Dolayısıyla bu sinyal, tam da en çok önem taşıdığı yerde en yüksek oranda erişilebilirdir.

Device Memory HTTP üst bilgisi (Device-Memory), sunucunun Accept-CH anlaşmalı bir istekten aynı değeri okumasını sağlayan ayrı bir mekanizmadır. CoreDash, sayfa yükleme sırasında toplanan JavaScript API'sini kullanır; böylece değer, sunucu tarafında bir üst bilgi yapılandırması gerektirmek yerine RUM beacon'ı ile birlikte iletilir.

Cihaz kapasitesi Core Web Vitals için neden önemlidir

LCP öncelikle bir ağ ve render problemidir. INP ise öncelikle bir CPU ve bellek problemidir. Bu ayrım, CCS boyutunun kendini en net şekilde INP verilerinde göstermesinin nedenidir.

main thread üzerindeki long task'lar girdi yanıtını engeller. 1 GB RAM'e sahip bir cihazda tarayıcı, JavaScript kodun henüz çalışmadan önce bile bellek baskısı altındadır: daha agresif garbage collection, daha sık sekme sonlandırma (tab discard) ve JIT derlemesi için daha az alan; bunların tümü doğrudan daha uzun görev sürelerine dönüşür. Modern bir telefonda INP'yi 180 ms ile geçen bir site, Constrained bir cihazda kolayca 400 ms seviyesine çıkabilir.

2025 Web Almanac Performance bölümü bu eğilimi doğruluyor: Mobil INP başarı oranları genel olarak %77'ye ulaşıyor, ancak yüksek güçlü ve düşük seviyeli cihazlar arasındaki fark oldukça geniş. Mobil web kullanıcılarının yaklaşık %29'u, mevcut bir amiral gemisi cihazdan üç kat daha az güçlü cihazlar kullanıyor. Bu kullanıcılar çoğu küresel pazarda istisna değil; medyan ziyaretçiyi temsil ediyor.

CLS, donanım sınıfına karşı INP kadar hassas değildir; ancak yavaş CPU'lu cihazlar, yazı tipleri veya geç yüklenen görseller tarayıcının bir kareyi çoktan commit etmesinden sonra tamamlanan reflow'lara neden olduğunda yine de düzen kaymalarına yol açabilir.

CoreDash'te CCS ve Device Memory nasıl kullanılır

En verimli iş akışı, filtre olarak CCS ile başlamak ve ardından hipotezini doğrulamak için Device Memory'yi kullanmaktır.

İlk olarak, CCS'e göre INP kırılımını aç. Eğer 75. persentil INP değerin Very Capable (CCS 1) ve Capable (CCS 2) ziyaretçiler için iyiyse ancak Limited (CCS 3) ve altı için başarısız oluyorsa, ağ darboğazından ziyade bir CPU veya bellek darboğazın var demektir. Bu durum, koca bir düzeltme kategorisini (preload, bağlantı ipuçları, CDN optimizasyonu) eler ve dikkatini JavaScript yürütme süresine odaklar: long task'lar, input handler yükü ve her etkileşimde çalışan üçüncü taraf betikler.

Ardından, hangi RAM kategorilerinin en kötü sonuçlara yol açtığını görmek için Device Memory'ye göre filtrele. Eğer 1 GB cihazlar kötü INP skorlarında orantısız bir paya sahipse, eşiği biliyorsun demektir. 4 GB'ta kabul edilebilir olan betikler, sadece bu veriye dayanarak erteleme veya kaldırma adayı olabilir.

Küresel kitleye sahip siteler için CCS'i Ülke boyutuyla eşleştir. Güney ve Güneydoğu Asya pazarları, Sahra Altı Afrika ve Latin Amerika'nın bazı bölgeleri, yoğun şekilde Constrained ve Very Limited cihaza sahiptir. Ülkeye göre filtrelenmiş bir CCS kırılımı, farkın nerede en büyük olduğunu gösterir ve hangi pazara öncelik vermen gerektiğine karar vermene yardımcı olur.

Unknown kategorisi (CCS 0), tüm Firefox ve Safari trafiğinin yanı sıra API'lerin değer döndürmediği tüm oturumları kapsar. Bunu görmezden gelme. Firefox veya Safari payı yüksek olan sitelerde Unknown, tüm oturumların dörtte birini veya daha fazlasını temsil edebilir. Bu durum, söz konusu kullanıcıların kötü cihazlara sahip olduğu anlamına gelmez; yalnızca sinyalin alınamadığını gösterir. Unknown'u temel çizgine dahil etmek yerine ayrı bir segment olarak ele al.

Bu verilerle ne yapmalısın

Eğer CCS 3, 4 veya 5 ziyaretçileri trafiğinin %15'inden fazlasını oluşturuyorsa ve bu ziyaretçilerin INP'si sürekli olarak 200 ms'nin üzerindeyse, çözüm kümesi nettir:

• Chrome DevTools'ta yavaşlatılmış (throttled) bir cihazda en uzun task'larını profille. Performance panelindeki Task Attribution, hangi betiklerin sorumlu olduğunu gösterecektir.
• Kritik olmayan üçüncü taraf betikleri bir etkileşim veya görünürlük tetikleyicisinin arkasına taşı; böylece ilk yükleme penceresinde main thread için rekabet etmezler.
• Kritik yollardaki JavaScript bundle boyutunu azalt. Düşük bellekli bir cihazda parse edilen her kilobayt, amiral gemisi bir cihaza göre çok daha maliyetlidir; çünkü JIT derleyicisi derlenmiş kodu önbelleğe almak için daha az alana sahiptir.
• long task'ları bölmek ve tarayıcıya parçalar arasında girdi olaylarını işleme şansı vermek için scheduler.yield() veya setTimeout(0) kullan.

CoreDash, her Core Web Vitals metriğinin yanında CCS ve Device Memory boyutlarını sunar; böylece üst düzey cihazlarda INP'yi iyileştiren bir düzeltmenin, sadece en iyi durumdaki kullanıcılar için değil, Constrained ziyaretçilerin için de rakamları oynatıp oynatmadığını doğrulayabilirsin.