Yavaş site tek bir sorun değildir. Sunucu geç yanıt verebilir, ana görselin indirilmesi gecikebilir, betik etkileşimi engelleyebilir veya banner tam dokunurken düğmeyi kaydırabilir. Her sorun farklı kanıt ve düzeltme ister.
Önemli sayfa, cihaz ve kullanıcı eylemiyle başlayın. Hızlı masaüstü ana sayfa, mobil ürün veya ödeme sayfasının hızlı olduğunu kanıtlamaz. Farklı testleri karşılaştırmak bir yayını yanlış nedenle iyi veya kötü gösterebilir.
Bu denetimin kapsamı
Neler ölçülebilir
- Açık sitelerde PageSpeed Insights üzerinden performans, Lighthouse laboratuvar sonuçları ve sağlayıcı sunduğunda CrUX saha metrikleri.
- Mobil veya masaüstü stratejisi, ölçülen URL, kullanılabilir fırsatlar, teşhisler ve metrik bazında kanıt.
Neleri kanıtlamaz
- Laboratuvar çalışması kontrollü örnektir; her ziyaretçinin deneyimi değildir. Saha verisi eksik olabilir veya sayfa yerine bütün kökeni kapsayabilir.
- Local Agent performansı ayrı, sınırlı yerel yöntem kullanır; barındırılmış Lighthouse veya CrUX çalışması değildir.
Performans erişimi güncel pakete ve sağlayıcı durumuna bağlıdır. Eksik sağlayıcı verisi uydurma ölçümlerle değiştirilmez; kullanılamaz olarak raporlanır.
1. Laboratuvar ve saha ölçümlerini farklı okuyun
Lighthouse, sayfayı teşhis etmeye yardımcı tekrarlanabilir laboratuvar senaryosu çalıştırır. CrUX, yeterli veri olduğunda uygun gerçek kullanıcı deneyimlerini toplulaştırır. Kitle, cihaz, ağ ve zaman aralıkları farklı olduğu için ölçümler uyuşmayabilir. PageSpeed Insights dokümantasyonu iki kaynağı açıklar.
Her metriğin yanındaki kaynağı okuyun. Bir değer saha verisinden gelirken diğeri laboratuvar yedeği olabilir. Saha kanıtının belirli URL’yi mi yoksa tüm kökeni mi anlattığını kontrol edin. Saha verisinin yokluğu eksik örneklemdir; başarısız Core Web Vitals sonucu veya sitenin ziyaretçisi olmadığının kanıtı değildir.
2. Üç Core Web Vitals metriğini anlayın
| Metrik | Anlattığı durum | İyi referans sınırı |
|---|---|---|
| LCP | En büyük görünür içerik öğesinin oluşma zamanı | 2,5 saniye veya altı |
| INP | Kullanıcı etkileşimleri boyunca yanıt verme | 200 milisaniye veya altı |
| CLS | Beklenmeyen görsel yerleşim hareketi | 0,1 veya altı |
Sahada bu sınırlar ziyaretlerin 75. yüzdelik diliminde ve cihaz kategorileri ayrı tutularak değerlendirilir. Web Vitals rehberine bakın. Tek laboratuvar değeri saha başarısı olarak etiketlenmemelidir. Time to First Byte ve First Contentful Paint yararlı teşhislerdir, ek Core Web Vitals metrikleri değildir.
3. Belirtiyi kanıtla eşleştirin
Öncelikler örnektir. Temel işleme etki, tek başına teşhis başlığından daha önemlidir.
| Belirti | Bağlamsal öncelik | İncelenecek kanıt |
|---|---|---|
| Ana içerik geç görünüyor | Teklifi anlamak için bekleniyorsa yüksek | LCP öğesi, yanıt gecikmesi ve istek zamanlaması |
| Satın al düğmesi geç yanıtlıyor | Satın alma yolculuğunda yüksek | Etkileşim kaydı ve uzun ana iş parçacığı görevleri |
| İçerik imlecin altında kayıyor | Yanlış işlem doğuruyorsa yüksek | Kayan öğeler ve ayrılmış boyutlar |
| Büyük kullanılmayan betik | Gerçek maliyet ölçülene kadar orta | Aktarılan baytlar, çalışma süresi ve kullanım |
Fırsat tahmini garanti tasarruf değildir. İki öneri aynı maliyeti kapsayabilir; ağır görünen kaynak gerekli olabilir. Özellik silmeden veya altyapı değiştirmeden darboğazı doğrulayın.
4. Gecikmeyi oluşturan bileşeni düzeltin
Geç ana içerikte: önce LCP öğesini bulun. Sunucu geçse arka uç işlerini ve önbelleği inceleyin. Hero görseli geç keşfediliyorsa belgede erken erişilebilir yapın; ilk önemli görseli tembel yüklemeyin. Uygun boyutta görsel sunun. LCP optimizasyon rehberi yüklenme aşamalarını ayırır.
Yavaş etkileşimde: pahalı olay işleyicileri, eşzamanlı render ve üçüncü taraf işleri inceleyin. Uzun görevleri bölün, işlem çevresindeki gereksiz işi azaltın. Total Blocking Time laboratuvar teşhisinde yararlıdır ama INP ile aynı metrik değildir. INP rehberini gerçek etkileşim kaydıyla birlikte kullanın.
Yerleşim hareketinde: görsel, gömülü içerik ve banner gelmeden yer ayırın. Doğru çözüm hangi öğenin neden hareket ettiğine bağlıdır.
5. Kontrollü önce-sonra karşılaştırması yapın
- Tam URL, cihaz stratejisi, test zamanı ve veri kaynağını kaydedin.
- Gözlenen darboğaza bağlı tek, tutarlı değişiklik yapın.
- Birkaç karşılaştırılabilir laboratuvar çalışmasını tekrar edin; en iyi sonuç yerine eğilimi okuyun.
- Sayfayı görsel kontrol edin ve temel etkileşimi tamamlayın.
- Ortak bileşenin başka şablonu bozmadığını doğrulayın.
- Saha verisini daha sonra izleyin; toplulaştırılmış pencere yeni yayını hemen yansıtmaz.
Yalnız puan ekranını değil, teşhis kanıtını saklayın. Görsel düzeltmesi yüklemeyi hızlandırıp yerleşimi kaydırıyorsa iş bitmemiştir. Dar ekranları; çerez bildirimi, font ve gömülü bileşen gibi geciken içeriği yeniden kontrol edin.
6. Testin neyi söyleyemediğini bilin
Tek sayfa açılışı karmaşık uygulamanın bütün durumlarını denemez. Sayfa hızlı açılıp uzun düzenleme oturumundan sonra kötü tepki verebilir. Laboratuvar testi gerçek müşteriyle aynı izin, hesap veya içeriği görmeyebilir.
Sitelemetry’nin barındırılmış raporu seçilen stratejiyi ve kaynakları belirtir. Local Agent yerel sunumu ayrı sınırlı yöntemle kontrol eder; puanını açık site Lighthouse puanıyla sayısal karşılaştırmayın. PageSpeed kullanılamıyorsa boş metriği sıfır sanmak yerine eksik ölçümü giderin veya tekrar deneyin. Hangi işlemin gerçekten çalıştığı kanıtta açık kalmalıdır.
7. Hızı ürün iş akışına dahil edin
Sahibi olduğunuz şablon ve işlemler için bütçe belirleyin: görsel yükü, üçüncü taraf betikleri ve pahalı istemci işleri iyi inceleme hedefleridir. Sohbet bileşeni, analitik veya animasyon eklerken sağlayıcının maliyetsiz olduğunu varsaymak yerine önce-sonra test yapın.
Doğruluk, erişilebilirlik ve hızı birlikte koruyun. İlerlemeyi bildiren, yerleşimi kararlı form; içerik saklayarak alınmış yüksek puandan değerlidir. En önemli mobil açılış veya dönüşüm sayfasını seçin, kullanılabilir performans denetimini çalıştırın ve ölçülebilir kabul koşullu bir iş yazın. Aynı bileşen üçünü etkiliyorsa erişilebilirlik ve entegrasyon incelemesini birlikte yapın.
Sık sorulan sorular
İki performans çalışması neden farklı puan veriyor?
Ağ, sunucu yükü, önbellek durumu ve laboratuvar değişkenliği sonucu etkileyebilir. Aynı URL ve cihazda birkaç benzer test yapın; alttaki metrikleri inceleyin.
CrUX verisi yoksa sitemiz yavaş mı?
Hayır. İlgili kapsamda uygun saha verisi yoktur. Laboratuvar sonucunu teşhis için kullanın; saha geçti veya kaldı demeyin.
Total Blocking Time ile INP aynı mı?
Hayır. TBT engelleyen iş için laboratuvar teşhisidir; INP kullanıcı etkileşimleri boyunca yanıt verme durumunu anlatır.
Kaynaklar ve ileri okuma
- Google: PageSpeed Insights hakkındadevelopers.google.com
- web.dev: Web Vitalsweb.dev
- web.dev: Largest Contentful Paint optimizasyonuweb.dev
- web.dev: Interaction to Next Paint optimizasyonuweb.dev
Sitelemetry ekibi tarafından, ürünün denetim kapsamı ve bağlantılı birincil kaynaklarla karşılaştırılarak hazırlanmıştır. Açıkça belirtilen gözlemlenmiş vakalar dışında örnekler açıklama amaçlıdır.
