Bir web sitesi hız testinde önce en üstteki Core Web Vitals değerlendirmesine bakın; bu bölüm sitenize gerçekten giren kullanıcıların son 28 günlük deneyimidir. Altındaki 0–100 arası renkli skor ise tek bir simüle telefonda yapılmış laboratuvar testidir ve sorunun nerede olduğunu bulmak için kullanılır. İkisi aynı şeyi söylemeyebilir; karar verirken gerçek kullanıcı verisi önce gelir.
Bu yazıda Google'ın ücretsiz aracı PageSpeed Insights üzerinden gidiyoruz; çünkü hem gerçek kullanıcı verisini hem laboratuvar testini aynı sayfada gösteriyor. Eşik değerleri Google'ın PageSpeed Insights belgelerinden ve web.dev'den Ekim 2026'da kontrol ettik.
Raporda neden iki ayrı test sonucu var?
PageSpeed Insights raporu iki kısımdan oluşur ve çoğu yanlış yorum bu ikisini karıştırmaktan çıkar.
| Gerçek kullanıcı verisi (alan verisi) | Laboratuvar testi (Lighthouse) | |
|---|---|---|
| Nerede görünür | Raporun en üstü, “Gerçek kullanıcılarınızın deneyimi” | Altta, 0–100 arası renkli daire |
| Kaynağı | Chrome kullanıcılarından toplanan anonim ölçümler (CrUX) | O an yapılan tek bir simülasyon |
| Zaman aralığı | Son 28 gün, kayan pencere | Testin yapıldığı birkaç saniye |
| Cihaz | Ziyaretçilerinizin gerçek telefon ve bağlantıları | Mobilde orta segment bir telefon ve yavaşlatılmış mobil ağ taklidi |
| Ne işe yarar | Durum tespiti, Google'ın gördüğü tablo | Sorunun kaynağını bulmak, değişikliği hemen denemek |
| Sık görülen durum | Az trafikli sitelerde “yeterli veri yok” | Her testte birkaç puan oynar |
Pratikte şöyle düşünün: alan verisi tahlil sonucudur, laboratuvar testi ise doktorun muayenehanede yaptığı hızlı kontroldür. Tahlil temizse muayenedeki küçük sapma alarm sebebi değildir.
Core Web Vitals değerlendirmesinin geçmesi ne demek?
Google'a göre bir sayfa ya da sitenin tamamı, üç ölçütün 75. yüzdelik değeri “iyi” aralığındaysa değerlendirmeyi geçer. 75. yüzdelik şu demek: ziyaretçilerin en az dörtte üçü bu değerden iyi ya da eşit bir deneyim yaşamıştır. Böylece hızlı telefonu olan çoğunluk, yavaş cihazdaki ziyaretçiyi gizleyemez.
| Ölçüt | Neyi ölçer | İyi | İyileştirilmeli | Kötü |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Ekrandaki en büyük içeriğin (çoğu zaman ana görsel ya da başlık) görünme süresi | ≤ 2,5 sn | 2,5–4 sn | > 4 sn |
| INP (Interaction to Next Paint) | Tıklama, dokunma ya da tuşa basmadan sonra ekranın tepki verme süresi | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken içeriğin ne kadar kaydığı | ≤ 0,1 | 0,1–0,25 | > 0,25 |
| FCP (yardımcı ölçüt) | İlk metin ya da görselin belirmesi | ≤ 1,8 sn | 1,8–3 sn | > 3 sn |
| TTFB (deneysel) | Sunucunun ilk baytı gönderme süresi | ≤ 0,8 sn | 0,8–1,8 sn | > 1,8 sn |
Kaynak: Google PageSpeed Insights belgeleri ve web.dev “Core Web Vitals eşikleri” sayfası, Ekim 2026'da kontrol edildi. INP, Mart 2024'te eski FID ölçütünün yerine Core Web Vitals'a girdi; eski bir rehberde FID görüyorsanız o bilgi güncel değildir. FCP ve TTFB değerlendirmeyi geçip geçmemenizi belirlemez, ama LCP'nin neden yavaş olduğunu anlamaya yardım eder.
LCP, INP ve CLS kırmızıysa sebebi genelde nedir?
LCP yavaşsa
Kurumsal sitelerde en sık sebep, ana sayfanın üstündeki büyük görsel ya da slayttır. Telefon ekranı için 3–4 megabaytlık bir fotoğraf yüklemek, LCP'yi tek başına kırmızıya taşıyabilir. Diğer yaygın sebepler: yavaş paylaşımlı hosting (TTFB yüksekse buna bakın), ana görselin geç yüklenmesi (tembel yükleme yalnız ekran dışındaki görsellere uygulanmalı) ve yazı tipleri yüklenene kadar başlığın görünmemesi.
- Ana görseli WebP ya da AVIF'e çevirin, telefon için ayrı küçük boyut sunun.
- Slayt yerine tek, sabit bir görsel kullanın; slaytın ilk karesi bile çoğu zaman geç gelir.
- Ana görsele öncelik verin, sayfanın altındakileri tembel yüklemeye bırakın.
- TTFB 0,8 saniyenin üstündeyse önbellek ve sunucu tarafına bakın; tasarımı küçültmek bunu çözmez.
INP yavaşsa
INP, sayfa açıldıktan sonraki tepkiyi ölçer. Menü düğmesine basıldığında yarım saniye hiçbir şey olmuyorsa ziyaretçi sitenin bozuk olduğunu düşünür. Sebep neredeyse her zaman fazla JavaScript'tir: canlı sohbet balonları, birden çok izleme kodu, ağır sayfa oluşturucu eklentileri, çerez onay pencereleri ve kullanılmayan kütüphaneler. İlk iş, sitede hangi üçüncü taraf kodların çalıştığını listelemek ve gerçekten kullanılmayanları kaldırmaktır.
CLS yüksekse
Okumaya başladığınız metin bir anda aşağı kayıyorsa CLS yüksektir. Boyutu belirtilmemiş görseller, sonradan beliren duyuru şeritleri, geç yüklenen reklam ya da harita alanları ve yazı tipi değişiminde zıplayan başlıklar bunun tipik sebepleridir. Çözüm genelde basittir: görsellere ve gömülü alanlara baştan yer ayırmak.
“Yeterli veri yok” yazıyorsa ne yapmalısınız?
Gerçek kullanıcı verisi, sayfanın belli bir trafik eşiğini aşmasını gerektirir. Yeni ya da az ziyaret alan kurumsal sitelerde PageSpeed Insights sayfa için veri göstermez; bazen sitenin geneli (origin) için gösterir. Bu durumda üç yol var: sitenin geneline ait veriye bakmak, Google Search Console'daki Core Web Vitals raporunu kontrol etmek (benzer sayfaları gruplar) ya da veri oluşana kadar laboratuvar testini birkaç kez tekrarlayıp ortalamasını almak. Laboratuvar testini tek bir çalıştırmayla yorumlamayın; aynı sayfa arka arkaya üç testte farklı skor alabilir. Üç ölçümün ortancasını not etmek daha güvenilirdir.
AppFellas
Web Tasarım için ücretsiz keşif görüşmesi
Kurumsal web sitesi, hızlı ve aramada bulunur. Kapsamı ve gerçekçi bütçe aralığını ilk görüşmede netleştirelim.
Mobil skor neden masaüstünden bu kadar düşük çıkıyor?
Çünkü mobil test bilerek zorlaştırılmıştır. Lighthouse, mobil testte orta segment bir telefonu ve yavaş bir mobil bağlantıyı taklit eder; masaüstü testte ise kablolu bağlantılı bir bilgisayar varsayar. Masaüstünde 95, mobilde 60 görmek bu yüzden olağandır. Google sitenizi ağırlıklı olarak mobil sürümüyle değerlendirdiği için iyileştirmeye mobil sonuçtan başlamak daha doğrudur.
Öneriler listesindeki maddeler hangi sırayla ele alınmalı?
Laboratuvar testinin altındaki “Fırsatlar” ve “Teşhis” listesi uzun ve tekniktir. Her maddeyi yapmak gerekmez. Aşağıdaki sıra, kurumsal sitelerde en az emekle en çok kazanç sağlayan sıradır.
| Sorun | Etkilediği ölçüt | Kim çözer | Zorluk |
|---|---|---|---|
| Büyük, sıkıştırılmamış görseller | LCP | İçerik ekibi ya da geliştirici | Düşük |
| Ana görselin geç yüklenmesi | LCP | Geliştirici | Düşük |
| Boyutu belirtilmemiş görsel ve alanlar | CLS | Geliştirici | Düşük |
| Kullanılmayan üçüncü taraf kodlar | INP, LCP | Pazarlama + geliştirici | Orta |
| Ağır tema ya da sayfa oluşturucu | INP, LCP | Geliştirici | Yüksek |
| Yavaş sunucu, önbellek yok | TTFB, LCP | Hosting ya da geliştirici | Orta |
Son iki madde çoğu zaman sitenin altyapısıyla ilgilidir ve küçük ayarlarla tam çözülmez. Bir sitede bu ikisi sürekli kırmızı çıkıyorsa yenileme zamanı yaklaşmış olabilir; bu kararı web sitesi tasarımını ne zaman değiştirmeli yazısında ele aldık.
Hız testi sonucu Google sıralamasını ne kadar etkiler?
Dürüst cevap: sınırlı ölçüde. Core Web Vitals, Google'ın sayfa deneyimi sinyallerinden biridir; ama aranan soruya en iyi cevabı veren içerik, yavaş da olsa çoğu zaman hızlı ama zayıf bir sayfanın önüne geçer. Hızın asıl etkisi ziyaretçi üzerinde görülür. Telefonda geç açılan bir sayfada ziyaretçi geri tuşuna basar, form doldurmaz, aramaz. Bu yüzden hızı bir sıralama hilesi gibi değil, ziyaretçinin teklif isteyip istemeyeceğini belirleyen bir kalite ölçüsü gibi düşünün. Sıralama tarafında neyin daha ağır bastığını SEO nedir yazısında anlattık.
Yeni site yaptırırken hız şartı sözleşmeye nasıl yazılır?
“Site hızlı olacak” cümlesi ölçülemez. Teklif ve sözleşmede ölçülebilir bir hedef, ölçüm aracı ve ölçülecek sayfalar yazılmalı. Örnek bir madde:
Yayından önce ana sayfa, bir hizmet sayfası ve iletişim sayfası PageSpeed Insights mobil laboratuvar testinde ölçülür; LCP 2,5 saniyenin, CLS 0,1'in altında olur. Yayından sonraki ilk iki ay içinde gerçek kullanıcı verisi oluştuğunda Core Web Vitals değerlendirmesi kontrol edilir ve başarısız ölçüt varsa ücretsiz düzeltilir.
- Ölçümün hangi sayfalarda yapılacağını yazdırın; yalnız ana sayfa yetmez.
- Hedefi mobil sonuç üzerinden koyun.
- Sonradan eklenecek sohbet, izleme ve reklam kodlarının hızı düşürebileceğini konuşun; kimin eklediği belli olsun.
- Teslimde ölçüm ekran görüntülerini isteyin.
Bizim web tasarım projelerimizde de teslim, Search Console ve GA4 kurulumuyla birlikte ölçülmüş hız sonuçlarını içerir. Sözleşmeye başka hangi maddelerin girmesi gerektiğini web sitesi sözleşmesine yazılması gerekenler yazısında topladık; hız hedefinin fiyata nasıl yansıdığını görmek isterseniz web sitesi fiyatları sayfasına bakabilirsiniz.
Hız testini ne sıklıkla yapmalısınız?
Ayda bir kez ve her büyük değişiklikten sonra. Yeni bir eklenti, yeni bir izleme kodu ya da ana sayfaya eklenen video, haftalar içinde iyi bir sonucu kırmızıya çevirebilir. Search Console'daki Core Web Vitals raporu bozulmayı size e-postayla da bildirir; bu bildirimi açık tutun. Sitenizin nerede takıldığını birlikte okumak isterseniz bize yazın, raporu ekran paylaşımıyla beraber yorumlayalım.
Sık sorulan sorular
PageSpeed Insights skoru 100 olmalı mı?
Hayır. 90 ve üstü iyi kabul edilir, ama laboratuvar skoru tek bir simülasyondur. Gerçek kullanıcı verisinde Core Web Vitals değerlendirmesi geçiyorsa 80'lerdeki bir laboratuvar skoru için ek iş yapmaya gerek yoktur.
Aynı sayfa her testte neden farklı skor alıyor?
Laboratuvar testi, sunucunun o anki yanıt süresinden ağ koşullarına kadar birçok değişkenden etkilenir. Birkaç puanlık oynama normaldir. Karar vermeden önce testi üç kez çalıştırıp ortadaki sonucu kullanın.
INP nedir, FID'den farkı ne?
INP, sayfadaki tıklama ve dokunmaların hepsine verilen tepki süresine bakar; FID ise yalnız ilk etkileşimin gecikmesini ölçüyordu. INP Mart 2024'te FID'in yerine Core Web Vitals ölçütü oldu. İyi değer 200 milisaniye ve altıdır.
Sitem yavaş ama hangi hosting'e geçeceğimi bilmiyorum, önce ne yapmalıyım?
Önce raporda TTFB değerine bakın. TTFB iyi aralıktaysa sorun büyük olasılıkla görseller ve kodlardadır, hosting değiştirmek fark yaratmaz. TTFB sürekli 1,8 saniyenin üstündeyse önbellek ayarları ve sunucu kapasitesi incelenmeli.
GTmetrix ya da başka araçların sonucu PageSpeed ile neden farklı?
Her araç farklı bir cihaz, konum ve bağlantı hızıyla test eder. Bu araçlar sorunu bulmak için faydalıdır, ama Google'ın baktığı gerçek kullanıcı verisi PageSpeed Insights ve Search Console'da görünür. Kıyaslarken hep aynı aracı ve aynı ayarı kullanın.
