Türk SEM · SEO Aracı
Site Speed Metrix: Site Hızı Testi
Sayfanızı gerçek bir tarayıcıda, her seferinde sıfırdan üç kez açıyoruz. Size ortanca sonucu, her dosyanın ne kadar beklettiğini ve neyi düzeltirseniz ne kazanacağınızı gösteriyoruz.
Ölçülecek site
Önce cihazı seçin, sonra adresinizi girip Hızı Ölç'e basın. Ölçüm 30-90 saniye sürer.
Nasıl Çalışır
- 1
Sitenizi bağlıyorsunuz
Adresi bir kez giriyorsunuz. Aynı tarama kaydından sunucunuzun konumu, HTTP sürümü ve sıkıştırma bilgisi de gelir; hiçbiri ikinci kez ölçülmez.
- 2
Sayfayı üç kez açıyoruz
Her açılış önbelleği boş, temiz bir Chromium'la yapılır. Mobilde 4G bağlantı ve iki kat yavaşlatılmış işlemci kullanıyoruz; bu ayar, sitelerin gerçek telefon kullanıcılarından gelen verisine yakın sonuç veriyor. Masaüstünde kısıtlama yok. Testler İstanbul'daki sunucumuzdan koşar.
- 3
Her isteği kaydediyoruz
Her dosya için DNS, bağlantı, TLS, bekleme ve indirme sürelerini, boyutunu ve sayfanın çizilmesini engelleyip engellemediğini tutuyoruz. Sayfanın açılışını kare kare de kaydediyoruz.
- 4
Ortanca sonucu gösteriyoruz
Üç ölçümün ortancasını alıyor, aralarındaki sapmayı da yazıyoruz. Böylece tek bir şanslı ya da şanssız ölçüme bakıp karar vermezsiniz.
Not Nasıl Hesaplanır
Her metriği log-normal bir eğriyle 0-100 arası puana çeviriyoruz. Yöntem ve eşikler Lighthouse'un yayımladığı değerlerdir (Chrome for Developers). Ağırlıkları biz belirledik: toplam engelleme süresi %30, en büyük içerik %25, düzen kayması %25, ilk içerik %10, sunucu yanıtı %10. Speed Index yerine sunucu yanıtını koyduk, çünkü hosting seçerken bakılacak asıl değer o ve onu kısıtlamasız kendimiz ölçüyoruz.
- A (90-100)
- Sayfa hızlı açılıyor. Kazanılacak çok şey kalmamış.
- B ve C (70-89)
- Genel durum iyi, ama bir iki metrik puanı aşağı çekiyor. Öneriler sekmesindeki ilk maddelere bakın.
- D ve E (50-69)
- Ziyaretçi bekliyor. Genellikle tek bir büyük sorun var: ağır bir görsel, engelleyen bir betik ya da yavaş bir sunucu.
- F (50'nin altı)
- Sayfa özellikle mobilde zor açılıyor. Önce sunucu yanıtına ve en büyük içeriğe bakın.
Hangi Değer İyi Sayılır
Google'ın gerçek kullanıcı verisi için belirlediği eşikler aşağıda (web.dev). Bu değerler ziyaretçilerin %75'inin yaşadığı deneyime bakar.
| Metrik | İyi | Geliştirilmeli | Kötü |
|---|---|---|---|
| En büyük içerik (LCP) | 2,5 sn ve altı | 2,5 - 4 sn | 4 sn üstü |
| Etkileşim (INP) | 200 ms ve altı | 200 - 500 ms | 500 ms üstü |
| Düzen kayması (CLS) | 0,1 ve altı | 0,1 - 0,25 | 0,25 üstü |
| İlk içerik (FCP) | 1,8 sn ve altı | 1,8 - 3 sn | 3 sn üstü |
| Sunucu yanıtı (TTFB) | 0,8 sn ve altı | 0,8 - 1,8 sn | 1,8 sn üstü |
Laboratuvar Ölçümü ve Gerçek Kullanıcılar
Google sıralamada, Chrome kullanıcılarının son 28 günde yaşadığı gerçek deneyime bakar (Chrome UX Report). Bu veri size sorunun var olup olmadığını söyler, ama nerede olduğunu söylemez. Site Speed Metrix ise sayfayı kontrollü koşullarda açtığı için sorunun hangi dosyada olduğunu gösterir. Sonuç ekranında ikisini yan yana görürsünüz.
Etkileşim süresi (INP) yalnızca gerçek kullanıcılarla ölçülebilir, çünkü birinin sayfaya tıklaması gerekir. Laboratuvarda onun yerine toplam engelleme süresine (TBT) bakarız (web.dev). İkisi aynı sorunu, yani JavaScript'in sayfayı meşgul etmesini gösterir.
Sitenin genel SEO durumu için SEO Analiz, gerçek kullanıcı verisinin haftalık seyri için PageSpeed portalımızı kullanabilirsiniz. Üçü de aynı tarama kaydını okur.
PageSpeed'de Olmayan Kontroller
Üç ölçümün ardından sayfayı bir kez daha açıp aşağıdaki kontrolleri yapıyoruz. Bunların hiçbiri PageSpeed Insights'ta yok. Sonuç ekranında her biri Türk SEM ölçümü diye işaretli; hepsi laboratuvar ölçümüdür, gerçek kullanıcı verisi değildir.
- Sunucu yanıtının dört parçası
- Sunucu yanıtını DNS, TCP bağlantısı, TLS ve sunucu bekleme olarak ayırıyor, kısıtlama olmadan beş kez ölçüyoruz. Bekleme süresinden bir ağ gidiş-dönüşünü çıkararak sunucunun sayfayı hazırlamaya harcadığı süreyi de tahmin ediyoruz. Hosting karşılaştırmak için en doğru ölçü bu.
- Tıklamaya yanıt süresi (laboratuvar INP)
- İlk ekrandaki menü ve düğmelere gerçekten tıklayıp ekranın ne zaman tepki verdiğini ölçüyoruz. PageSpeed sayfaya tıklamadığı için INP veremez. Tıklarken sunucuya veri gönderen istekleri engelliyoruz, bu yüzden test sitenizde hiçbir şeyi değiştirmez.
- Sayfayı kim kilitliyor
- Chrome'un Long Animation Frames kaydıyla, sayfayı 50 ms'den uzun kilitleyen her karede hangi betiğin ne kadar süre harcadığını buluyoruz. Kendi kodunuzu reklam ve analitik betiklerinden ayırıyoruz.
- Kaydırırken kayma
- Sayfayı aşağı kaydırıp sonradan yüklenen reklam ve görsellerin içeriği ne kadar ittiğini ölçüyoruz. PageSpeed yalnız ilk yüklemeye bakar.
- İkinci ziyaret
- Önbellek doluyken sayfayı yeniden açıyoruz. Siteye geri dönen ziyaretçinin ne kadar veri indirdiğini ve sayfanın ne kadar hızlı açıldığını görürsünüz.
- Geri tuşu
- Sayfa geri ve ileri tuşunda tarayıcı önbelleğinden anında açılıyor mu, bakıyoruz. Açılmıyorsa nedenini Chrome'un kendi raporundan alıyoruz.
- Çerez bandı ve LCP
- Ekrandaki en büyük içerik çerez bandıysa LCP sayfanızı değil bandı ölçer. Avrupa'daki sitelerde sık görülür; bunu ayrıca işaretliyoruz.
Derin Analiz Sekmesinde Neler Var
Ölçüm sırasında topladığımız veriyi tek bir puana sıkıştırmıyoruz. Derin Analiz sekmesi, sayfanın neden bu hızda açıldığını parça parça gösterir. Bunlar için ek bir yükleme yapmıyoruz; hepsi aynı ölçümden çıkar.
- Görsel ilerleme
- Film şeridinin bütün karelerini son kareyle karşılaştırıp ekranın her an ne kadarının hazır olduğunu çiziyoruz. Speed Index, ekranın %85'inin ve tamamının hazır olduğu an buradan çıkar. Speed Index notu etkilemez, yalnız bilgi olarak verilir.
- Kullanılmayan kod
- Sayfa açıldığı anda indirilen JavaScript ve CSS'in ne kadarının hiç çalışmadığını dosya dosya sayıyoruz. Hangi dosyayı bölerseniz ya da sonraya bırakırsanız ne kadar kazanacağınızı görürsünüz.
- İşlemci zamanı ve sayfa yapısı
- Tarayıcının açılış sırasında JavaScript, yerleşim ve stil hesabına ne kadar zaman harcadığını ayırıyoruz. Yanında HTML öğe sayısı, iç içe geçme derinliği ve JavaScript belleği durur.
- Bağlantılar
- Sayfanın bağlandığı her alan adı için DNS, TCP ve TLS süresini ve kullanılan protokolü listeliyoruz. Başka sitelerden gelen her betiğin bir bağlantı maliyeti vardır; burada o maliyeti görürsünüz.
- Üçüncü taraf hizmetleri
- Dağılım sekmesinde, sayfanın yüklediği dış hizmetleri alan adıyla değil kendi adıyla görürsünüz: Google Tag Manager, Meta Pixel, Hotjar, canlı destek araçları gibi. Her birinin kaç istek yaptığı, ne kadar veri getirdiği ve sayfayı ne kadar kilitlediği yan yana durur.
- Sunucu ve güvenlik
- TLS sürümü, sertifikayı veren kuruluş ve sertifikanın bitiş tarihi, CDN, önbellek başlıkları ve sunucunun gönderdiği Server-Timing süreleri. Sertifikanın bitmesine üç haftadan az kaldıysa öneri olarak uyarıyoruz.
- Yazı tipleri
- Sayfanın yüklediği yazı tiplerini ve font-display ayarını gösteriyoruz. Bu ayar yoksa Chrome, yazı tipi inene kadar metni 3 saniyeye kadar gizler.
- Üç ölçüm yan yana
- Notu ortanca ölçümden hesaplıyoruz, ama üç ölçümün hepsini ve aralarındaki sapmayı da gösteriyoruz. Sapma büyükse sunucu her açılışta farklı davranıyor demektir.
- Karbon tahmini
- Sayfanın indirdiği veriden, ziyaret başına karbon salımını Sustainable Web Design modeliyle (v4) tahmin ediyoruz. Model dünya ortalaması elektrik şebekesini kullanır; yenilenebilir enerjiyle çalışan bir sunucuda gerçek değer daha düşüktür.
Eşikler Nereden Geliyor
Google'ın Core Web Vitals eşiklerine dokunmuyoruz, çünkü sıralamada onlar kullanılıyor. Bu eşikler iki şeye dayanır: insan algısı üzerine yapılmış araştırmalara ve sitelerin hedefe gerçekten ulaşabilmesine (web.dev). Örneğin araştırmalar 100 ms civarındaki bir tepkinin anlık algılandığını gösteriyor (Nielsen; Card, Robertson ve Mackinlay, 1991; Miller, 1968). Ama telefondaki sitelerin çoğu bu değere ulaşamadığı için INP sınırı 200 ms olarak seçildi.
Algı araştırmaları tek bir ölçünün yetmediğini gösteriyor. Kelton ve arkadaşlarının çalışmasında sayfanın "yüklendi" olayı, kullanıcıların algıladığı süreden ortalama 6,4 saniye fazla ya da 2,1 saniye eksik çıktı (NSDI 2017). Her biri bin katılımcılı Eyeorg çalışmalarında da en gelişmiş ölçüler bile algıyla tam örtüşmedi (Varvello ve ark.). Bu yüzden tek bir puan yerine birbirini tamamlayan ölçümler veriyoruz.
Sunucu süresi küçük görünse de davranışı değiştirir. Google'ın deneyinde arama sonuçlarına 100-400 ms gecikme eklemek, kullanıcı başına arama sayısını %0,2-0,6 azalttı; etki gecikme kaldırıldıktan sonra da haftalarca sürdü (Google Research).
Sık Sorulan Sorular
Sonuç neden PageSpeed Insights'takinden farklı?
PageSpeed Insights mobil testinde bilerek çok yavaş bir bağlantı varsayar, bu yüzden sonuçları genellikle bizimkinden kötü çıkar. Biz gerçek kullanıcılara yakın bir 4G bağlantı kullanıyor ve sayfayı üç kez açıyoruz. Rakamlar birebir tutmaz, ama aynı sorunları gösterir.
Mobil sonuç neden masaüstünden bu kadar kötü?
Mobil test, orta seviye bir telefonu ve 4G bağlantıyı taklit eder. Masaüstünde fark edilmeyen ağır görseller ve uzun betikler burada saniyeler ekler. Ziyaretçilerinizin çoğu telefondan geliyorsa asıl bakmanız gereken sonuç budur.
Hangi değer Google sıralamasını etkiler?
Google, Core Web Vitals'ı yani LCP, INP ve CLS'yi gerçek kullanıcı verisinden okur. Bizim laboratuvar ölçümümüz bu verinin neden iyi ya da kötü olduğunu anlamanıza yardım eder; sıralamaya doğrudan girmez.
Neden üç kez ölçüyorsunuz?
Aynı sayfa iki ölçüm arasında ağ trafiği ve sunucu yükü yüzünden farklı sonuç verebilir. Üç ölçümün ortancasını alıp sapmayı da gösteriyoruz; sapma yüksekse sunucunuzun yanıt süresi dalgalanıyor demektir.
Test nereden yapılıyor?
İstanbul'daki sunucumuzdan. Türkiye'deki ziyaretçileriniz için bu, gerçeğe en yakın ölçümdür. Sunucunuz uzak bir ülkedeyse bağlantı kurulumu biraz uzar; birkaç siteyi karşılaştırırken bu sorun olmaz, çünkü hepsi aynı yoldan ölçülür. Sunucunuzun konumunu sonuç ekranında görürsünüz.
Kaç test yapabilirim?
Üye olmadan günde 3, ücretsiz üyelikle günde 20 test yapabilirsiniz. Son 24 saatteki sonuç saklanır; aynı sonuca yeniden bakmak hakkınızdan düşmez.
Sunucu yanıtını (TTFB) nasıl düşürürüm?
En hızlı kazanç sayfa önbelleğidir: sunucu sayfayı her ziyarette yeniden üretmez. Sonra veritabanı sorgularına, sunucunun gücüne ve ziyaretçilere uzaklığa bakılır. Kitleniz başka ülkedeyse bir CDN bu süreyi belirgin biçimde kısaltır.
Laboratuvar INP'si gerçek INP ile aynı mı?
Hayır. Gerçek INP, ziyaretçilerin bütün ziyaret boyunca yaptığı etkileşimlerden gelir ve Google bunu Chrome kullanıcılarından toplar. Biz ilk ekrandaki birkaç menü ve düğmeye, sunucumuzdaki bir tarayıcıda tıklıyoruz. Sonuç bir sorun olup olmadığını ve hangi öğede olduğunu gösterir; sıralamaya giren değer ise gerçek kullanıcı verisidir.
Sunucunun işlem süresi nasıl tahmin ediliyor?
TCP bağlantısı kurulurken sunucuyla bir kez gidip gelinir; bu süre ağdaki mesafeyi verir. Sunucu bekleme süresinin içinde de bir gidiş-dönüş vardır. Bekleme süresinden TCP bağlantı süresini çıkarınca sunucunun sayfayı hazırlamaya harcadığı süreyi yaklaşık buluruz. Bu bir tahmindir; sunucunuz Server-Timing başlığı gönderiyorsa kesin değeri oradan okuyabilirsiniz.
Kaynaklar
- web.dev: Core Web Vitals
- web.dev: Core Web Vitals eşikleri nasıl belirlendi
- web.dev: LCP'yi iyileştirmek ve dört alt parçası
- web.dev: Time to First Byte (TTFB)
- web.dev: Total Blocking Time (TBT)
- Chrome for Developers: Lighthouse performans puanlaması
- Chrome for Developers: Chrome UX Report
- web.dev: Interaction to Next Paint (INP)
- web.dev: Cumulative Layout Shift (CLS)
- web.dev: Geri/ileri önbelleği (bfcache)
- Chrome for Developers: Long Animation Frames API
- W3C: Event Timing API
- Nielsen Norman Group: Yanıt süresinin üç sınırı
- Card, Robertson ve Mackinlay (1991): The Information Visualizer, ACM CHI
- Miller (1968): Response time in man-computer conversational transactions, ACM
- Kelton ve ark. (2017): Improving User Perceived Page Load Time Using Gaze, USENIX NSDI
- Varvello ve ark. (2016): Eyeorg, web deneyimi kalitesinin kitle ölçümü, arXiv
- Google Research (2009): Speed Matters