Core/Dash Boyutu: Ağ Hızı

Boyut: Ağ Hızı (dl)

dl boyutu, sayfa ziyareti sırasında her kullanıcının bağlantısının Megabit/saniye (Mbps) cinsinden ölçülen efektif indirme bant genişliğini raporlar. CoreDash, bu değeri tarayıcının Network Information API'sinden toplar ve ziyaretleri bant genişliği katmanlarına göre gruplandırır. CoreDash tablosundaki her satır belirli bir hız dilimini temsil eder, böylece Core Web Vitals puanlarınızı hızlı geniş bant kullanıcıları, orta hızlı bağlantılar ve yavaş veya mobil bağlantılar arasında yan yana karşılaştırabilirsiniz.

Bant genişliği, sayfa yükleme performansını şekillendiren iki ağ özelliğinden biridir. Diğeri ise sunucuya gidiş-dönüş süresini kontrol eden gecikmedir. CoreDash'in dl boyutu, bant genişliği değişkenini izole eder, böylece somut bir soruyu yanıtlayabilirsiniz: bağlantı hızı düştükçe Core Web Vitals puanlarınız kötüleşiyor mu ve ne kadar kötüleşiyor?

Ağ Hızı Core Web Vitals İçin Neden Önemlidir?

İndirme bant genişliğinin Largest Contentful Paint üzerinde doğrudan ve ölçülebilir bir etkisi vardır. LCP neredeyse her zaman bir hero görseli, büyük bir arka plan görseli veya yüksek boyutlu bir web fontu tarafından tetiklenir. 100 Mbps'lik bir bağlantıda, 400 KB'lık bir hero görseli yaklaşık 32 milisaniyelik bir aktarım süresinde ulaşır. 5 Mbps'lik bir bağlantıda ise, aynı görsel herhangi bir gecikme veya işlem yükü hesaba katılmadan sadece aktarım süresi olarak 640 milisaniyeden fazla sürer. Sadece bu fark bile geçerli bir LCP puanını "iyileştirme gerekiyor" aralığına itebilir.

Time to First Byte, bant genişliğine daha az duyarlıdır. TTFB, aktarılan bayt hacmi tarafından değil, sunucu işlem süresi ve ağ gidiş-dönüş gecikmesi tarafından belirlenir. Yavaş bir sunucu yanıtı, her bağlantı hızında yavaştır. TTFB, CoreDash'teki tüm bant genişliği katmanlarında kötüyse, bu istemci tarafı bir bant genişliği probleminden ziyade sunucu veya CDN sorunlarına işaret eder.

Interaction to Next Paint neredeyse tamamen CPU'ya bağlıdır. INP, kullanıcı girdisi ile bir sonraki görsel güncelleme arasındaki süreyi ölçer. Yoğun JavaScript yürütmesi, uzun görevler ve ana iş parçacığı (main thread) bloklamaları zayıf INP puanlarına yol açar. Yavaş bir bağlantı, JavaScript paketlerinin ilk indirilmesini geciktirebilir ve bu da kullanıcı sayfayla ilk etkileşime girdiğinde script'ler hala ayrıştırılıyorsa INP'yi dolaylı olarak kötüleştirebilir. Ancak script'ler yüklendikten sonra INP performansı, ağ tarafından değil cihazın işlem gücü tarafından belirlenir.

Uygulamada, bant genişliği sorunları, tarayıcının LCP kaynağını keşfettikten sonra indirmek için ne kadar zaman harcadığını ölçen LCP'nin alt bölümü olan LCP Load Time'da açıkça ortaya çıkar. CoreDash, LCP Load Time'ı ayrı ayrı raporlar; bu da yavaş kullanıcıların ağda mı yoksa başka bir şeyde mi beklediğini doğrulamayı kolaylaştırır.

Verileri Okuma

Tipik sitelerdeki CoreDash trafiği üç bant genişliği katmanına ayrılır. Her bir katmanın neyi temsil ettiğini anlamak, düzeltmelere öncelik vermenize yardımcı olur.

Hızlı Geniş Bant: 50 Mbps ve üzeri

CoreDash trafiğinin yaklaşık %35'i bu katmana girer. Bu, fiber bağlantıları, kablolu geniş bantı ve iyi sinyal koşullarındaki 5G mobil kullanıcılarını içerir. 2025'te ortalama 5G indirme hızları 184 Mbps civarında seyrediyor ve ABD'deki sabit geniş bant ortalamaları 214 Mbps'ye ulaştı. Bu katmandaki kullanıcıların, iyi optimize edilmiş sayfalarda ağ kaynaklı LCP gecikmeleri yaşaması olası değildir. Burada LCP puanları zayıfsa, sorun bant genişliği değil; sunucu yanıt süresi, oluşturmayı engelleyen kaynaklar veya LCP öğesinin keşfedilme gecikmesidir.

Orta Hızlı: 10 ile 50 Mbps arası

CoreDash trafiğinin yaklaşık %40'ı bu aralığa denk gelir. Bu katman, daha eski kablolu bağlantıları, ortalama sinyal koşullarındaki 4G LTE'yi (tipik 4G gerçek dünya hızları 10 ile 50 Mbps arasındadır) ve bazı sabit kablosuz kullanıcıları kapsar. 300 KB'lık bir hero görseli, bu hızlarda 48 ile 240 milisaniye arasında bir aktarım süresi alır. Optimize edilmemiş görsellere veya oluşturmayı engelleyen birden fazla kaynağa sahip sayfalar bu katmanda LCP eşiklerini geçememeye başlayacaktır. Burası, görsel format seçimlerinin (WebP, AVIF) ve fetchpriority="high" ile agresif önceden yüklemelerin ölçülebilir bir fark yarattığı katmandır.

Yavaş ve Mobil: 10 Mbps'nin altı

CoreDash trafiğinin yaklaşık %25'i 10 Mbps'nin altındaki bağlantılardan gelir. Bu, 3G mobil kullanıcılarını, kırsal sabit bağlantıları ve zayıf sinyal veya sıkışık ağ koşullarındaki 4G kullanıcılarını içerir. 5 Mbps hızında, 400 KB'lık bir görsel 640 milisaniyeden fazla aktarım süresi alır. LCP görseli agresif bir şekilde sıkıştırılmadığı, kullanıcıya yakın bir CDN uç düğümü (edge node) üzerinden sunulmadığı ve doğru şekilde önceden yüklenmediği sürece bu katmanda LCP hataları neredeyse kesindir. İşletmeniz tarihsel olarak daha yavaş altyapıya sahip bölgelerdeki kullanıcılara hizmet veriyorsa, yavaş hızlı trafiğin coğrafi olarak yoğunlaşıp yoğunlaşmadığını doğrulamak için dl ile birlikte CoreDash Country boyutunu kontrol edin.

Hata Ayıklama İş Akışı

1. CoreDash'te 10 Mbps altı katmanını filtreleyin ve LCP Load Time'ı kontrol edin. Başarısız bir LCP puanına katkıda bulunan baskın faktör LCP Load Time ise, LCP kaynağı yavaş bağlantılar için çok büyüktür. Görseli daha fazla sıkıştırın, AVIF formatına geçin ve kaynağın etkilenen kullanıcılara yakın bir uç düğüme sahip bir CDN'den sunulduğunu doğrulayın.
2. Country boyutuyla çapraz referans yapın. Yavaş hızdaki kullanıcılar belirli ülkelerde yoğunlaşıyorsa, CDN'inizin o bölgelerde iyi bir kapsama alanına sahip olup olmadığını kontrol edin. 200 ms uzaklıktaki bir CDN uç düğümünden hizmet alan 15 Mbps bağlantıya sahip bir kullanıcı, 10 ms uzaklıktaki bir düğümden hizmet alan aynı hızdaki bir kullanıcıdan çok daha kötü bir deneyim yaşayacaktır.
3. Katmanlar arasında INP ve TTFB puanlarını kontrol edin. INP, düşük bant genişliği katmanlarında kötüleşiyor ancak yüksek katmanlarda kötüleşmiyorsa, kullanıcılar ilk etkileşime girdiğinde büyük JavaScript paketleri hala indiriliyor demektir. JavaScript'inizi bölün, kritik olmayan script'leri erteleyin ve ayrıştırma aşamasında INP riskini azaltmak için başlatma sırasında main thread'e yielding yapmayı düşünün.

Pratik Mühendislik Kuralları

• 5 Mbps bağlantılarda bile LCP Load Time'ı 200 ms'nin altında tutmak için 100 KB'ın (AVIF veya WebP) altında bir LCP görsel dosya boyutunu hedefleyin.
• 10 Mbps bağlantılarda 2,5 saniyelik eşik içinde makul bir LCP sağlamak için ekranın üst kısmındaki kaynakların toplam sayfa ağırlığı 500 KB'ın altında kalmalıdır.
• Tarayıcının bant genişliğini önce daha düşük öncelikli kaynaklarda harcamaması için LCP görselinde fetchpriority="high" kullanın ve bunu belge <head> bölümünde önceden yükleyin.
• Tüm statik varlıkları bir CDN üzerinden sunun. CoreDash'teki bant genişliği sayıları sunucunun değil, istemcinin bağlantısını ölçer. Sunucu coğrafi olarak uzaksa ve ilk bayt ulaşmadan önce 300 ms gecikme ekliyorsa, hızlı bir istemci bağlantısı işe yaramaz.
• Trafiğinizin %15'inden fazlası 10 Mbps altı katmanındaysa ve LCP bu kullanıcılar için başarısız oluyorsa, başka bir şeyi ele almadan önce görsel optimizasyonu ve CDN kapsama alanını P1 (1. Öncelikli) sorunlar olarak değerlendirin.