2026'da site hızı: Core Web Vitals, resmî eşikler ve mobil blog vakamız
Sunucu 0,23 saniyede yanıt veriyordu ama telefonda makaleler hiç görünmüyordu. Core Web Vitals'ın resmî eşikleri, Google'ın aramaya etkisi hakkında söyledikleri ve kendi vakamız: kapaklar ~2 MB'tan 213 KB'a ve neyi kontrol etmeli.
Google hangi hız ölçütlerini temel sayıyor?
Core Web Vitals üç ölçütten oluşur. LCP (yükleme): en büyük öğe 2,5 saniye içinde görünmeli. INP (yanıt verme): sayfa etkileşimlere 200 milisaniye içinde yanıt vermeli. CLS (görsel kararlılık): düzen kayması 0,1 veya daha az. Sayfa yüklemelerinin 75. yüzdelik diliminde, mobil ve masaüstü için ayrı ölçülür; sayfa ancak üçü de iyiyse geçer. INP 2024'te FID'nin yerini aldı. Web.dev, kararlı ölçütlerin yılda en fazla bir kez değiştiğini açıkça yazıyor; bazı blogların andığı «2026'nın yeni eşikleri» Google tarafından doğrulanmadı.
Hız sıralamayı etkiler mi?
Google, Core Web Vitals'ın sayfa deneyiminin diğer unsurlarıyla birlikte temel sıralama sistemlerinin ödüllendirmek istediği şeyle örtüştüğünü söylüyor ve iyi puanları şiddetle öneriyor. Google, hızın sıralamadaki ayrı ağırlığını belirtmiyor; yani bu sihirli bir düğme değil, koşullardan biri. Gerçek kullanıcı verileri Search Console'daki Core Web Vitals raporunda.
Kendi sitemizde ne bulduk?
11 Kasım 2026'da Metriverra blogunu telefondan açtık ve makaleler «çok yavaş» yükleniyordu. Ölçümler sunucunun 0,23 saniyede yanıt verdiğini gösterdi; sorun sunucuda değildi. 19 makalelik liste, bloğun %12'si ekrandayken tetiklenen bir görünme animasyonuna sahip tek bir bloktu. Telefonda blok 8.509 piksel yüksekliğindeydi, ekran 844: yalnızca %9,9. Eşiğe hiç ulaşılmadı, makaleler görünmez kaldı. Üstelik kapaklar tam boyutta sunuluyordu, liste başına yaklaşık 2 MB. Listeden animasyonu kaldırdık, 10 ve 9 makalelik sayfalara böldük ve küçültülmüş kapaklar sunmaya başladık: 12 kapak yaklaşık 2 MB yerine 213 KB oldu.
Sitenizde neyi kontrol etmelisiniz?
Search Console'daki Core Web Vitals raporunu açın ve mobil sayfalardan başlayın. Yalnızca sunucu yanıt süresine değil, sayfalara gerçek bir mobil pencerede bakın: bir betik çalışana kadar gizli kalan içeriği kullanıcı hiç görmez. Görselleri ekran boyutuna göre sunun (srcset), ilk ekranın altındaki görselleri geciktirerek yükleyin ama ana görseli değil. Görseller için alan ayırın ki düzen zıplamasın. Ve ağır betik ve etiketlerin yanıt verme süresini, yani INP'yi kötüleştirdiğini unutmayın.
Şimdi ne yapmalı
- Search Console'da Core Web Vitals raporunu açın ve mobil URL'lerden başlayın.
- Önemli sayfaları mobil pencerede kontrol edin: içerik animasyon ve betik beklemeden görünüyor mu?
- Görselleri ekran boyutuna göre sunun, listeler ve kartlar için küçük kopyalar kullanın.
- İlk ekrandaki ana görseli geciktirmeyin, yalnızca alttakileri.
- Her büyük site değişikliğinden sonra ölçütleri kontrol edin, yılda bir değil.
Metriverra ziyaretçi davranışını ve dönüşümleri her gün gösterir; hız değişikliğinden sonra hemen çıkmaları ve satışları önce-sonra karşılaştırabilirsiniz.
Kısaca
- Google eşikleri: LCP ≤ 2,5 sn, INP ≤ 200 ms, CLS ≤ 0,1 (75. yüzdelik).
- Kararlı ölçütler yılda en fazla bir kez değişir; «2026'nın yeni eşikleri» doğrulanmadı.
- Google: Core Web Vitals sıralama sistemlerinin ödüllendirdiği şeyle örtüşür.
- Vakamız: sunucu 0,23 sn, ama animasyon yüzünden makaleler telefonda görünmezdi.
- Liste kapakları: ~2 MB → 213 KB.
Kaynaklar: web.dev — Web Vitals · Google Search Central — Understanding Core Web Vitals and Google search results
