WooCommerce Hosting

Yavaşlık satışı ana sayfada kesmiyor

Hız ölçümleri genellikle ana sayfa üzerinden yapılıyor ve o sayfa çoğu mağazada iyi puan alıyor, çünkü hazır bir kopyadan dönüyor. Satın alma ise başka bir yerde duruyor: ürün sayfasındaki varyasyon seçimi, sepete ekleme isteği, kargo bedelinin hesaplandığı adım ve ödeme sağlayıcısına geçiş.

Bu adımların hepsi kişiye özel çalıştığı için sunucuya doğrudan gidiyor. Mağaza yoğunlaştığında ilk bozulan da bunlar oluyor. Ana sayfa hala hızlı görünürken sepete ekleme birkaç saniye sürmeye, kargo hesabı zaman aşımına düşmeye başlıyor.

Ölçümü bu yüzden adım adım yapıyoruz. Sepete ekleme isteğinin süresi, kargo hesaplama çağrısının süresi ve ödeme adımına geçişte oluşan bekleme ayrı ayrı kaydediliyor. İyileştirme genel bir hız puanına göre değil, bu kayıtlara göre planlanıyor. Aynı ölçümü mağazanın yoğun olduğu saatte bir kez daha alıyoruz, çünkü sakin saatte sorunsuz görünen adımlar asıl darboğazı göstermiyor.

Kampanya günü bir prova meselesi

Yoğun gün hazırlığı çoğu zaman kaynak artırmaya indirgeniyor. Oysa asıl belirleyici olan, o gün ne olacağının önceden konuşulmuş olması.

Provada birkaç şeyi birlikte karara bağlıyoruz. Yük arttığında hangi işlevlerin geçici olarak kapatılabileceği, örneğin site içi arama ya da anlık öneri blokları. Kampanya haftasında güncelleme yapılmayacağı. Sipariş e-postaları birikirse nasıl davranılacağı. Ve bir aksaklık anında kimin karar verme yetkisi olduğu.

İkinci hazırlık, açılıştan hemen sonraki dönemin nasıl izleneceği. Bakılacak göstergeler önceden belirleniyor: sipariş akışının devam edip etmediği, ödeme sağlayıcısından dönen hata sayısı, sunucu hata oranı ve stok güncellemesinin gecikip gecikmediği. Bunlar tanımlı olmadığında ekip sayfayı yenileyip duruyor ve gerçek sorun geç fark ediliyor.

Kampanya bittikten sonra da bir tur yapılıyor. Artırılan kaynak geri alınıyor, kapatılan işlevler açılıyor ve o gün ortaya çıkan darboğazlar bir sonraki kampanyanın hazırlık listesine yazılıyor.