Makale Başlıkları
Kısaca
Site hızı testi, bir web sayfasının ne kadar sürede yüklendiğini ve gerçek ziyaretçi deneyiminde nasıl performans gösterdiğini ölçmektir. En sağlıklı sonuç için tek bir araca güvenmek yerine Google PageSpeed Insights ile başlayıp GTmetrix ve WebPageTest ile teyit etmek gerekir. Asıl ölçüt, Google’ın sıralama sinyali olarak kullandığı Core Web Vitals (LCP, INP, CLS) saha verileridir.
- Birincil araç PageSpeed Insights; çünkü hem laboratuvar hem de gerçek kullanıcı (CrUX) verisini aynı anda gösterir.
- İyi değerler: LCP 2,5 sn ve altı, INP 200 ms ve altı, CLS 0,1 ve altı.
- Hızı belirleyen ilk halka sunucu/hosting altyapısıdır; LiteSpeed, LSCache ve hızlı disk (NVMe/all-flash) farkı açık gözükür.
Bir web sayfasına girdiğinizde içeriğin eksiksiz karşınıza gelme süresi, yani site hızı, hem kullanıcı deneyimi hem de Google organik sıralamaları açısından en belirleyici teknik faktörlerden biridir. Araştırmalar, mobilde bir sayfanın sadece 1 saniye geç açılmasının dönüşüm oranlarını ciddi ölçüde düşürdüğünü gösteriyor. İyi haber şu: hızınızı ölçmek artık çok kolay ve çoğu araç ücretsiz. Bu rehberde site hız testinin nasıl yapıldığını, hangi metriklere bakmanız gerektiğini ve 2026 itibarıyla en iyi site hızı test araçlarını adım adım ele alıyoruz.
Site Hız Testi Nedir ve Nasıl Yapılır?
Site hız testi, bir web sayfasının tarayıcıda açılma sürecini ölçerek ilk baytın geliş süresinden tüm görsellerin ve scriptlerin yüklenmesine kadar her aşamayı raporlayan bir analizdir. Pratikte test yapmak bir URL girmek kadar basittir, ama doğru yorumlamak biraz bilgi ister.
Tipik bir site hız testi şu adımlarla yapılır:
- 1. Adres girin: Test edeceğiniz sayfanın tam URL’sini araca yazın. Ana sayfa kadar, en çok trafik alan iç sayfalarınızı da ayrı ayrı test edin.
- 2. Cihaz ve lokasyon seçin: Mobil ve masaüstü sonuçları farklıdır; Google indekslemede mobili esas alır. Ziyaretçileriniz Türkiye’deyse test lokasyonunu olabildiğince yakın (örn. Avrupa) seçin.
- 3. Testi çalıştırın: Araç sayfayı gerçek bir tarayıcıda yükler ve saniyeler içinde puan ile metrikleri üretir.
- 4. Raporu okuyun: Puana değil, aşağıda açıkladığımız Core Web Vitals değerlerine ve yüklenme zaman çizelgesine (waterfall) bakın.
- 5. Önerileri uygulayın: Araçlar “render-blocking kaynakları kaldır”, “görselleri sıkıştır” gibi somut maddeler verir; en çok kazanç sağlayan maddeden başlayın.
Önemli bir nokta: tek bir test asla yeterli değildir. Sunucu yükü, önbellek durumu ve ağ koşulları her testte değişebilir. Bu yüzden aynı sayfayı 3-4 kez test edip ortalama almak ve birden fazla aracın sonucunu karşılaştırmak en sağlıklı yaklaşımdır.
Hangi Metriklere Bakmalı? Core Web Vitals
2020’lerin başında hız testlerinde “yüklenme süresi” ve genel bir puan öne çıkıyordu. Bugün işin merkezinde Google’ın Core Web Vitals dediği üç temel metrik var. Bu üç değer, Google’ın sıralama sinyali olarak doğrudan kullandığı ölçütlerdir; dolayısıyla bir hız testinde önce bunlara bakmalısınız.
| Metrik | Ölçtüğü şey | İyi | Geliştirilmeli | Kötü |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | En büyük görünür öğenin yüklenme süresi (algılanan hız) | 2,5 sn ve altı | 2,6 – 4,0 sn | 4,0 sn üzeri |
| INP (Interaction to Next Paint) | Tıklama/dokunma gibi etkileşimlere yanıt hızı | 200 ms ve altı | 201 – 500 ms | 500 ms üzeri |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken öğelerin kayma miktarı (görsel kararlılık) | 0,1 ve altı | 0,11 – 0,25 | 0,25 üzeri |
Önemli bir güncelleme: Mart 2024’ten itibaren INP, eski FID (First Input Delay) metriğinin yerini aldı. Eskiden FID yalnızca ilk etkileşime bakarken, INP sayfadaki tüm etkileşimlerin yanıt hızını ölçer; yani daha gerçekçi bir kullanıcı deneyimi göstergesidir. Hala FID’den bahseden eski rehberlere itibar etmeyin.
Core Web Vitals’ın yanında destekleyici iki metrik daha vardır: TTFB (Time to First Byte, sunucunun ilk yanıt süresi) ve FCP (First Contentful Paint, ilk içeriğin ekrana çizilme anı). TTFB doğrudan hosting ve sunucu performansınızı yansıtır; yüksek TTFB çoğu zaman yavaş bir sunucunun habercisidir.
Laboratuvar Verisi mi, Saha Verisi mi? Kritik Fark
Çoğu kişinin gözden kaçırdığı ama performans optimizasyonunda en kritik nokta budur. Hız araçları iki tür veri üretir:
- Laboratuvar (lab) verisi: Araç, sayfanızı kontrollü ve sabit bir ortamda (belirli ağ hızı, belirli cihaz) tek seferde yükler. Lighthouse ve WebPageTest tek tıkla bunu verir. Tekrarlanabilir ve hata ayıklamaya idealdir, ama gerçek ziyaretçi dünyasını yansıtmaz.
- Saha (field / CrUX) verisi: Chrome kullanıcılarından toplanan, sitenize giren gerçek insanların son 28 gündeki deneyimini özetler. Google sıralamada bu veriyi kullanır.
Aradaki fark çoğu zaman şaşırtıcıdır: Lighthouse’da 90+ puan alan bir sayfa, Search Console’da Core Web Vitals’tan kalabilir; çünkü gerçek kullanıcıların yavaş cihazları ve bağlantıları farklı bir tablo çizer. Tersi de olur: lab testi sayfayı “soğuk” (önbelleksiz, ilk ziyaret) ve yapay olarak yavaşlatılmış bir ağ üzerinden yüklediği için lab TTFB çoğu zaman sahadan daha kötü çıkar.
Çıkarım: Lab verisini “neyi nasıl düzelteceğimi görmek” için, saha verisini ise “gerçekte başarılı mıyım” sorusunun cevabı için kullanın. Google’ın sizi nasıl gördüğünün nihai ölçüsü CrUX saha verisidir.
En İyi Site Hızı Test Araçları (2026)
Tek bir “en iyi” araç yoktur; en sağlıklı yaklaşım en az ikisini birlikte kullanmaktır. Aşağıda her birinin gücünü ve en uygun kullanım senaryosunu özetledik.
| Araç | Ücretsiz mi? | Saha verisi (CrUX) | Öne çıkan özelliği | En uygun kullanım |
|---|---|---|---|---|
| Google PageSpeed Insights | Evet, sınırsız | Var | Lab + saha verisini birlikte gösterir, Google’ın gözüyle ölçer | Birincil araç, SEO odaklı kontrol |
| GTmetrix | Evet (üyelikle daha fazlası) | Var | Renkli grafikler, waterfall, geçmiş karşılaştırma, PDF rapor | Müşteriye sunum, detaylı kaynak analizi |
| WebPageTest | Evet | Kısmi | 40+ küresel lokasyon, gerçek Android cihaz, domain bazlı waterfall | Derin teknik teşhis, lokasyon karşılaştırma |
| Lighthouse (Chrome DevTools) | Evet | Yok (sadece lab) | Tarayıcıdan tek tıkla, performans+SEO+erişilebilirlik denetimi | Geliştirme sırasında hızlı kontrol |
| Pingdom | Ücretli (sınırlı ücretsiz) | Yok | Çoklu lokasyon, sürekli uptime izleme | Sürekli izleme ve uyarı |
Google PageSpeed Insights
Birincil aracınız bu olmalı. Google’ın kendi aracı olduğu için sitenizi tam olarak Google’ın değerlendirdiği gibi ölçer. Tek araçtan farklı olarak hem Lighthouse lab verisini hem de Chrome kullanıcılarından gelen gerçek saha (CrUX) verisini aynı ekranda gösterir. Ücretsiz, sınırsız ve her madde için somut iyileştirme önerisi sunar. Mobil ve masaüstü sekmelerini ayrı ayrı inceleyin; çoğu kayıp mobilde gizlidir.
GTmetrix
Site hızı ölçümünde en köklüler arasında. Arka planda Lighthouse çalıştırır ve sonuçları Summary, Performance, Structure, CrUX, Waterfall, Video ve History sekmelerine düzenli şekilde dağıtır. Özellikle waterfall (şelale) grafiği, sayfanızın yüklediği her kaynağı adım adım gösterdiği için “hangi dosya yavaşlatıyor” sorusunun cevabını netleştirir. Ücretsiz hesapla test geçmişinizi saklayıp zaman içindeki gelişimi karşılaştırabilirsiniz.
WebPageTest
En detaylı teşhis aracı. 40’tan fazla küresel lokasyondan (Frankfurt, Amsterdam dahil) ve gerçek Android cihazlardan test yapabilmesi, ziyaretçilerinizin yaşadığı gerçek deneyime çok yaklaşır. Domain bazlı waterfall ve karşılaştırmalı video gibi ileri özellikleri, performans mühendisleri için neredeyse standart kabul edilir. Kurulumu biraz daha teknik olduğu için hızlı bir bakıştan ziyade derinlemesine analiz için idealdir.
Lighthouse ve Pingdom
Lighthouse, Chrome DevTools içine gömülü olduğu için (F12 > Lighthouse sekmesi) hiçbir siteye gitmeden, geliştirme yaparken anında denetim yapmanızı sağlar; ama yalnızca lab verisi üretir. Pingdom ise tek seferlik testten çok, sitenizin kesintilerini ve hızını 7/24 izleyip uyarı gönderen bir sürekli izleme çözümü olarak öne çıkar.
Hızı Etkileyen Faktörler ve İyileştirme Önerileri
Bir hız testinin amacı kötü bir puanla üzülmek değil, neyin yavaşlattığını bulup düzeltmektir. Sitenizin arka planında çalışan her şey hıza katkıda bulunur. İşte en çok fark yaratan başlıklar:
| Faktör | Etkisi | Ne yapmalı |
|---|---|---|
| Hosting / sunucu | TTFB ve genel yanıt süresinin birincil belirleyicisi | Hızlı disk (NVMe/all-flash), güçlü işlemci ve LiteSpeed gibi modern web sunucusu kullanın |
| Önbellek (cache) | Tekrar ziyaretlerde ve dinamik sayfalarda büyük hızlanma | LSCache gibi sunucu seviyesi önbellek + tarayıcı önbelleği etkinleştirin |
| Görseller | Sayfa ağırlığının çoğunlukla en büyük kalemi, LCP’yi doğrudan etkiler | WebP/AVIF formatı kullanın, boyutlandırın, lazy-load uygulayın |
| CSS / JS | Render-blocking kaynaklar ilk çizimi geciktirir, INP’yi bozar | Sıkıştırın (minify), gereksizleri kaldırın, kritik olmayanları erteleyin |
| Veritabanı | Yorumlar, revizyonlar ve eklenti kayıtları sorguları yavaşlatır | Düzenli temizlik yapın, gereksiz eklentileri kaldırın |
| Statik dosya servisi | Görsel, CSS ve JS gibi değişmeyen dosyaların kullanıcıya servis hızı | Uygun sıkıştırma ve önbellek başlıkları ile statik dosyaları hızlı servis edin |
Hosting ve Sunucu Seçiminin Önemi
Bir siteye bağlanmak, sayfayı bağlı olduğu sunucudan çağırmak demektir; dolayısıyla TTFB ve algılanan hızın temeli sunucu altyapısıdır. Görselleri ne kadar sıkıştırırsanız sıkıştırın, yavaş bir sunucu üzerinde ilk bayt geç gelir ve LCP yükselir. Alastyr hosting paketlerinde sunucularda LiteSpeed web sunucusu ve LSCache, hızlı all-flash (Dell EMC Unity 650F) depolama ve Intel Xeon Gold işlemciler kullanılır; bu donanım ve yazılım kombinasyonu TTFB’yi düşürerek hız testlerinde doğrudan gözlemlenebilir bir fark yaratır. Daha yüksek kaynak ihtiyaçları için bulut sunucu ve VPS seçenekleriyle işlemci/RAM’i ölçeklendirebilirsiniz.
WordPress İçin Ek Notlar
WordPress siteler dünyanın en yaygın altyapısı olduğu için hız konusu burada ekstra önem taşır. Tema ve eklenti sayısını kontrol altında tutmak, sunucu seviyesi önbellek kullanmak ve görselleri optimize etmek tek başına ciddi kazanç sağlar. LiteSpeed altyapısına sahip bir WordPress hosting ile LSCache eklentisi birlikte çalıştığında, hiçbir kod değişikliği yapmadan bile Core Web Vitals değerlerinde belirgin iyileşme görebilirsiniz.
Sıkça Sorulan Sorular
Site hız testi nasıl yapılır?
Bir hız test aracına (örn. Google PageSpeed Insights) sayfanızın tam URL’sini girin, mobil veya masaüstü sekmesini seçin ve testi çalıştırın. Araç saniyeler içinde bir performans puanı ile LCP, INP, CLS gibi metrikleri ve somut iyileştirme önerilerini verir. Sağlıklı sonuç için aynı sayfayı birkaç kez test edip ortalama alın.
En iyi site hız testi aracı hangisi?
Tek bir en iyi araç yoktur. Birincil araç olarak Google PageSpeed Insights önerilir, çünkü hem laboratuvar hem de gerçek kullanıcı verisini gösterir ve Google’ın gözüyle ölçer. Detaylı analiz için GTmetrix ve WebPageTest, geliştirme sırasında hızlı kontrol için Chrome’daki Lighthouse kullanılır. En sağlıklı yaklaşım en az iki aracı birlikte kullanmaktır.
Core Web Vitals nedir ve iyi değerleri nelerdir?
Core Web Vitals, Google’ın sıralama sinyali olarak kullandığı üç temel performans metriğidir: LCP (en büyük içeriğin yüklenmesi) için iyi değer 2,5 saniye ve altı, INP (etkileşime yanıt) için 200 milisaniye ve altı, CLS (görsel kararlılık) için 0,1 ve altıdır.
İdeal site hızı kaç saniye olmalıdır?
Net bir pratik hedef olarak en büyük içeriğin (LCP) 2,5 saniye içinde yüklenmesi iyi kabul edilir. Genel olarak sayfanın 2-3 saniyede tam yüklenmesi hedeflenir; mobilde 1 saniyelik bir gecikme bile dönüşüm oranlarını ciddi ölçüde düşürebilir.
FID ile INP arasındaki fark nedir?
INP, Mart 2024’te FID (First Input Delay) metriğinin yerini almıştır. FID yalnızca sayfadaki ilk etkileşimin gecikmesini ölçerken, INP sayfa boyunca yapılan tüm etkileşimlerin yanıt hızını değerlendirir; bu nedenle gerçek kullanıcı deneyimini daha doğru yansıtır. Artık FID değil INP esas alınmalıdır.
Laboratuvar verisi ile saha verisi arasındaki fark nedir?
Laboratuvar (lab) verisi, sayfanın kontrollü ve sabit bir ortamda tek seferlik yüklenmesini ölçer; hata ayıklamaya idealdir. Saha (CrUX) verisi ise sitenize giren gerçek Chrome kullanıcılarının son 28 gündeki deneyimini özetler ve Google sıralamada bu veriyi kullanır. Bir sayfa lab testinde yüksek puan alıp saha verisinde kalabilir.
Neden Lighthouse puanım yüksek ama Search Console’da Core Web Vitals’tan kalıyorum?
Çünkü Lighthouse laboratuvar puanıdır; Google sıralamada ise gerçek kullanıcılardan toplanan CrUX saha verisini kullanır. Gerçek ziyaretçilerin yavaş cihaz ve bağlantıları laboratuvar ortamından farklı sonuç verebilir. Bu yüzden Lighthouse’da 90+ alan bir sayfa, saha verisinde Core Web Vitals’tan kalabilir.
TTFB nedir ve hosting ile ilgisi nedir?
TTFB (Time to First Byte), tarayıcının sunucudan ilk bayt verisini alması için geçen süredir ve doğrudan sunucu/hosting performansını yansıtır. Yüksek TTFB çoğu zaman yavaş bir sunucunun habercisidir. Hızlı disk, güçlü işlemci ve LiteSpeed gibi modern bir web sunucusu TTFB’yi düşürür.
Hosting site hızını gerçekten etkiler mi?
Evet, hosting hızın temel halkasıdır. Görselleri ve kodu ne kadar optimize etseniz de yavaş bir sunucu üzerinde ilk bayt geç gelir ve LCP yükselir. LiteSpeed + LSCache, all-flash depolama ve güçlü işlemci kullanan bir hosting altyapısı, hız testlerinde doğrudan gözlemlenebilir bir iyileşme sağlar.
Hız testinde fark yaratan altyapı: Alastyr
LiteSpeed + LSCache, all-flash depolama ve İzmir’deki kendi veri merkezimizle TTFB’yi düşürün, Core Web Vitals değerlerinizi yükseltin. Ücretsiz SSL, ücretsiz taşıma ve günlük yedekleme standart.





