Core/Dash Boyutu: Cihaz Türü

Boyut: Cihaz Türü (d)

Cihaz Türü boyutu, Gerçek Kullanıcı İzleme (RUM) verilerinizi iki kategoriye ayırır: mobile ve desktop. Bu, herhangi bir performans incelemesindeki en önemli ilk filtredir çünkü mobil ve masaüstü temelde farklı bilgi işlem ortamlarıdır. Farklı CPU'lar, farklı ağ koşulları, farklı görünüm alanı (viewport) boyutları, farklı tarayıcı motorları.

Core Web Vitals verilerine cihaz türüne göre filtreleme yapmadan toplu olarak bakıyorsanız, birbiriyle neredeyse hiçbir ortak noktası olmayan iki popülasyonun ortalamasını alıyorsunuz demektir. Bu ortalama en iyi ihtimalle yanıltıcıdır.

Mobil Performans Açığı

Statista (2025) verilerine göre mobil cihazlar küresel web trafiğinin yaklaşık %62'sini oluşturmaktadır. Buna rağmen mobil, performans açısından sürekli olarak masaüstünün gerisinde kalmaktadır. 2025 Web Almanac raporuna göre, mobil kökenlerin yalnızca %48'i üç Core Web Vitals metriğini de geçerken, bu oran masaüstünde %56'dır. Bu, 8 yüzde puanlık bir açık demektir.

Bu açığın nedeni, mobil cihazların masaüstü cihazlarda bulunmayan üç kısıtlamayla karşı karşıya olmasıdır:

• CPU kısıtlaması (throttling): Orta segment bir Android telefon, masaüstü bir bilgisayara göre yaklaşık 3-5 kat daha az işlem gücüne sahiptir. Masaüstünde 50 ms'de çalışan JavaScript, mobilde 200 ms sürebilir ve INP değerini "iyi" eşiğinin ötesine itebilir.
• Ağ gecikmesi: Mobil bağlantılar (4G/5G), kablolu bağlantılara göre daha yüksek gidiş-dönüş sürelerine ve daha fazla dalgalanmaya sahiptir. Bu durum TTFB ve LCP Yükleme Gecikmesini (Load Delay) şişirir.
• Görünüm alanı (viewport) boyutu: Daha küçük ekranlar hangi öğenin LCP olacağını değiştirir. Masaüstündeki hero görseliniz mobilde bir metin bloğunun altına küçülebilir ve bu da optimizasyon hedefini tamamen değiştirir.

CoreDash Cihaz Türü Dağılımı

CoreDash projeleri genelinde tipik trafik dağılımı %65 mobil ve %35 masaüstüdür. E-ticaret siteleri ağırlıklı olarak mobile (%70-75) eğilim gösterirken, B2B SaaS ürünleri genellikle 50/50'lik bir dağılım veya masaüstü hakimiyeti görür.

CoreDash verilerindeki performans açığı küresel trendi yansıtmaktadır. Mobil p75 LCP ortalaması 2.8 saniye iken masaüstünde bu değer 1.9 saniyedir. INP için bu açık daha da büyüktür: mobil p75 değeri 220 ms civarındayken masaüstü 120 ms seviyelerinde seyretmektedir.

Metriğe Özel Analiz

Largest Contentful Paint (LCP)

Mobil LCP neredeyse her zaman masaüstünden daha kötüdür. Bunun temel nedeni Yükleme Gecikmesidir (Load Delay): HTML'in ulaşması daha uzun sürdüğü (daha yüksek TTFB) ve ön yükleme (preload) tarayıcısının daha yavaş bir CPU üzerinde daha fazla kaynak çekişmesiyle rekabet ettiği için mobil tarayıcılar LCP görselini daha geç keşfeder. Eğer masaüstü LCP değeriniz 2.0 saniyenin altındaysa ancak mobil 3.0 saniyeyi aşıyorsa, sorun nadiren görsel dosyasının kendisidir. Sorun dağıtım hattındadır (delivery pipeline).

Interaction to Next Paint (INP)

Cihaz açığının en sert vurduğu yer burasıdır. Masaüstü bir i7 işlemcide anında gerçekleşiyormuş hissi veren JavaScript olay işleyicileri (event handlers), bir Snapdragon 665 üzerinde ana iş parçacığını (main thread) 300 ms'den fazla bloke edebilir. Mobile göre filtreleyin, INP etkisine göre sıralayın; gerçek telefonlarda bozulan etkileşimleri tam olarak bulacaksınız. Bunu sürekli görüyorum: geliştiriciler testleri MacBook Pro'larda yapıyor ve kullanıcılarının %65'inin fiilen taşıdığı cihazlarda kullanılamayan etkileşimleri yayına alıyorlar.

Cumulative Layout Shift (CLS)

Cihaz türleri arasındaki CLS farklarının kökeni genellikle duyarlı (responsive) tasarıma dayanır. Masaüstünde alan ayıran reklam alanları mobilde çökebilir veya yeniden boyutlanabilir. Masaüstünde hizalanan font fallback metrikleri, daha küçük görünüm alanlarında görünür kaymalara neden olur. Web fontları mobil ve masaüstü tarayıcılarda farklı şekilde işlenir ve fiziksel piksel yoğunluğu alt-piksel (sub-pixel) yuvarlamasını etkiler.

Hata Ayıklama İş Akışı

1. Her incelemeye cihaz filtresiyle başlayın: Başka herhangi bir boyuta bakmadan önce, verileri Cihaz Türüne göre bölün. Toplu LCP değeriniz 2.5 saniye ise, masaüstünü 1.8 saniye ve mobili 3.1 saniye olarak bulabilirsiniz. Bu durumda "sorun" tamamen mobile aittir.
2. Sadece p75'i değil, dağılımları karşılaştırın: Her cihaz türü için iyi/geliştirilmesi-gerekiyor/kötü (good/needs-improvement/poor) dağılımını kontrol edin. %85'i iyi olan bir masaüstü ile %45'i iyi olan bir mobil, tek başına p75 değerinden tamamen farklı bir hikaye anlatır.
3. Diğer boyutlarla birleştirin: Cihaz türünü izole ettikten sonra ikinci bir filtre ekleyin. Cihaz Türü + Ülke kombinasyonu, mobil açığının küresel mi olduğunu yoksa daha yavaş ağlara sahip bölgelerde mi yoğunlaştığını ortaya çıkarır. Cihaz Türü + Gezinme Türü (Navigation Type) kombinasyonu ise mobildeki ileri-geri gezinmelerin (back-forward navigations) düzgün bir şekilde önbelleğe alınıp alınmadığını gösterir.

Mühendislik Altın Kuralı

• Mobil LCP 2.5 saniyenin altında olmalı: Bu, Google'ın "iyi" (good) olarak kullandığı eşiktir. Masaüstünüz bu eşiği geçiyor ancak mobil kalıyorsa, Yükleme Gecikmesini (Load Delay) (fetchpriority, preload) ve TTFB'yi (edge önbellekleme, CDN) azaltmaya odaklanın.
• Mobil INP 200 ms'nin altında olmalı: Her interaktif özelliği gerçek bir orta segment Android cihazda test edin. Chrome DevTools CPU kısıtlaması (4x) buna yaklaşır, ancak gerçek cihaz testi her zaman daha iyidir.
• Asla sadece masaüstü için optimize etmeyin: Mobil trafiğiniz %50'yi aşıyorsa (ki neredeyse kesinlikle aşıyordur), arama sıralaması sinyaliniz mobil performansınızdır. Google sıralama için mobil CrUX verilerini kullanır.

Cihaz Türü sadece olsa-iyi-olur türünden bir filtre değildir. Soracağınız ilk sorudur: "Bu bir mobil sorunu mu yoksa bir masaüstü sorunu mu?" Her optimizasyon kararı bu cevaba göre şekillenir.