Bu sayfa tek bir aracın verisine odaklanır: Sayfa Hızı & Boyut Testi. Bu puanların diğer ölçümlerle nasıl bir arada durduğunu, tam dağılımları ve yöntemi SEO Skor Kıyaslama sayfasında bulacaksın.
Hangi hız kontrolü kaçırılıyor?
Araç bir URL alıyor, sayfayı sunucu tarafından bir kez çekiyor ve yedi kontrol çalıştırıyor: ilk bayt süresi, toplam yüklenme, sıkıştırma, önbellek başlıkları, HTML ağırlığı, render engelleyici dosya sayısı ve görsel sayısı. Aşağıdaki yüzde, kontrolün geçilemediği taramaların oranıdır.
| Kontrol | Başarısız oranı | Ağırlık |
|---|---|---|
| Makul görsel sayısı | 34% | Kısmi kayıp |
| Tarayıcı önbellek başlıkları | 27% | Kısmi kayıp |
| Sınırlı render engelleyici JS/CSS | 19% | Kısmi kayıp |
| Hızlı ilk bayt süresi (TTFB) | 13% | Tam kayıp |
| Sıkıştırma etkin | 12% | Tam kayıp |
| Makul HTML ağırlığı | 5% | Kısmi kayıp |
| Hızlı toplam yüklenme | 1% | Kısmi kayıp |
Listenin şekli, tek tek satırlarından daha çok şey söylüyor. Üstteki üç kalem — görsel sayısı, önbellek başlıkları, render engelleyici dosyalar — kısmi puan kaybı olarak işleniyor: hiçbiri sayfayı tek başına yavaşlatmaz, hepsi birlikte yavaşlatır. Altta kalan iki tam kayıp ise sayfanın kendisiyle değil, sunucusuyla ilgili. Ortalama bir tarama yedi kontrolün 5,9 tanesini geçiyor ve geriye yalnızca 1,1 açık madde bırakıyor — veri setindeki en temiz kontrol listesi bu.
Neden neredeyse herkes yüksek puan alıyor?
Taramaların %81’i 80 ve üzeri puan alıyor; 75. yüzdelik 100, yani örneklemin dörtte biri tam puana çok yakın. F alan tarama sayısı 14, A+ alan 432. Sebep, ölçülen şeyin ne olduğunda: teslim katmanı. Sıkıştırmayı barındırma sağlayıcısı açıyor, önbellek başlıklarını bir CDN ekliyor, sunucu yanıt süresini yönetilen bir platform üstleniyor. Site sahibinin yıllar önce elle yaptığı işler bugün varsayılan olarak geliyor ve puan da bunu gösteriyor.
Bu yüzden hız puanını bir başarı ölçüsü olarak okumak yanlış. Bir sayfa burada 90 aldığında öğrendiğin şey, o sayfanın rakiplerinden hızlı olduğu değil — modern bir barındırma yığınının üzerinde durduğu. Ayrışma bu ölçümde değil, kimsenin varsayılan olarak alamadığı ölçümlerde: E-E-A-T tarafında medyan 38/100. Aradaki fark, bu veri setinin tamamındaki en büyük tek bulgu.
Kategori düzeyinde de aynı ayrım var: taramaların %60’ında en düşük puanlı kategori “Hız ve teslim”, %40’ında ise “Yük ve istekler” oldu. İkisi arasındaki denge, hız probleminin nereye taşındığını gösteriyor: sayfa artık fazla büyük olduğu için değil, yeterince hızlı teslim edilmediği için puan kaybediyor.
Kalan iki tam kayıp da sunucu tarafında
Yedi kontrolün ikisi tam kayıp olarak puanlanıyor ve ikisi de sayfanın içeriğiyle ilgisiz. İlk bayt süresi taramaların %13’ünde eşiğin üstünde; sıkıştırma %12’sinde hiç açılmamış. İkincisi özellikle dikkat çekici, çünkü Gzip ya da Brotli açmak metin transferini tipik olarak %60–80 azaltır ve tek bir sunucu ayarıdır — içerik değişmez, şablon değişmez, hiçbir sayfa yeniden yazılmaz. Buna karşılık toplam yüklenme süresi taramaların yalnızca %1’inde sınırı aşıyor.
Pratik sonuç: bu ölçümde puanını yükseltmek isteyen birinin yapması gereken iş neredeyse hiçbir zaman sayfada değil. Sıkıştırmayı aç, Cache-Control başlıklarını ayarla, sunucu yanıt süresini düşür. Üçü de bir öğleden sonrada, tek seferde ve tüm site için yapılır — sayfa sayfa uğraşmayı gerektiren tek kalem, en üstteki görsel sayısı.
Bu puan neyi ölçmez
Bu rakamları doğru okumak için ölçümün sınırını bilmek gerekiyor. Araç sayfayı sunucu tarafından bir kez çekiyor: bağlantıyı, ilk baytı, yanıtın boyutunu ve başlıklarını ölçüyor. Sayfayı bir tarayıcıda açmıyor, JavaScript çalıştırmıyor, düzen kaymasını (CLS) veya etkileşim gecikmesini (INP) göremiyor ve gerçek kullanıcı verisine bakmıyor. Yani burada 90 almak “teslim katmanı temiz” demek; “Core Web Vitals geçiyor” demek değil. Ağır bir JavaScript paketiyle gelen bir sayfa bu testten yüksek puanla çıkıp gerçek bir telefonda hâlâ yavaş olabilir.
Sıkça sorulan sorular
İyi bir sayfa hızı puanı kaçtır?
Bu veri setinde medyan 90/100, yani ortalama bir sayfa zaten yüksek puanlı. Taramaların %81’i 80 ve üzeri; 25. yüzdelik 80, 10. yüzdelik ise 71. Bunun pratik anlamı şu: hızda 80 almak seni öne çıkarmaz, sadece sıradan yapar. Ayrışma 100 ve üzerinde başlıyor — ve oraya çıkmak için gereken şey genellikle sayfayı değil, sunucuyu düzeltmek.
Buradaki 90 puan, PageSpeed Insights’taki 90 ile aynı şey mi?
Hayır, aynı şeyi ölçmüyorlar ve iki puanı yan yana koymak yanıltıcı olur. Bu araç sunucu tarafından tek bir istek yapar: bağlantı süresini, ilk bayt süresini, yanıtın boyutunu ve başlıklarını ölçer. Sayfayı bir tarayıcıda çalıştırmaz, JavaScript’i yürütmez, düzen kaymasını ya da etkileşim gecikmesini göremez. PageSpeed Insights ise gerçek Chrome kullanıcılarından gelen alan verisini ve tam bir tarayıcı denemesini birlikte kullanır. Buradaki yüksek puan “teslim katmanı temiz” demektir; “Core Web Vitals geçiyor” demek değildir.
Hızda en sık hangi kontrol kaçırılıyor?
“Makul görsel sayısı”: taramaların %34’ünde bu kontrol geçilemiyor. Ardından tarayıcı önbellek başlıkları (%27) ve render engelleyici JS/CSS dosyaları (%19) geliyor. Üçü de kısmi puan kaybı olarak işleniyor, çünkü hiçbiri tek başına sayfayı yavaşlatmıyor — birikince yavaşlatıyor.
İlk bayt süresi mi toplam yüklenme süresi mi daha önemli?
Bu örneklemde soru pratikte kendini yanıtlıyor: toplam yüklenme süresi taramaların yalnızca %1 kadarında sınırı aşarken, ilk bayt süresi %13 kadarında eşiğin üstünde. İlk bayt süresi tam kayıp olarak puanlanıyor, çünkü öncesindeki her şeyi geciktirir: tarayıcı ilk baytı beklerken hiçbir şey indiremez, ayrıştıramaz, gösteremez. Yavaş bir ilk bayt, sonrasında ne kadar iyi optimize edersen et geri kazanılmaz.
Örneklem, yöntem, anonimleştirme ve CC BY 4.0 lisansı kıyaslama merkezinin yöntem bölümünde açıklanıyor.