1. Sayfayı değiştirmeden önce satın alma yolunu çıkarın
İdeal tek rota yerine iki ila dört yüksek değerli yol seçin. Mobil, varyantlar, sepet değişiklikleri ve misafir ödeme (guest checkout) dahil edin. Her eylem sonrası beklenen durumu yazın: ürün, adedi, fiyat, teslimat, promosyon, toplam ve sonraki eylem. Bu, paylaşılan bir değişiklik her şablona ulaşmadan önce gerilemeleri ortaya çıkarır.
Kritik olanı isteğe bağlıdan ayırın. Ürün verisi, seçili seçenekler, sepete ekleme, sepet hesaplaması, ödeme kontrolleri ve geri bildirim genelde kritiktir. Öneriler, yorumlar, sohbet ve pazarlama etiketleri değerli olabilir ama başlangıçta otomatik olarak gerekli sayılmaz. Önceliklerini sahiplerle doğrulayın.
Her adımda görünen durum, eylem, hata ve yeniden deneme davranışını tanımlayın.
Fiyat, stok, sepet, ödeme veya onay( consent ) üzerinde etkisi olan servisleri ve betikleri kaydedin.
2. Keşfi ve ürün seçimini hızlı, kararlı ve doğru yapın
En büyük ilk görünür öğeyi ve ürün-seçim kontrollerini belirleyin. Largest Contentful Paint (LCP), en büyük görünür içeriğin ne zaman göründüğünü ölçer; Google 2,5 saniye veya daha az hedeflemeyi önerir. Muhtemel bir LCP görüntüsünü veya ürün içeriğini tembel yüklemeyin (lazy-load). Bir satın alma kontrolünü geç yerleşecek bir modülün hareket ettirmemesi için medya, rozetler, puanlar ve teslimat mesajları için alan ayırın. Google, Cumulative Layout Shift (CLS) değerinin 0,1'in altında olmasını önerir.
Varyant seçimi, görseli, fiyatı, SKU'yu, bulunurluğu ve satın alma uygunluğunu güncellemelidir; eskimiş durum göstermemelidir. Ürün yapısal verisi (Product structured data) kullanıyorsanız, bunu satın alma sayfasıyla uyumlu tutun. Google, işaretleme ve Merchant Center beslemelerinin ürün verisini anlamasına ve doğrulamasına yardımcı olabileceğini söyler; ancak arama sunumu ve uygunluk garanti edilmez.
Birincil ürün içeriğini erken isteyin; gereksiz geç bir istemci renderından kaçının.
Temsilci seçenekler için görünen ürün gerçekleri ve satın alma uygunluğunun birlikte değiştiğini doğrulayın.
3. Gerekli davranışı kaldırmadan sepet ve ödemeyi duyarlı tutun
Interaction to Next Paint (INP), girdiye yanıt verebilirliği ölçer; Google 200 milisaniyeden daha az olmayı hedeflemeyi önerir. Adet güncellemeleri, kaldırma, kuponlar, teslimat seçenekleri, ödeme seçenekleri, alan düzeltme ve gönderimi test edin. Uzun görevleri ve yavaş istekleri bulmak için performans araçları kullanın, ancak yalnızca işi artırdığı için doğrulamayı, vergi, dolandırıcılık veya teslimat hesaplamasını kaldırmayın. Öncelikle kabul edilebilir bir bekleyen durum ve mesaj tanımlayın.
Erişilebilir bir ödeme akışı, performans çalışmasıdır çünkü etiketlenmemiş bir alan veya duyurulmayan bir hata tamamlamayı engeller. W3C yönergeleri etiketler, gruplanmış kontroller, talimatlar, doğrulama geri bildirimi ve başarı veya hata bildirimi çağırır. Odağı öngörülebilir tutun ve özel kontrolleri klavye ile ve bir ekran okuyucuyla test edin. İşlem için gereken bilgiden fazlasını istemeyin.
Güvensiz çift gönderimleri önleyin, işleme durumunu gösterin ve başarısızlıktan sonra girilen değerleri koruyun.
Geçersiz adres, reddedilen kart, kupon ve zorunlu alan yollarını test edin.
4. Üçüncü taraf betikleri üretim bağımlılığı olarak ele alın
Sayfa başına her etiketi; sahibi, amacı, kaynağı, erişilen verileri, onayı, yükleme davranışını ve kaldırma yöntemini kaydeden bir envanter çıkarın. OWASP, üçüncü taraf JavaScript'in değişiklik kontrolünün kaybı, rasgele kod çalıştırma ve hassas bilgi sızdırma risklerini tanımlar. Bir envanter, bir paket raporunun kaçırabileceği işleri ortaya çıkarır: etiket zincirleri, düzeni kaydıran bir öneri motoru veya satın almayı engelleyen bir kişiselleştirme çağrısı gibi.
Analitik için, keyfi sayfa okumalarına izin vermek yerine mimariye uygun olduğunda kasıtlı tanımlanmış bir veri katmanı veya sunucuya doğrudan (server-direct) desen kullanın. OWASP, analiz kodunun aldığı değerleri sınırlamak için host-defined (ev sahibi tanımlı) bir veri katmanından söz eder. Ödeme sayfalarında değişim yollarını en aza indirin ve nitelikli bir inceleme kullanın. PCI SSC rehberliği, betik yetkilendirme, bütünlük ve kurcalama izleme konularına değinir; İçerik Güvenlik Politikası (Content Security Policy) yüklemeyi sınırlayabilir ancak meşru entegrasyonları bozabileceği için aşamalı test gerektirir.
Her etikete sahibi onaylı bir amaç ve yükleme kararı verin; süresi dolmuş deneyleri kaldırın.
Betik ve başlık değişikliklerini güvenlik açısından hassas sayın; kendi kendine uyumluluk beyanı kullanmayın.
5. Değişirken stok ve fiyat durumlarını netleştirin
Bir müşteri gezinirken stok ve fiyat değişebilir. Mevcut, az stokta, kullanılamaz, ön sipariş (backorder), fiyat beklemede ve fiyat değişti gibi durumları tanımlayın. Üründen sepete, sepetten ödemeye ve ödeme gönderimine geçişleri test edin. Hedef her zaman statik veri değildir; çelişki yerine açık, kurtarılabilir bir durum sağlamaktır.
İşlemsel gerçekleri tazelik ve geçersiz kılma kararı olmadan önbelleğe almayın. Bir öneri eskimiş olabilirken stok yenilenebilir; satın alınabilir bir fiyatın üzerinde üzerinde anlaşılmış kurallar olmalıdır. Bir servis yavaşladığında doğrulanmış bir değeri bekleyen bir güncellemeden ayırın ve bir sonraki eylemi açıklayın. Yayın yapılandırmasında promosyonları, bölgesel veya girişe bağlı fiyatlandırmayı ve stok kenar durumlarını test edin.
Fiyat, stok, promosyon ve sepet toplamı için sahibin adını belirtin.
Kullanılamayan bir varyant, süresi dolmuş promosyon, değişmiş adet ve teslimat kısıtlamasını dahil edin.
6. Bir temel (baseline), kontrollü sürüm ve düzeltme döngüsü ile doğrulayın
Bir değişiklikten önce ve sonra aynı yolu ölçün. Alan verisi gerçek ziyaretçi deneyimini zaman içinde gösterir; laboratuvar testleri seçili cihaz ve ağ koşullarını çoğaltır. Eşdeğer şablon, cihaz sınıfı, oturum durumu, deneme (experiment) durumu ve ölçüm penceresini karşılaştırın. Tek bir skor, bir ödeme değişikliğinin satın alma yolculuğunu iyileştirdiğini kanıtlayamaz.
Paylaşılan şablon, etiket yöneticisi ve ödeme değişikliklerini aşamalayın. Temel, etkisi, sahibi, bağımlılığı, kanıtı ve geri alma yolunu kaydedin. Dağıtımdan sonra yolculuğu yeniden test edin; analitik olayların korunması ve değişen stok veya ödeme durumları dahil olsun. SIU bu önleyici optimizasyon ve düzeltme döngüsünü destekler; gerilemeler yayılmadan önce müdahale etmeye yardımcı olur; canlı durum izleme veya olay müdahalesinin yerine geçmez.
Değişen yol için yolculuk, performans, erişilebilirlik ve iş kuralı sonuçlarını toplayın.
Sepet, ödeme, telemetri veya stok doğruluğu geriliyorsa sayfayı daha hızlı diye ilan etmeyin.