Sayfa Hızı ve Dönüşüm: Nereye Bakmalı, Neyi Düzeltmeli?

Sayfa hızı tartışmaları çoğu zaman bir puanın etrafında döner. Oysa puan bir özet; asıl bilgi, o puanın altındaki metriklerde ve daha da önemlisi gerçek kullanıcılarınızın yaşadığı deneyimde.

Bu yazıda hangi veriye bakılacağını, üç temel metriğin ne anlattığını ve pratikte en çok fark yaratan düzeltmeleri anlatıyoruz.

Laboratuvar verisi mi, saha verisi mi?

Ölçüm araçları iki tür veri sunar:

Laboratuvar verisi, kontrollü koşullarda simüle edilmiş bir ölçümdür. Tekrarlanabilir olduğu için geliştirme sırasında karşılaştırma yapmaya uygundur.

Saha verisi, sitenizi gerçekten ziyaret eden kullanıcılardan toplanır. Farklı cihazlar, farklı bağlantılar, farklı coğrafyalar. Kararlarınızı buna göre vermelisiniz.

İkisi çoğu zaman farklı hikâye anlatır. Laboratuvarda iyi görünen bir site, kullanıcılarınızın çoğu orta seviye Android telefondan ve mobil veriyle giriyorsa sahada zayıf çıkabilir. Bu durumda düzeltilecek şey puan değil, gerçek deneyimdir.

Üç metrik, üç farklı soru

LCP — en büyük içerik ne zaman göründü?

Kullanıcının "sayfa açıldı" dediği an genellikle budur: hero görseli, ana başlık veya öne çıkan blok. LCP yüksekse kullanıcı boş ekrana bakıyor demektir.

En sık nedenleri:

• Optimize edilmemiş, çok büyük hero görseli
• Görselin tembel yüklemeye bırakılması (hero görseli asla lazy olmamalı)
• Yazı tipi yüklenene kadar metnin gizlenmesi
• Yavaş sunucu yanıtı — ilk bayt geç geliyorsa geri kalan her şey geç kalır

INP — dokununca ne kadar sürede tepki verdi?

Kullanıcı bir butona bastığında arayüzün yanıt vermesi arasındaki gecikmedir. Yüksek INP, "site takılıyor" hissinin teknik karşılığıdır.

En sık nedenleri:

• Ana iş parçacığını uzun süre meşgul eden JavaScript
• Gereğinden fazla üçüncü parti betik (sohbet widget'ları, ısı haritası araçları, birden fazla izleme kodu)
• Her etkileşimde gereksiz yere yeniden hesaplanan büyük listeler

CLS — içerik okunurken kaydı mı?

En sinir bozucu ama en kolay çözülen metriktir. Kullanıcı bir bağlantıya basmak üzereyken içerik kayar ve yanlış yere basar.

En sık nedenleri:

• Boyutu belirtilmemiş görseller
• Sonradan yüklenen reklam veya gömülü içerik alanları
• Yazı tipi değişince metnin yeniden akması
• Sayfa yüklendikten sonra en üste eklenen duyuru çubukları

En çok etkiyi üreten beş düzeltme

Deneyimimize göre hız çalışmalarının büyük kısmı şu beş maddede toplanıyor:

1. Görselleri modern formata çevirin ve doğru boyutta sunun. AVIF veya WebP, cihaza göre boyut setleri ve her görselde width/height. Tek başına bu madde çoğu sitede en büyük kazancı verir.
2. Üçüncü parti betikleri gözden geçirin. Her birinin gerçekten gerekli olup olmadığını sorun. Gerekli olanları erteleyin. Kullanılmayan bir izleme kodunun kaldırılması, aylarca uğraşılacak mikro optimizasyonlardan daha fazla kazandırır.
3. Yazı tiplerini kendi sunucunuzdan servis edin ve font-display: swap kullanın. Harici font isteği hem gecikme hem gizlilik maliyeti getirir.
4. Kritik CSS'i önceleyin, kalanını erteleyin. İlk ekranda görünen içeriğin stilleri hemen gelmeli; geri kalanı beklemeli.
5. Sunucu yanıt süresine bakın. İlk bayt 600 ms'nin üzerindeyse ön yüz optimizasyonlarının etkisi sınırlı kalır. Önbellekleme, veritabanı sorguları ve barındırma kalitesi burada devreye girer.

Hız ile dönüşüm arasındaki ilişki

Hız ile dönüşüm arasında doğrudan ve genel geçer bir formül yoktur; "her 100 ms şu kadar satış getirir" türü iddialar bağlamından koparılmış rakamlardır. Ancak mekanizma açıktır:

• Yavaş açılan sayfada kullanıcı, içeriği görmeden ayrılabilir.
• Yavaş açılan reklam açılış sayfası, tıklama başına ödediğiniz bütçeyi boşa harcar.
• Kayan düzen, form doldurma sırasında hata ve terk üretir.

Bu yüzden hızı bir SEO metriği olarak değil, dönüşüm hunisinin bir parçası olarak ele almak daha doğru. Ölçerken de öyle bakın: hız düzeldikten sonra form gönderim sayınız ne oldu?

Ölçmeden değiştirmeyin

Her hız çalışmasının kuralı aynı: önce ölç, sonra değiştir, sonra tekrar ölç. Öncesi ve sonrası kaydedilmemiş bir iyileştirme, iyileştirme olduğunu kanıtlayamaz.

Ayrıca kazanımlar kalıcı değildir. Sonradan eklenen bir eklenti veya izleme kodu, aylar süren çalışmayı bir günde geri alabilir. Bu yüzden düzenli izleme kurmak, tek seferlik optimizasyondan daha değerlidir.