Siparişin Oluştuğu Doğrulanır
Müşterinin onay e-postasını alamaması, siparişin oluşmadığını tek başına göstermez. T-Soft panelinde sipariş numarası, müşteri adresi ve ödeme durumu önce birlikte kontrol edilir. Aynı müşteri yeniden satın alma yaptığında ikinci bir tahsilat oluşması ihtimali bulunduğundan, destek yanıtı mevcut sipariş kaydına dayanmalıdır. İnceleme için siparişin oluşma zamanı, e-posta gönderiminin beklenen olayı ve alıcı adresinin maskelenmiş hali yeterli başlangıç bilgisidir. Gerçek müşteri parolasını veya ödeme bilgilerini istemeye gerek yoktur. Sorunun bütün müşterilerde mi, tek bir e-posta sağlayıcısında mı yaşandığı ayrıca ayrıştırılır.
Şablon ve Gönderici Bağlantısı
T-Soft’un işlemsel e-posta yapılandırmasında sağlayıcı, gönderici adresleri ve şablonlar ayrı ayarlanır. Boş veya gönderimi kapatılmış bir şablon, SMTP bağlantısı çalışsa da beklenen iletiyi üretmeyebilir. Örneğin üyelik mesajı gelirken sipariş onayı gelmiyorsa önce olayın şablonla ilişkisi araştırılır. Gönderen adı kurumsal kimlikle uyumlu, yanıt adresi ise takip edilen bir kutu olmalıdır. Kopyalanmış eski şablonlarda sipariş bağlantısı ve dinamik alanlar da incelenir. Dış görünüşü düzgün bir e-posta, yanlış sipariş adresini gösteriyorsa müşteriye sağlıklı bilgi vermiş sayılmaz.
Gönderim ve Teslim Aynı Kayıt Değildir
E-postanın uygulamadan çıkması ile alıcının posta kutusuna kabul edilmesi farklı aşamalardır. SMTP kimlik doğrulama sorunu, bağlantı zaman aşımı ve alıcı sunucunun reddi farklı müdahaleler gerektirir. T-Soft’un sunucu yardım içeriği bu ayrımı ve saatlik gönderim limitini ele alır. Varsayımsal olarak kampanya gönderileri aynı hesap üzerinden yoğunlaşmışsa, sipariş iletilerinin etkilenip etkilenmediği araştırılır. Bir hata kodu yokken tüm DNS kayıtlarını değiştirmek, çalışan diğer iletişimi de etkileyebilir. Teşhis, mevcut hata metni ve gerçek gönderim kaydı üzerinden daraltılır.
Örneklerle Teslim Kontrolü
Kontrol için izinli test hesaplarıyla birkaç ayrı alıcı kullanılabilir. Aynı sipariş türü bir kurumsal posta kutusuna ve farklı bir sağlayıcıdaki test kutusuna gönderilir. İleti yalnızca bir tarafta görünmüyorsa istenmeyen klasörü, teslim reddi ve adres doğruluğu birlikte incelenir. Webmail üzerinden görünen ancak telefondaki uygulamada görünmeyen mesaj, mağazanın gönderim sorunu olarak kaydedilmez. Testte tek bir değişkenin değiştirilmesi nedenin anlaşılmasını sağlar. Aynı anda şablon, parola ve DNS değiştirilirse hangi düzenlemenin işe yaradığı belirsiz kalır; gerektiğinde geri dönüş de zorlaşır.
Eksik Mesajların Kontrollü Tamamlanması
Gönderim düzeldikten sonra önce geçmişte etkilenmiş siparişler belirlenir. Toplu yeniden gönderim yapılacaksa daha önce teslim edilen kayıtlar ayıklanır; aynı müşteriye ardışık onay mesajları gönderilmez. Özellikle ödeme bekleyen ve tamamlanmış siparişlerin dili farklı olmalıdır. Destek ekibi, yeniden gönderilen iletinin güncel sipariş durumunu taşıdığını kontrol eder. Kalıcı takipte gönderim denemesi, alıcı yanıtı ve başarısızlık nedeni ayrı tutulur. Böylece bir sonraki teslim sorunu yalnızca müşterinin bildirimiyle fark edilmez. Bu kayıtlar erişim yetkisi sınırlandırılarak tutulmalı, sipariş e-postalarının tamamı herkese açık hata günlüklerine yazılmamalıdır.
Bu Yazıdaki Terimler 1 Kavram
Kısa açıklamaları burada okuyabilir, ayrıntılar için sözlüğe geçebilirsiniz.
- SMTP
- SMTP (Simple Mail Transfer Protocol), e-postanın internet üzerinde gönderen taraftan alıcının posta sunucusuna aktarılmasını tanımlayan temel protokoldür; mağaza yazılımları bildirim e-postalarını sıklıkla SMTP ile gönderir.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
T-Soft