Ürün detayından geri dönünce katalogda kaldığınız yer korunuyor mu?
Müşteri uzun bir ürün listesinde bir model açıp geri döndüğünde yeniden listenin başına bırakılabilir. Filtrelerin görünürde korunması, aynı ürünün yeniden bulunabildiği anlamına gelmez. Buradaki karar, sadece geri düğmesi çizmek değil, ayrıntıdan listeye dönüşün hangi bağlamı koruyacağını belirlemektir. Aşağıdaki katalog örneği varsayımsaldır; belirli bir müşteri sitesinde ölçülmüş hata veya satış kaybı iddiası içermez.
1. Korunacak bağlamı tek tek tanımlayın
Varsayımsal kullanıcı sandalye kategorisinde malzeme filtresi seçsin, fiyat sıralamasını değiştirsin ve ikinci sayfadaki bir ürünü açsın. Dönüşte kategori, filtre, sıralama, sayfa ve bulunduğu görsel konum birlikte anlam taşır. Bunların hangilerinin adresle, hangilerinin geçici oturum durumuyla korunacağını geliştirme kapsamında yazın. Her şeyi sadece tarayıcı belleğine bırakmak, bağlantıyı yeniden açan kişiye aynı listeyi vermeyebilir. Buna karşılık kaydırma konumunu paylaşılacak ürün kimliği gibi düşünmek de gereksiz karmaşıklık oluşturabilir.
2. Tarayıcının geri işlevini başlangıç noktası olarak sınayın
İlk testte sitenin özel geri bağlantısını değil, tarayıcının Geri düğmesini kullanın. MDN, history.scrollRestoration özelliğinin geçmişte gezinme sırasında kaydırma konumunun otomatik veya elle yönetilmesini belirlediğini açıklar. Bu tek ayarın değiştirilmesi bütün katalog durumunu geri getirmez. Önce mevcut davranışı gözlemleyin; sonra özel kodun doğal dönüşü bozup bozmadığını araştırın. Her sayfa geçişinde koşulsuz tepeye kaydırma yapan bir düzen, ayrıntıdan dönen ziyaretçinin konumunu da silebilir.
3. Geç yüklenen kartlarla dönüşü birlikte test edin
Ürün resimleri veya önceki sayfa grupları geç geliyorsa tarayıcı eski kaydırma değerine dönse bile aynı kart görünmeyebilir. Kartların boyutları ve liste yüklenme sırası bu deneyimi etkiler. Yavaş bağlantıda ikinci ürün grubuna ilerleyin, bir detay açın ve geri dönün. Beklenen ürün görünür hale geldiğinde sayfa tekrar zıplıyor mu, kontrol edin. Özel uygulama durumu kullanılıyorsa yalnız piksel sayısını değil, kullanıcının döndüğü ürünün kimliğini de tasarım kararında değerlendirin. Bu öneri ölçülmüş bir performans sonucu değildir.
4. Hızlı dönüş önbelleğini tek güvence saymayın
web.dev, geri/ileri önbelleğinin sayfanın durumunu koruyarak dönüşü hızlandırabildiğini anlatır. Ancak her gezinmede bu önbelleğin kullanılacağını varsaymayın. Aynı testi kısa süre sonra, sayfa yenilendiğinde ve ayrıntı doğrudan bir bağlantıyla açıldığında da deneyin. Sitedeki “Listeye dön” bağlantısının nereye gideceğini ayrıca tanımlayın. Kullanıcı listeden gelmediyse tarayıcı geçmişine körlemesine geri göndermek yerine anlamlı bir kategori hedefi sunmak gerekebilir. Geçmiş dönüşü ile yeni kategoriye gitmek aynı eylem değildir.
5. Kabul ölçütünü küçük bir görevle yazın
Test görevi şöyle olabilir: “Filtrelediğiniz listede ikinci gruptaki ürünü açın, Geri ile dönün ve yanındaki modeli bulun.” Kişinin filtreleri tekrar kurması veya bütün listeyi yeniden taraması gerekip gerekmediğini kaydedin. Telefonda, masaüstünde ve klavyeyle dönüşü değerlendirin; odak ile kaydırma konumu aynı şey değildir. Web tasarım teslimine bu dönüş kontrolünü ekleyin. Liste modelini seçmek için katalog sayfalama rehberi, paylaşılabilir seçimler için filtre bağlantıları rehberi ilgili tamamlayıcılardır.
Sık sorulan sorular
Filtrelerin adreste olması geri dönüş için yeterli mi?
Liste seçimini korumaya yardımcı olur; yüklenen grup, kaydırma ve odak davranışını ayrıca test etmeniz gerekir.
Özel geri düğmesi eklemek sorunu çözer mi?
Tek başına çözmez. Hedef, geçmiş ve doğrudan giriş senaryoları belirlenmeli; gerçek tarayıcı dönüşü de sınanmalıdır.