Site Hız Testi Sonuçları Nasıl Okunur? Site Hızı SEO’yu Etkiler mi?
Bu Site Hız Testi Rehberinde Ne Bulacaksınız?
- PageSpeed Insights raporunda hangi bölüme önce bakmanız gerektiği
- Core Web Vitals metriklerinin (LCP, INP, CLS) iyi, orta ve zayıf eşikleri
- Performans puanının neden her testte değiştiği ve neyi ölçmediği
- Site hızının Google sıralamasına etkisi hakkında Google’ın kendi açıklaması
- Yavaş bir sayfayı düzeltirken izleyeceğiniz öncelik sırası
Site hız testi, bir sayfanın ne kadar hızlı yüklendiğini, kullanıcı etkileşimine ne kadar çabuk yanıt verdiğini ve yüklenirken görsel olarak ne kadar sabit kaldığını ölçen kontroldür. En yaygın araç Google’ın PageSpeed Insights hizmetidir. Raporu okurken önce gerçek kullanıcı verisine, yani Core Web Vitals değerlendirmesine bakmak, 0 ile 100 arasındaki performans puanına ise ikinci sırada bakmak gerekir.
Site hızı SEO’yu etkiler mi sorusunun kısa cevabı şudur: Google, sayfa deneyimini sıralama sistemlerinin ödüllendirdiği unsurlardan biri olarak tanımlıyor, ancak alakalı içeriği her zaman daha önde tutuyor. Hız, iyi içeriğin yerini almaz; benzer kalitedeki sayfalar arasında ve kullanıcının sayfada kalıp kalmamasında fark yaratır.
1. Site Hız Testi Nedir, Hangi Araçları Kullanmalı?
Kısa Yanıt: Site hız testi, bir web sayfasının yüklenme süresini, etkileşime yanıt hızını ve görsel kararlılığını ölçen kontroldür. Google’ın ücretsiz aracı PageSpeed Insights, hem son 28 günün gerçek kullanıcı verisini hem de tek bir cihazda yapılan laboratuvar testini aynı raporda gösterir. Lighthouse ve Search Console’daki Core Web Vitals raporu da aynı ölçütleri kullanır.
Web sitesi hız testi için en çok kullanılan üç Google aracı farklı sorulara cevap verir. PageSpeed Insights tek bir adresi hem saha hem laboratuvar verisiyle değerlendirir. Lighthouse, Chrome’un geliştirici araçlarında çalışan ve sorunların teknik nedenlerini listeleyen laboratuvar aracıdır. Search Console’daki Core Web Vitals raporu ise sitenizin bütün sayfalarını gruplar halinde gösterir ve hangi sayfa grubunun sorunlu olduğunu bulmanızı sağlar.
| Araç | Veri Türü | En Uygun Kullanım |
|---|---|---|
| PageSpeed Insights | Saha ve laboratuvar | Tek bir sayfanın genel durumu |
| Lighthouse (Chrome) | Laboratuvar | Teknik nedenleri bulmak, düzeltmeyi test etmek |
| Search Console Core Web Vitals raporu | Saha | Sitedeki sorunlu sayfa gruplarını görmek |
| Site hız testi aracı | Laboratuvar ve SEO kontrolleri | Hız ile temel SEO durumunu birlikte görmek |
Hız ve temel SEO kontrollerini tek ekranda görmek isterseniz web sitesi hız testi ve SEO skoru aracını kullanabilirsiniz. Bu site hız testi aracı, PageSpeed Insights sonuçlarını yorumlarken başlangıç noktası olarak işe yarar.
2. PageSpeed Insights Nasıl Okunur? Site Hız Testi Raporunun Bölümleri
Kısa Yanıt: PageSpeed Insights raporunu yukarıdan aşağıya okuyun. Önce “Gerçek kullanıcılarınızın deneyimini keşfedin” bölümündeki Core Web Vitals değerlendirmesine bakın. Çünkü bu bölüm son 28 günün gerçek kullanıcı verisidir. Ardından laboratuvar testindeki performans puanını ve en alttaki, sorunun nedenini gösteren iyileştirme önerilerini inceleyin. Ayrıca mobil ve masaüstü sekmelerini ayrı ayrı değerlendirin.
PageSpeed Insights nasıl okunur sorusunun en önemli ayrımı, raporun iki farklı veri türü içermesidir. Bu ayrımı bilmeden yapılan site hız testi yorumu, çoğu zaman yanlış kararlara yol açar.
Google Belgesi Ne Diyor?: Google’ın PageSpeed Insights belgesine göre saha verisi Chrome Kullanıcı Deneyimi Raporu’ndan (CrUX) gelir, son 28 günü kapsar ve farklı cihaz ile ağ koşullarındaki gerçek kullanıcıları yansıtır. Laboratuvar verisi ise Lighthouse ile tek bir cihazda ve sabit ağ koşullarında yapılan simülasyondur. Bu yüzden iki sonuç çoğu zaman birbirinden farklı çıkar. Kaynak: Google for Developers, About PageSpeed Insights.
2.1. Saha Verisi: Gerçek Kullanıcıların Deneyimi
Saha verisi, sitenizi Chrome ile ziyaret eden gerçek kullanıcıların ölçümlerinden oluşur. Google, her metrik için 75. yüzdelik değeri raporlar. Yani rapor, ziyaretlerin yüzde 75’inin bu değerden iyi veya ona eşit olduğu noktayı gösterir. Bu yaklaşım, ortalamanın gizleyebileceği yavaş deneyimleri görünür kılar.
Ancak trafiği az olan sayfalarda çoğu zaman saha verisi yoktur. Bu durumda rapor yalnızca laboratuvar sonucunu gösterir ve sayfanın gerçek kullanıcı deneyimi hakkında kesin bir şey söylenemez.
2.2. Laboratuvar Verisi: Sorunun Nedenini Bulmak İçin
Laboratuvar verisi, sayfanın kontrollü bir ortamda tekrar tekrar test edilmesini sağlar. Gerçek kullanıcıyı temsil etmez. Ancak bir değişikliğin işe yarayıp yaramadığını hemen görmek ve yavaşlığın teknik nedenini bulmak için gereklidir. Raporun altındaki “Fırsatlar” ve “Teşhis” bölümleri bu veriye dayanır.
2.3. Mobil ve Masaüstü Sonuçları
PageSpeed Insights mobil ve masaüstü için ayrı sonuç verir. Mobil test daha yavaş bir cihaz ve ağ koşulu varsaydığı için puan genellikle daha düşük çıkar. Ziyaretçilerinizin çoğu mobil cihazdan geliyorsa site hız testi değerlendirmesini mobil sekmeye göre yapmak daha anlamlıdır. Bu oranı Google Analytics’teki cihaz raporundan kontrol edebilirsiniz.
3. Core Web Vitals Nedir, İyi Değerler Kaç Olmalı?
Kısa Yanıt: Core Web Vitals, Google’ın sayfa deneyimini ölçmek için kullandığı üç metriktir: yüklenme hızını gösteren LCP, etkileşime yanıt süresini gösteren INP ve sayfanın yüklenirken kaymasını gösteren CLS. İyi değerler LCP için 2,5 saniye veya altı, INP için 200 milisaniye veya altı, CLS için 0,1 veya altıdır.
Bir site hız testi raporunda bu üç metrik “geçti” veya “başarısız” değerlendirmesini belirler. Google’ın Core Web Vitals belgesi (son güncelleme 10 Aralık 2025) eşikleri aynı biçimde tanımlıyor.
| Metrik | Neyi Ölçer? | İyi | İyileştirilmeli | Zayıf |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Ana içeriğin görünme süresi | 2,5 sn ve altı | 2,5 ile 4 sn arası | 4 sn üstü |
| INP (Interaction to Next Paint) | Tıklama ve dokunmaya yanıt süresi | 200 ms ve altı | 200 ile 500 ms arası | 500 ms üstü |
| CLS (Cumulative Layout Shift) | Yüklenirken sayfa kayması | 0,1 ve altı | 0,1 ile 0,25 arası | 0,25 üstü |
| FCP (First Contentful Paint) | İlk içeriğin görünme süresi | 1,8 sn ve altı | 1,8 ile 3 sn arası | 3 sn üstü |
| TTFB (Time to First Byte) | Sunucunun ilk yanıt süresi | 0,8 sn ve altı | 0,8 ile 1,8 sn arası | 1,8 sn üstü |
Tablodaki eşikler PageSpeed Insights belgesindeki sınıflandırmadan alındı. TTFB, belgede deneysel metrik olarak geçiyor ve Core Web Vitals değerlendirmesine dahil değil.
3.1. Core Web Vitals Değerlendirmesi Ne Zaman “Geçti” Olur?
PageSpeed Insights belgesine göre üç metrik için de yeterli veri varsa, sayfa ancak LCP, INP ve CLS’nin 75. yüzdelik değerlerinin üçü de “iyi” aralığındaysa değerlendirmeyi geçer. INP için yeterli veri yoksa LCP ve CLS’nin iyi olması yeterlidir. LCP veya CLS için veri yoksa sayfa değerlendirilemez.
4. Site Hız Testi Puanı Neden Her Testte Değişiyor?
Kısa Yanıt: PageSpeed performans puanı laboratuvar testine dayandığı için her çalıştırmada birkaç puan değişir. Google’ın Lighthouse belgesi, bu değişkenliğin büyük kısmının araçtan değil; reklam ve A/B testleri, ağ yönlendirmesi, test cihazı, tarayıcı eklentileri ve sunucunun o anki yükü gibi dış etkenlerden kaynaklandığını belirtiyor.
Performans puanı beş laboratuvar metriğinin ağırlıklı ortalamasıdır. Bu yüzden puanı yorumlarken hangi metriğin puanı aşağı çektiğine bakmak, puanın kendisinden daha faydalıdır.
Google Belgesi Ne Diyor?: Chrome for Developers’ın Lighthouse puanlama belgesine göre Lighthouse 10 ve sonrasında Lighthouse, performans puanını şu ağırlıklarla hesaplıyor: Total Blocking Time yüzde 30, Largest Contentful Paint yüzde 25, Cumulative Layout Shift yüzde 25, First Contentful Paint yüzde 10, Speed Index yüzde 10. Puan aralıkları ise şöyle: 90 ile 100 iyi, 50 ile 89 orta, 0 ile 49 zayıf. Kaynak: Chrome for Developers, Lighthouse performance scoring.
Bu ağırlıklardan çıkan pratik sonuç şudur: Total Blocking Time, yani ağır JavaScript kodunun sayfayı kilitlediği süre, puanın neredeyse üçte birini belirler. Çok sayıda eklenti, sohbet kutusu ve takip kodu yüklenen sitelerde puanın düşük çıkmasının en yaygın nedeni budur.
Önemli: Laboratuvardaki performans puanı ile saha verisindeki Core Web Vitals sonucu bazen çelişir. Örneğin puanınız 60 olduğu halde gerçek kullanıcı değerlendirmesi “geçti” çıkar ya da tam tersi olur. Bütçe ve öncelik kararını, gerçek kullanıcıyı yansıtan saha verisine göre verin.
5. Site Hızı SEO’yu Etkiler mi?
Kısa Yanıt: Site hızı SEO’yu etkiler, ancak tek başına belirleyici değildir. Google, Core Web Vitals’ın sıralama sistemlerinin ödüllendirdiği unsurlarla uyumlu olduğunu söylüyor; aynı zamanda en alakalı içeriği, sayfa deneyimi zayıf olsa bile göstermeye çalıştığını açıkça belirtiyor. İyi hız, benzer kalitedeki sayfalar arasında avantaj sağlar.
Site hızı SEO’yu etkiler mi tartışmasında en sık gördüğüm iki hata vardır: hızı önemsizleştirmek veya 100 puanı sıralamanın anahtarı sanmak. Google’ın kendi belgeleri iki uç görüşü de desteklemiyor.
Google Belgesi Ne Diyor?: Google’ın sayfa deneyimi belgesi (son güncelleme 22 Eylül 2026), sayfa deneyimi için tek bir sıralama sinyali olmadığını, çekirdek sıralama sistemlerinin birden çok sinyale baktığını belirtiyor. Belgeye göre Google, sayfa deneyimi zayıf olsa bile en alakalı içeriği göstermeye çalışıyor ve raporlarda iyi sonuç almak, sayfaların en üst sırada yer alacağını garanti etmiyor. Kaynak: Google Search Central, Understanding page experience.
Bu açıklamadan benim çıkardığım pratik sonuç şu: site hız testi puanını 85’ten 100’e çıkarmak için haftalar harcamak, çoğu işletme için içerik veya teklif çalışmasından daha az getiri sağlar. Buna karşılık Core Web Vitals değerlendirmesi “başarısız” olan, mobilde 4 saniyeden geç açılan bir sayfanın düzeltilmesi öncelikli iştir. Çünkü yavaşlık sıralamadan önce ziyaretçinin sayfayı terk etmesine yol açar.
5.1. Hızın Sıralamadan Bağımsız Etkisi
Hızın etkisi yalnızca Google sıralamasıyla sınırlı değildir. Ayrıca reklamdan gelen ziyaretçi de yavaş bir sayfayı hemen terk eder ve tıklama için ödediğiniz bedel boşa gider. Bu yüzden Google Ads veya Meta Ads ile trafik gönderdiğiniz açılış sayfalarında web sitesi hız testi, SEO’dan bağımsız olarak düzenli yapılmalıdır. Reklam bütçesinin verimliliğini hesaplamak için ROAS ve ROI hesaplama aracından yararlanabilirsiniz.
6. Site Hızı Nasıl Artırılır? Site Hız Testi Sonucuna Göre Öncelik Sırası
Kısa Yanıt: Site hızını artırmak için önce hangi metriğin zayıf olduğunu belirleyin. Sonra o metriğin nedenine göre işlem yapın. LCP yavaşsa sunucu yanıtını, ana görselin boyutunu ve yüklenme önceliğini inceleyin. INP yüksekse ağır JavaScript’e ve eklentilere bakın. CLS yüksekse boyutu belirtilmemiş görselleri, reklam alanlarını ve geç gelen yazı tiplerini kontrol edin.
Site hızı nasıl artırılır sorusuna “önbellek eklentisi kurun” diye tek cümlelik cevap vermek, sorunun nedenini atlamak demektir. Aşağıdaki sıra, site hız testi sonucundaki zayıf metrikten geriye doğru ilerler.
6.1. LCP Yavaşsa: Ana İçeriğin Geç Görünmesi
web.dev’in LCP optimizasyonu rehberi (Philip Walton ve Barry Pollard, son güncelleme 31 Mart 2025), LCP süresini dört parçaya ayırıyor: sunucunun ilk yanıtı (TTFB), ana görselin yüklenmeye başlamadan önce beklediği süre, görselin indirilme süresi ve indirildikten sonra ekrana çizilene kadar geçen süre. Rehbere göre iki bekleme süresi sıfıra olabildiğince yakın olmalı.
Uygulamada en sık karşılaşılan LCP sorunları ve düzeltmeleri şunlardır:
- Ana görseli tembel yüklemeyle (lazy load) geciktiriyorsanız bu ayarı ana görselden kaldırın. Çünkü rehber, LCP görselinin tembel yüklenmemesi gerektiğini belirtiyor.
- Ana görsel gereğinden büyükse görseli ekran boyutuna uygun ölçüde ve WebP gibi modern bir biçimde sunun.
- Sunucu yanıtı yavaşsa sayfa önbelleği ve içerik dağıtım ağı (CDN) kullanın. Ayrıca gereksiz yönlendirmeleri kaldırın.
- Görsel CSS arka planı olarak yükleniyorsa tarayıcının onu erken bulması için önceden yükleme (preload) ekleyin.
6.2. INP Yüksekse: Tıklamaya Geç Yanıt
INP sorunu genellikle tarayıcının ana iş parçacığını meşgul eden JavaScript kodundan kaynaklanır. WordPress sitelerinde kullanmadığınız eklentileri kaldırmak, sohbet kutusu ve pazarlama kodlarını gerektiği sayfalarla sınırlamak ve üçüncü taraf kodlarını geciktirerek yüklemek ilk deneyeceğiniz adımlardır. Ayrıca laboratuvar testindeki Total Blocking Time değeri, INP sorununa dair erken bir işaret verir.
6.3. CLS Yüksekse: Yüklenirken Kayan Sayfa
Sayfa yüklenirken içeriğin aşağı kayması, kullanıcının yanlış yere tıklamasına yol açar. En yaygın nedenler genişlik ve yüksekliği belirtilmemiş görseller, sonradan yerleşen reklam ve çerez bantları ile geç yüklenen yazı tipleridir. Görsellere boyut vermek ve dinamik içerik için önceden alan ayırmak çoğu durumda sorunu çözer.
| Zayıf Metrik | İlk Bakılacak Yer | Tipik Düzeltme |
|---|---|---|
| LCP | Ana görsel ve sunucu yanıtı | Görseli küçültmek, tembel yüklemeyi kaldırmak, önbellek |
| INP | JavaScript ve eklentiler | Gereksiz eklentiyi kaldırmak, kodu geciktirmek |
| CLS | Görsel boyutları ve reklam alanları | Boyut belirtmek, alan ayırmak |
| TTFB | Sunucu ve barındırma | Sayfa önbelleği, CDN, barındırma değişikliği |
7. Site Hız Testi Sonucunda En Sık Yapılan Hatalar Nelerdir?
Kısa Yanıt: Site hız testi sonrası en sık yapılan hatalar, yalnızca ana sayfayı test etmek, masaüstü sonucuna güvenmek, laboratuvar puanını gerçek kullanıcı verisinin önüne koymak, tek test sonucuyla karar vermek ve düzeltmeden sonra saha verisinin güncellenmesini beklemeden sonucu değerlendirmektir. Saha verisi 28 günlük bir dönemi kapsadığı için iyileşme kademeli görünür.
| Hata | Sonucu | Doğru Yaklaşım |
|---|---|---|
| Yalnızca ana sayfayı test etmek | Satış yapan sayfalar gözden kaçar | Ürün, hizmet ve açılış sayfalarını da test edin |
| Masaüstü sonucuna bakmak | Mobil sorunlar görünmez | Ziyaretçi çoğunluğu mobilse mobil sekmeyi esas alın |
| Puanı saha verisinin önüne koymak | Yanlış önceliklendirme | Önce Core Web Vitals değerlendirmesine bakın |
| Tek testle karar vermek | Rastlantısal sapma karar sanılır | Testi birkaç kez tekrarlayın |
| Düzeltmenin hemen yansımasını beklemek | Çalışma işe yaramadı sanılır | Saha verisinin 28 günlük döneminin güncellenmesini bekleyin |
Bir başka sık hata, site hız testi aracının önerdiği her maddeyi uygulamaya çalışmaktır. Ancak bazı öneriler küçük kazanç sağlarken tema veya eklenti yapısını bozma riski taşır. Önerileri, puanı en çok aşağı çeken metriğe göre sıralamak daha güvenli bir yoldur.
8. Sonuç ve Değerlendirme: Site Hız Testi Sonucuyla Ne Yapmalısınız?
Site hız testi sonucunu okurken ilk kararınız, sitenizin gerçek kullanıcı verisinde Core Web Vitals değerlendirmesini geçip geçmediğidir. Geçiyorsa hız çalışmasını küçük iyileştirmelerle sürdürüp enerjinizi içeriğe ve tekliflere ayırabilirsiniz. Geçmiyorsa en zayıf metriği seçin ve yukarıdaki öncelik sırasıyla o metriğin nedenine odaklanın.
Bu hafta yapabileceğiniz ilk iş, en çok ziyaret alan üç sayfanızı ve reklam trafiği gönderdiğiniz açılış sayfanızı mobilde test edip zayıf metrikleri not etmektir. Başarıyı, düzeltmeden sonraki dört haftada Search Console’daki Core Web Vitals raporunda “iyi” durumdaki adres sayısının artıp artmadığıyla değerlendirin. Hızın genel SEO çalışması içindeki yerini görmek için SEO nasıl yapılır rehberine bakabilirsiniz.
9. Site Hız Testi Hakkında Sıkça Sorulan Sorular
PageSpeed Insights’ta 100 puan almak gerekli değildir. Google, iyi rapor sonuçlarının en üst sıralamayı garanti etmediğini ve bu puanların yalnızca SEO için kovalanmaması gerektiğini belirtiyor. Gerçek kullanıcı verisinde Core Web Vitals değerlendirmesini geçmek, laboratuvar puanını 100’e çıkarmaktan daha anlamlı bir hedeftir.
Saha verisi, sayfa Chrome Kullanıcı Deneyimi Raporu’na girecek kadar gerçek ziyaret almadığında görünmez. Yeni veya az trafik alan sayfalarda bu durum normaldir. Bu sayfalar için laboratuvar testini düzenli tekrarlamak ve sitenin genel durumunu Search Console’daki Core Web Vitals raporundan izlemek uygun bir yoldur.
Hız optimizasyonu eklentisi önbellek, dosya küçültme ve görsel sıkıştırma gibi işleri kolaylaştırır. Ancak tek başına çoğu zaman yeterli olmaz. Yavaş barındırma, ağır tema, gereksiz eklentiler ve büyük üçüncü taraf kodları eklentinin çözemeyeceği sorunlardır. Eklentiyi kurduktan sonra site hız testini tekrar yapıp hangi metriğin değiştiğini kontrol edin.
Hosting değiştirmek, sorun sunucunun ilk yanıt süresindeyse site hızını belirgin biçimde artırır. PageSpeed Insights raporunda TTFB değeri zayıfsa ve önbellek kullanıldığı halde düzelmiyorsa barındırma hizmeti incelenmelidir. Sorun JavaScript veya görsellerdeyse hosting değişikliği sınırlı fark yaratır; bu durumda önce tema, eklenti ve görsel tarafındaki düzeltmeler denenmelidir.
Yararlanılan Kaynaklar ve Araştırmalar
Kaynaklar 22.10.2026 tarihinde açılıp kontrol edilmiştir.
- Google Search Central, Understanding Core Web Vitals and Google search results, son güncelleme 10.12.2025: developers.google.com/search/docs/appearance/core-web-vitals
- Google Search Central, Understanding page experience in Google Search results, son güncelleme 22.09.2026: developers.google.com/search/docs/appearance/page-experience
- Google for Developers, About PageSpeed Insights: developers.google.com/speed/docs/insights/v5/about
- Chrome for Developers, Lighthouse performance scoring: developer.chrome.com/docs/lighthouse/performance/performance-scoring
- Philip Walton ve Barry Pollard, web.dev, Optimize Largest Contentful Paint, son güncelleme 31.03.2025: web.dev/articles/optimize-lcp
