Sepet ve checkout tetikleyicisini ayırın
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.
Ürün görüntüleme
İlgi gösterebilir; sepet veya checkout başlangıcının kanıtı değildir.
Sepete ekleme
Bir sepet hareketidir; kişinin tanındığı veya iletişime uygun olduğu ayrıca doğrulanır.
Checkout başlangıcı
Seçilen sistemin iş tanımına göre değerlendirilir; tamamlanmış sipariş anlamına gelmez.
Kişi tanıma ve iletişim uygunluğunu doğrulayın
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.
OKUMADAN SONRAKİ ADIMA
Kurtarma akışını gerçek koşullarıyla değerlendirelim
Tetikleyicinizi, filtrelerinizi ve kişisel bilgileri ayıklanmış senaryolarınızı paylaşın. Satın alma sonrası durma, güncel sepet ve mobil dönüş için kabul planı çıkaralım.
Satın alma sonrasında mesaj filtresini test edin
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.
Bekleyen durumu kaydedin
Kontrollü profilin hangi satın alma bağlamına göre ilerlediğini gösterin.
Yeni satın alma koşulunu ekleyin
Kaynakta kabul edilmiş sonucu, ilgili alışveriş kimliğiyle ilişkilendirin.
Sonraki kararı inceleyin
Bekleyen adımın güncel koşulu uyguladığını ve ilgisiz hatırlatmayı engellediğini doğrulayacak kanıt isteyin.
Değişen sepet ve tükenen ürünü örnekleyin
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.
| Değişiklik | Kararlaştırılacak davranış | Kabul kanıtı |
|---|---|---|
| Ürün çıkarıldı | Eski öğeyi hatırlatmadan kaldır | Güncel sepetle eşleşen içerik |
| Varyant değişti | Seçenek ve bağlantıyı güncelle | Doğru satılabilir varyant |
| Stok tükendi | İçeriği engelle veya onaylı alternatif kullan | Mevcut durumu doğru anlatan önizleme |
Hatırlatma bağlantısını mobilde açın
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.
Kurtarma sonucunu kaynak siparişle karşılaştırın
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.
Kurtarma akışını gerçek koşullarıyla değerlendirelim
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Her sepet ziyaretçisine e-posta gider mi?
Hayır. Ziyaretçinin tanınması, geçerli iletişim yolu ve ilgili amaç için uygun gönderim durumu gerekir. Sepete ürün eklemek bunların hepsini göstermez. Kişi tanıma ve iletişim uygunluğunu ayrı kabul alanları olarak inceleyin.
Satın alma sonrası hatırlatma neden gelebilir?
Satın alma olayı geç ulaşmış, yanlış alışverişle eşleşmiş veya filtre sonraki adımda uygulanmamış olabilir. Bunlar olası nedenlerdir, teşhis değildir. Kaynak sipariş zamanını ve bekleyen adımın kararını birlikte inceleyin.
Sepet kurtarmada indirim şart mı?
Hayır. Doğru ürüne dönüş, anlaşılır bilgi ve sorunlu alışveriş adımına yardım da amaç olabilir. İndirim kullanılıyorsa geçerlilik, ürün kapsamı ve değişen sepet davranışı ayrıca doğrulanmalıdır; otomatik olarak gerekli sayılmaz.
Tükenen ürün için mesaj gönderilmeli mi?
Tükenen ürünü mevcut teklif gibi göstermeyin. İçeriği engelleme veya işletme tarafından onaylanmış alternatif sunma kararını yazın. Kaynak stok durumu ile önizleme ilişkilendirilmeli; eski şablonun görünmesi doğru içerik kanıtı değildir.
Atfedilen gelir gerçek kurtarma ile aynı mı?
Hayır. Kaynak sipariş gerçekleşen alışverişi gösterir; platform atfı kurallı bir ilişkilendirmedir. Ek satış etkisi üçüncü bir sorudur. Tanımları, kapsamı ve sınırlamaları belirtmeden bu ölçüleri tek bir kurtarma sayısında birleştirmeyin.
KAPSAMI BİRLİKTE BELİRLEYELİM
Kurtarma akışını gerçek koşullarıyla değerlendirelim
Tetikleyicinizi, filtrelerinizi ve kişisel bilgileri ayıklanmış senaryolarınızı paylaşın. Satın alma sonrası durma, güncel sepet ve mobil dönüş için kabul planı çıkaralım.
Sepet akışını konuşalım