Kısa cevap
Site hızı testi nasıl yapılır, Core Web Vitals nedir?
Site hızı üç ölçüyle değerlendiriliyor ve Google eşikleri yayımlıyor: LCP 2,5 saniyenin altında, INP 200 milisaniyenin altında, CLS 0,1'in altında. Üçü de sayfa yüklemelerinin 75'inci yüzdelik diliminde, mobil ve masaüstü ayrı ölçülüyor. Pratikte iyileşmeyi getiren şey eklenti temizliği değil; görsellerin boyutu, yazı tipi yükleme sırası ve sunucu yanıt süresidir.
Özet
- Google'ın eşikleri açık: LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1 — ve hepsi 75'inci yüzdelik dilimde ölçülüyor, ortalamada değil.
- INP, 2024'te FID'in yerini alarak kalıcı bir Core Web Vitals ölçüsü oldu; FID üzerinden rapor veren bir teklif güncel değildir.
- Laboratuvar testi (PageSpeed Insights'ın simülasyonu) ile saha verisi farklı şeylerdir; karar saha verisiyle verilir, çünkü gerçek kullanıcıların cihazını o yansıtır.
- En sık görülen tek sorun, ilk ekranda yüklenen ölçeklendirilmemiş görsel — LCP'yi tek başına saniyelerce geciktirebiliyor.
- Hız bir sıralama faktörü olmaktan çok bir dönüşüm faktörü: 100 puan kovalamak yerine eşiğin altına inmek yeterli.
Site hızı ölçme: hangi sayılar ölçülüyor?
"Site yavaş" bir ölçü değil. Google üç ölçü ve üç eşik yayımlıyor; bir hız çalışmasının hedefi de bu üçüdür, PageSpeed puanı değil. Puan, bu üç ölçünün simülasyondan türetilmiş bir özeti; karar verilecek sayı o değil.
Core Web Vitals eşikleri ve her birinin gerçekte ölçtüğü
LCP
- İyi eşiği
- 2,5 saniyenin altında
- Ne ölçüyor
- En büyük içerik öğesinin ekrana gelme süresi
- En sık sebebi
- Ölçeklendirilmemiş kapak görseli, yavaş sunucu
INP
- İyi eşiği
- 200 milisaniyenin altında
- Ne ölçüyor
- Bir etkileşimden sonra ekranın yanıt verme süresi
- En sık sebebi
- Ana iş parçacığını kilitleyen betikler
CLS
- İyi eşiği
- 0,1'in altında
- Ne ölçüyor
- Sayfa yüklenirken içeriğin kayması
- En sık sebebi
- Boyutu yazılmamış görsel, sonradan yüklenen banner
| Ölçü | İyi eşiği | Ne ölçüyor | En sık sebebi |
|---|---|---|---|
| LCP | 2,5 saniyenin altında | En büyük içerik öğesinin ekrana gelme süresi | Ölçeklendirilmemiş kapak görseli, yavaş sunucu |
| INP | 200 milisaniyenin altında | Bir etkileşimden sonra ekranın yanıt verme süresi | Ana iş parçacığını kilitleyen betikler |
| CLS | 0,1'in altında | Sayfa yüklenirken içeriğin kayması | Boyutu yazılmamış görsel, sonradan yüklenen banner |
Üçü de 75'inci yüzdelik dilimde değerlendiriliyor: kullanıcıların dörtte üçünün gördüğü değer. Ortalama almak, en yavaş cihazlardaki deneyimi gizlediği için burada işe yaramıyor.
Site hızı testi: laboratuvar mı, saha verisi mi?
PageSpeed Insights iki ayrı şey gösteriyor ve çoğu tartışma bu ikisinin karıştırılmasından çıkıyor. Üstteki bölüm gerçek kullanıcı verisi — sitenizi ziyaret eden insanların cihazlarından toplanmış. Alttaki bölüm ise simülasyon: belirli bir cihaz ve bağlantı varsayımıyla tek bir yükleme. Puan alttan, karar üstten verilmeli.
Pratik sonuç: bir teklifte "puanı 95'e çıkaracağız" yazıyorsa, ölçülen şey simülasyon. Doğru taahhüt, saha verisinde üç ölçünün de eşiğin altına inmesi — ve bunun tek bir sayfada değil, en çok trafik alan sayfa grubunda sağlanması.
Site hızı nasıl arttırılır: gerçekten neyi düzeltmek işe yarıyor?
- Görseller: ilk ekrandaki kapak görseli doğru boyutta, modern formatta (AVIF/WebP) ve genişlik–yükseklik bilgisiyle verilmeli. Tek başına en büyük LCP kazancı buradan çıkıyor ve aynı düzeltme CLS'i de iyileştiriyor.
- Yazı tipleri: özel fontlar yüklenirken metnin görünmez kalması LCP'yi geciktiriyor. Font dosyalarını kendi alan adınızdan sunmak ve yükleme davranışını metin görünür kalacak şekilde ayarlamak kısa bir iş.
- Üçüncü taraf betikler: sohbet widget'ı, ısı haritası, üç ayrı analitik ve reklam etiketleri INP'yi bozan asıl kalem. Her birinin gerçekten kullanılıp kullanılmadığını sormak, kod optimizasyonundan daha çok kazandırıyor.
- Sunucu yanıt süresi: sayfa üretimi yavaşsa hiçbir ön yüz iyileştirmesi bunu telafi etmiyor. Önbellekleme ya da statik üretim, LCP'nin ilk yarısını doğrudan kısaltıyor.
- Yerleşim kaymaları: boyutu yazılmamış görsel, sonradan yüklenen çerez bandı ve reklam alanı. Üçü de yer ayırarak çözülüyor.
Hız sıralamayı yükseltir mi?
Sayfa deneyimi sinyalleri Google'ın değerlendirmesine giriyor, ama hız tek başına kötü bir sayfayı iyi sıraya taşımıyor; eşit güçteki iki sayfa arasında fark yaratıyor. Gerçek kazanç başka yerde: eşiğin üstündeki bir mobil sayfada ziyaretçi, içeriği görmeden ayrılıyor. Hız çalışmasının karşılığı sıralama tablosunda değil, formu dolduran kişi sayısında görünüyor.
Sık sorulanlar
PageSpeed puanım kaç olmalı?
- Puan bir hedef değil. Hedef, saha verisinde LCP'nin 2,5 saniyenin, INP'nin 200 milisaniyenin ve CLS'in 0,1'in altında kalması. Bu üçü sağlandığında puan zaten yükseliyor; puanı kovalamak ise ölçülen üç şeyi iyileştirmeyen kozmetik değişikliklere yol açıyor.
Hızlanmak için hosting değiştirmem yeterli mi?
- Sunucu yanıt süresi gerçekten yavaşsa fark ediyor, ama çoğu sitede en büyük gecikme sunucuda değil tarayıcıda oluşuyor: büyük görseller, geç yüklenen yazı tipleri ve üçüncü taraf betikler. Hosting değişimini karara bağlamadan önce sunucu yanıt süresini ölçmek, boşa harcanan bir taşıma projesini önlüyor.
Çerez bandı hızı etkiliyor mu?
- Evet, ve genellikle iki yerden birden. Banner sonradan yüklenip sayfayı aşağı ittiğinde CLS bozuluyor; çoğu banner aracı kendi betiğini yüklediği için INP'ye de biniyor. Çözüm bandı kaldırmak değil: yer ayırmak ve aracın betiğini kritik yükleme yolundan çıkarmak yeterli.
Kaynaklar
- 01Web Vitals — LCP, INP ve CLS eşikleri — web.dev, Google, 2026
- 02Understanding page experience in Google Search results — Google Search Central, 2026
Bu sayfa şu aramalara cevap veriyor
- site hızı nasıl arttırılır
- site hızı testi
- site hızı ölçme
- core web vitals nedir
- site hızı hesaplama
- site hızı kontrol