Görsel: Pixabay · Pixabay Lisansı
Yavaşlığın bedeli
Sayfa açılış süresindeki her saniye, dönüşüm oranını ölçülebilir biçimde düşürür.
Mobilde etki daha büyüktür çünkü bağlantı ve cihaz gücü değişkendir.
Sebep bir: optimize edilmemiş görseller
En yaygın ve en kolay çözülen sorundur. Gösterildiği alandan kat kat büyük dosyalar indirilir.
Çözüm: her kullanım için uygun boyut üretmek, modern biçim kullanmak ve ekran altındaki görselleri tembel yüklemek.
Bu üç adım çoğu e-ticaret sitesinde tek başına belirgin iyileşme sağlar.
Sebep iki: üçüncü taraf betikler
Analitik, sohbet, ısı haritası, reklam pikselleri ve öneri motorları birikince ana iş parçacığını kilitler.
Her etiketin gerçekten kullanıldığını sorgulayın. Kurulup unutulmuş etiketler yaygındır.
Kalan etiketleri geciktirilmiş olarak yükleyin ve kullanıcı onayına bağlayın.
Sebep üç: veritabanı sorguları
Kategori ve filtre sayfaları, kötü yazılmış sorgularla çok yavaşlayabilir.
Tipik sorun, listedeki her ürün için ayrı sorgu çalıştırılmasıdır. Yüz ürünlük sayfa yüz bir sorgu yapar.
Çözüm, veriyi tek sorguda toplu çekmek ve gerekli alanlarda dizin tanımlamaktır.
Sebep dört: önbellek eksikliği
Sık değişmeyen içerik her istekte yeniden üretiliyorsa sunucu gereksiz yük altındadır.
Kategori listeleri, menüler ve ana sayfa blokları önbelleğe alınabilir.
Önbelleği temizleme kuralı baştan tanımlanmalıdır; aksi halde fiyat değişikliği siteye yansımaz ve bu daha büyük bir sorun olur.
Sebep beş: sunucu ve ağ
Coğrafi olarak uzak sunucu, gecikmeyi artırır. Hedef kitlenize yakın konumlandırma önemlidir.
Statik dosyalar için içerik dağıtım ağı kullanmak, görsel ve betik teslimini hızlandırır.
Sıkıştırmanın açık olduğundan ve önbellek başlıklarının doğru ayarlandığından emin olun.
Sıralama
Önce ölçün. Gerçek kullanıcı verisi, laboratuvar testinden daha belirleyicidir.
Sonra en büyük içerik ögesini hızlandırın; genellikle ana görseldir.
Ardından betikleri temizleyin ve sorguları düzeltin. Sunucu yatırımını en sona bırakın; çoğu sitede sorun sunucu gücü değildir.
Kategori ve filtre sayfaları
En çok yavaşlayan sayfalar genellikle filtreli kategori listeleridir.
Filtre kombinasyonları sonsuz sayıda adres üretir ve her biri ayrı sorgu çalıştırır.
Sık kullanılan filtre kombinasyonlarının sonuçlarını önbelleğe alın, nadir olanları anlık hesaplayın.
Filtre seçeneklerindeki ürün sayılarını her istekte yeniden saymak yaygın bir performans hatasıdır; bu sayılar dönemsel olarak hesaplanabilir.
Ölçüm ve sürekli takip
Performansı tek seferlik bir iş olarak görmeyin. Her yeni özellik ve her yeni üçüncü taraf araç yükü artırır.
Ayda bir ana sayfa, kategori ve ürün sayfası için ölçüm alın ve sonucu kaydedin.
Bozulma gördüğünüzde son eklenen değişikliklere bakın; sebep neredeyse her zaman yeni eklenmiş bir kaynaktır.
Performans bütçesi belirleyin: sayfa ağırlığı ve istek sayısı için üst sınır koyun ve aşıldığında ekleme yapmayın.
Sık sorulanlar
Sunucumu güçlendirsem hız sorunu çözülür mü?
Genellikle hayır. Çoğu yavaşlık istemci tarafındaki görsel ve betik yükünden ya da kötü yazılmış sorgulardan kaynaklanır. Sunucu yükseltmek bu sorunları gizler ama çözmez.
Hız ölçümünü nereden yapmalıyım?
Gerçek kullanıcı verisini gösteren Search Console raporunu esas alın. Laboratuvar araçları hangi kaynağın yavaşlattığını bulmak için yardımcıdır ancak karar saha verisine dayanmalıdır.
Sunucu tarafı mı istemci tarafı mı render tercih etmeliyim?
E-ticarette sunucu tarafı render, arama motoru görünürlüğü ve ilk açılış hızı açısından belirgin avantaj sağlar. Tamamen tarayıcıda oluşan sayfalar, hem daha geç görünür hem de bazı tarayıcılar tarafından okunamaz.
