Sepet Kurtarma Otomasyonu Kontrol Listesi

Sepet kurtarma otomasyonunun kurulumu için seçilen gerçek olayı kaydedin. Ürün görüntüleme, sepete ekleme ve checkout başlangıcı birbirinin yerine geçmez. Akışın arayüzdeki adı hangi davranışla başladığını kanıtlamaz. Kaynak sistemde olayın hangi noktada oluştuğunu ve platformun hangi alanı okuduğunu yan yana yazın; eksik olayın yerine varsayım koymayın.

Akış girişini oluşturan olayı kaynak sistemdeki davranışla eşleyin. Sepet güncellemesi, checkout başlangıcı ve ürün görüntüleme için kabul koşullarını ayrı yazın. Sonraki hatırlatma öncesinde hangi filtrelerin yeniden değerlendirildiğini seçilen entegrasyonda doğrulayın. Bekleme süresini işin amacı ve güncel alışveriş durumuyla gerekçelendirin; örnek zamanlamayı bütün işletmeler için uygun kural gibi kullanmayın.

Kontrollü bir yolculukta yalnızca ürün bakma, sepete ekleme ve checkout başlatmayı ayrı satırlara koyun. Hangi satırın akışa girmesi gerektiği iş sahibi tarafından onaylansın. Başlangıç olayı yinelendiğinde aynı alışveriş bağlamının nasıl korunduğunu da belirtin. Tek başarılı giriş, yanlış kişilerin dışarıda kaldığını göstermeye yetmez.

Otomasyonda kişi ve iletişim uygunluğu için ziyaretçinin nasıl tanındığını açıkça yazın. Her sepet ziyaretçisinin geçerli bir iletişim yolu veya uygun gönderim durumu olmayabilir. Kimlik bağlantısı, iletişim tercihi ve gerekli izin kaydı farklı konulardır. Anonim sepeti bilinen kişiye rastgele bağlamak veya tanınmayı sınırsız mesaj yetkisi saymak doğru kabul değildir.

Tanımsız profil, tercih değişmiş profil ve eksik iletişim alanı için beklenen akış sonucunu belirleyin. Giriş anındaki uygunluk sonraki adımda değişebilir. Güncel tercih kaynağını ve engelleme kararını belgeleyin. İlgili pazar ve iletişim amacı için gerekli koşullar ayrıca değerlendirilmelidir; kurtarma mesajını adından dolayı otomatik hukuki istisna gibi göstermeyin.

Kabul planında gerçek müşteri yerine kontrollü profil etiketi kullanın. İnceleme dosyasında e-posta ve telefon değerleri bulunmasın; olay etiketleri kişisel veriyi Analytics’e taşımamalıdır. Akış aracında gerekli iletişim verisi uygun amaç ve erişimle ayrı tutulur. Tanınan, tanınmayan ve iletişimden çıkmış örnekler için beklenen giriş kararını yazın; paylaşım dosyası kararı açıklayabilsin, kişisel değerleri açığa çıkarmasın.

Satın alma filtresi olan kurtarma akışı için en önemli kontrollü senaryo, kişi ilk mesajdan sonra siparişini tamamladığında ortaya çıkar. Sonraki bekleyen adım bu yeni durumu değerlendirmelidir. Akışın başlangıcında satın almamış olması, bütün dizi boyunca aynı durumun sürdüğünü kanıtlamaz. Kaynak satın alma olayı ile sonraki iletişim kararı ilişkilendirilsin.

Önce alışveriş bağlamını başlatın, ardından ilk adımın önizlemesini ve bekleyen durumu kaydedin. Kontrollü kayıtta kabul edilmiş satın alma durumunu oluşturacak senaryoyu tanımlayın; sonraki adımın engellenmesi beklensin. Satın alma olayının zamanı ile bekleyen adımın kararını aynı kanıtta ilişkilendirin. Platformun filtreyi ne zaman değerlendirdiği uygulama çıktısıyla doğrulanmalıdır; yalnızca filtre adının görünmesi yeterli değildir.

Başarısız ödeme ile başarılı satın alma farklıdır. Kaynak olay geç geliyorsa ne olacağını, eski checkout ile yeni checkout karışırsa hangi bağlamın esas alınacağını yazın. Sırf kişinin herhangi bir siparişi var diye her yeni alışverişini yanlış bastırmayın. Tekrar gönderim de aynı akışa kopya iş eklememeli; bu durum ayrıca örneklenmelidir.

Sepet içeriğinin otomasyonla kullanılması için ilk olayın anlık görüntüsüyle mevcut alışveriş durumunun farkını belirleyin. Kişi bir ürünü çıkarıp başka varyant ekleyebilir. Hatırlatma hangi anın verisini kullanıyor? Eski sepeti güncel diye gösteriyorsa yanlış yardım sunabilir. Sipariş bağlamını ve içerik güncelleme kuralını kabul kaydında ayrı tutun.

Tükenen ürün, kaldırılmış ürün, değişen fiyat ve boşalmış sepet için senaryo yazın. Otomatik alternatif sunulacaksa ürünün gerçekten uygun olduğunu işletme sahibi belirlesin; araç benzerliği tek başına yeterli değildir. Eski fiyat veya indirim kuralının geçerli olmadığı durumda mesajın ne yapacağını kaydedin. İndirim her kurtarma akışının zorunlu parçası değildir.

Önizlemede ürün, seçenek, adet ve bağlantı metni aynı alışverişi anlatmalıdır. Çok ürünlü sepette kaldırılan öğe kalıyorsa bulgu açın. İçerik oluşturma başarısızsa boş kart göndermek yerine belirlenen engelleme veya alternatif davranış uygulansın. Mevcut stok bilgisi denetlenmeden hazır veya sınırlı stok gibi iddialar metne eklenmemelidir.

Kurtarma mesajının alışverişe dönüşü mobil bağlantının doğru göreve ulaştırmasına bağlıdır. Bağlantı mevcut sepeti mi, checkout adımını mı, yoksa bir ürün sayfasını mı açacak? Beklenen hedefi açık yazın. Farklı cihaz veya oturumda sepetin geri yüklenmesi her platformda aynı değildir; entegrasyon davranışı güncel olarak incelenmelidir.

Kontrollü bağlantı önizlemesinde açılan ürün, varyant ve adetlerin beklenen durumla eşleşmesini planlayın. Oturum bitmişse veya sepet artık yoksa anlaşılır dönüş yolu bulunmalıdır. Kullanıcı yanlış ülke, dil ya da para biriminde devam etmesin. Bir bağlantının HTTP yanıtı vermesi doğru alışverişin açıldığını tek başına kanıtlamaz; görev sonucu incelenir.

URL içinde gereksiz iletişim verisi bulunmasını engelleyin. Yetkilendirme veya sepet erişimi sağlayan değerleri genel inceleme ekranında yayımlamayın. Analytics raporuna kişisel bilgi taşıyan adres girmediğini ayrıca değerlendirin. Bağlantıyı kontrollü etiketle kaydedin; beklenen hedef, açılan alışveriş görevi, oturum durumu ve açık hata birlikte görünsün. Kanıtı paylaşırken erişim sağlayan değerleri gizleyin.

Sepet kurtarma sonucunun değerlendirilmesi kaynak sipariş ile platform atfını ayırmalıdır. Akışa giren kişinin sonradan sipariş vermesi gözlenen bir ilişkidir. Platformun o siparişi mesaja atfetmesi kullandığı pencere ve kurala bağlıdır. Siparişin iletişim olmasa gerçekleşmeyeceği sonucunu bu iki gözlemden otomatik çıkarmayın; ek etki ayrı değerlendirme tasarımı gerektirir.

Rapor sorusuna göre giriş sayısı, uygun profil, engellenen adım, bağlantı sorunu ve kaynakta kabul edilmiş siparişleri ayrı inceleyin. Engelleme nedenini yalnızca başarısız mesaj diye adlandırmayın; satın alma sonrası doğru durma faydalı davranıştır. İade veya iptal varsa sipariş durumunu rapor tanımında açıklayın. Gelir kapsamını netleştirmeden platform toplamlarını karşılaştırmayın.

Kurtarma kabul tablosu tetikleyici, kimlik, iletişim uygunluğu, bekleme, satın alma filtresi, ürün durumu, link ve kaynak sipariş ilişkisini içersin. Geniş program çakışmaları için e-ticaret e-posta akışlarını inceleyin. Doğru tek akış kabulü bütün pazarlama programının veya gelir artışının doğrulandığı anlamına gelmez.

Çalışma belgesini isteyin

Bilgileriniz yalnızca bu belge talebini işlemek için kullanılır. Bülten aboneliği oluşturmaz.

Belgeyi istemek için daha sonra tekrar kontrol edin.