PageSpeed uyarıları ne anlama geliyor?
Rapordaki her uyarının ne dediği, hangisinin gerçekten önemli olduğu ve düzeltme sırası. Uyarıları kazanç büyüklüğüne göre sıraladık.
Rapor açıldı, on iki uyarı var
PageSpeed Insights raporunu açan çoğu kişi aynı yerde takılıyor: karşısında uzun bir liste var ve hangisinin önemli olduğu belli değil.
Araç bu listeyi tahmini kazanca göre sıralıyor. Ama o sıralama sizin gerçek sorununuzu değil, laboratuvar simülasyonundaki teorik kazancı gösteriyor.
Bu yazı listeyi baştan sona okuyup her uyarının ne dediğini ve gerçekten ne kadar önemli olduğunu yazıyor.
Aracın kendisini nasıl okuyacağınızı ve skorun neden bir hedef olmadığını ayrı bir yazıda anlattık; burada uyarıların kendisine bakıyoruz.
Önce bir uyarı — adlar değişti
Türkçe kaynaklarda dolaşan uyarı listelerinin önemli kısmı eski.
Google denetim setini güncelledi. Eskiden ayrı ayrı gösterilen bazı maddeler birleştirildi, bir kısmı kaldırıldı ve "insights" adı verilen yeni bir grup eklendi.
Somut örnek: eski rehberlerde çok geçen "Oluşturmayı engelleyen kaynakları ortadan kaldırın" ifadesi bugün "Oluşturma engelleme istekleri" olarak görünüyor. Metin farklı olduğu için eski rehberi okuyan kişi raporunda o cümleyi bulamıyor.
Bu yazıdaki bütün uyarı metinleri, Lighthouse'un kendi Türkçe çeviri dosyasından alındı — yani raporda gördüğünüz cümlenin birebir aynısı.
İpucu — Bir uyarıyı aratırken raporda yazan cümleyi tırnak içinde aratın. Tırnaksız arama, o cümleyi içermeyen eski rehberleri getiriyor.
Uyarılar üç kaynağa iniyor
On iki maddelik bir liste karmaşık görünüyor ama sahada gördüğümüz kadarıyla neredeyse hepsi üç kaynaktan çıkıyor.
1. Görseller. İlk ekrandaki büyük görsel, yanlış boyut, eski biçim, eksik ölçü tanımı. Tek bir görsel aynı anda dört beş uyarı üretebiliyor.
2. Sunucu yanıt süresi. Sayfa daha ilk baytı almadan geçen süre. Bu yüksekse yapılan bütün tarayıcı tarafı optimizasyonlar onun üstüne biniyor.
3. Üçüncü taraf betikler. Sohbet widget'ı, ısı haritası, reklam, sosyal medya gömüleri, analitik.
Bu üçü kapatıldığında liste genellikle kendiliğinden kısalıyor. Kalanlar ince ayar oluyor.
Uyarı sözlüğü — ne diyor, ne kadar önemli?
Uyarı | Ne diyor | Öncelik |
|---|---|---|
Oluşturma engelleme istekleri | Bazı dosyalar sayfanın çizilmesini bekletiyor | Yüksek |
Resim yayınlamayı kolaylaştırın | Görseller gereğinden büyük ya da eski biçimde | Yüksek |
Doküman isteğiyle ilgili gecikme | Sunucu ilk yanıtı geç veriyor | Yüksek |
LCP dökümü | Ana içeriğin görünme süresinin nerede geçtiği | Yüksek |
LCP istek keşfi | Ana görsel geç keşfediliyor | Yüksek |
Düzen kayması sorununun nedenleri | Sayfa yüklenirken zıplıyor | Yüksek |
Verimli önbellek sürelerini kullanın | Statik dosyalar her ziyarette yeniden iniyor | Orta |
Yazı tipi görüntüleme | Metin, yazı tipi gelene kadar görünmüyor | Orta |
3. taraflar | Dış betikler ana iş parçacığını meşgul ediyor | Orta |
Eski JavaScript | Modern tarayıcılarda gereksiz kod gönderiliyor | Orta |
DOM boyutunu optimize edin | Sayfada çok fazla öğe var | Orta |
INP dökümü | Tıklamaya geç tepki veriliyor | Orta |
Yinelenen JavaScript | Aynı kod birden çok kez gönderiliyor | Düşük |
Ağ bağımlılık ağacı | Dosyalar zincir hâlinde sırayla iniyor | Düşük |
CSS seçici maliyetleri | Karmaşık stil kuralları hesaplamayı yavaşlatıyor | Düşük |
Zorunlu yeniden düzenleme | Kod, tarayıcıyı gereksiz yere yeniden hesaplatıyor | Düşük |
Modern HTTP | Bağlantı protokolü güncel değil | Düşük |
Karakter kodlama tanımlayın | Sayfanın kodlaması belirtilmemiş | Düşük |
Görüntü alanını mobil cihazlar için optimize edin | Mobil görünüm ayarı eksik | Kritik ama nadir |
Son satır nadir görülüyor ama görüldüğünde her şeyden önce gelir: o ayar eksikse sayfa mobilde doğru görüntülenmiyor demektir.
Aracın kendisine pagespeed.web.dev üzerinden ulaşılıyor.
Öncelik nasıl kurulur?
Fırsatlar listesinin en üstünden başlamak yaygın ama yanlış. Doğru sıra şu:
1. Saha verisine bakın. Üç ölçüden hangisi kırmızı? Karar oradan çıkıyor.
2. O ölçünün sebebini bulun. Rapordaki teşhis bölümü sorumluyu gösteriyor.
3. Tek bir düzeltme yapın. Aynı kaynağı işaret eden birkaç uyarı birden kapanabiliyor.
4. Dört hafta bekleyin. Saha verisi 28 günlük ortalama; hemen sonra ölçüm yapmak yanıltıyor.
Bu sıra, on iki maddeyi tek tek denemekten hem daha hızlı hem daha ucuz.
Örnek senaryo — Bir sitede rapor on bir uyarı gösteriyor. Saha verisinde yalnızca en büyük içerikli boyama kırmızı. Teşhis bölümü sorumluyu gösteriyor: ana sayfadaki 2,4 MB'lık kapak görseli. Görsel yeniden boyutlandırılıp modern biçime çevriliyor. Rapordaki on bir uyarının dördü tek hamlede kayboluyor ve kırmızı ölçü yeşile dönüyor. Kalan yedi maddeye hiç dokunulmuyor.
Hangi uyarılar göz ardı edilebilir?
Bu bölüm çoğu rehberde yok ve zaman kazandırıyor.
Saha verisi yeşilse. Üç ölçü de eşiği geçiyorsa kalan uyarılar teorik kazanç gösteriyor. Düzeltmenin karşılığı ölçülemiyor.
Tahmini kazanç çok küçükse. Rapor bazı maddelerde çok küçük kazanç tahmini veriyor. Bu, ölçüm dalgalanmasının altında kalıyor.
Üçüncü taraf kaynaklıysa ve o servis gerekliyse. Ödeme sağlayıcınızın betiği yavaşlatıyor olabilir ama kaldırılamıyor. Yapılabilecek şey yükleme zamanını ertelemek.
Tek seferlik ve nadir sayfalarda görünüyorsa. Yılda birkaç kez ziyaret edilen bir sayfa için optimizasyon, ana sayfa için yapılacak aynı işten çok daha az kazandırıyor.
Dikkat — "Bütün uyarıları kapatalım" hedefi, ekibin zamanını en çok tüketen ve en az kazandıran yaklaşım. Rapor bir yapılacaklar listesi değil bir teşhis çıktısı.
Uyarı sayısı neden yanıltıcı?
"Sitede 23 hata var" cümlesi korkutucu görünüyor ama bilgi taşımıyor.
Sebebi şu: uyarılar kaynak değil belirti sayıyor. Aynı kapak görseli, aynı anda "resim yayınlama", "LCP istek keşfi", "düzen kayması" ve "büyük ağ yükü" maddelerini birden tetikleyebiliyor.
Bakılması gereken şey uyarı sayısı değil, kaç farklı kaynağa indiği. Çoğu sitede bu sayı üç beşi geçmiyor.
Aynı okuma hatasını denetim raporlarında da görüyoruz; SEO hataları kontrol listesi yazısında rapor okumanın yöntemini yazdık.
Mobil ve masaüstü ayrı okunmalı
Rapor iki ayrı sekme veriyor ve aralarındaki fark genellikle büyük.
Mobil test daha yavaş bir cihaz ve bağlantı varsayıyor. Bu yüzden mobil skoru masaüstünden düşük çıkması normal.
Önemsenmesi gereken taraf mobil: Google indekslemeyi mobil sürüm üzerinden yapıyor. Gerekçesini mobil öncelikli indeksleme yazısında anlattık.
Masaüstü raporu yeşil, mobil raporu kırmızıysa yapılacak iş mobil tarafta.
Bu kümedeki diğer yazılar
Her uyarıyı ayrı ayrı ele aldık — ne dediği, neden çıktığı ve nasıl giderildiği:
- Oluşturma engelleme istekleri
- Resim yayınlamayı kolaylaştırın
- Verimli önbellek sürelerini kullanın
- LCP dökümü ve LCP istek keşfi
- Düzen kayması sorununun nedenleri
- Doküman isteğiyle ilgili gecikme
- Yazı tipi görüntüleme
- 3. taraflar
- DOM boyutunu optimize edin
Ölçülerin kendisi
Uyarılar bir amaç değil araç. Amaç üç ölçünün eşiği geçmesi ve bu üç ölçünün tanımı web.dev üzerinde yayımlanıyor.
Üçü şunlar: ana içeriğin ne kadar sürede göründüğü, tıklamaya ne kadar sürede tepki verildiği ve sayfanın yüklenirken ne kadar zıpladığı.
Her uyarı bu üçünden birine hizmet ediyor. Hangisine hizmet ettiğini bilmek, düzeltmenin karşılığını önceden görmeyi sağlıyor.
Sonuç — PageSpeed raporu bir sınav kâğıdı değil bir teşhis çıktısı. Doğru kullanımı bütün maddeleri kapatmaya çalışmak değil; saha verisinde kırmızı olan tek ölçünün kaynağını bulup onu düzeltmek.
Ölçüm ve düzeltmenin tamamını teknik SEO kapsamında yürütüyoruz; sitenizin bugünkü durumunu rakamla görmek isterseniz SEO denetimi ve analiz çalışması bunu kapsıyor. Yeni bir sitede bu ayarların baştan doğru kurulması web sitesi geliştirme tarafında.
