Gönderdiğiniz teklifin gereksiz klasörüne düşmesiyle, web formunun hiç bildirim üretmemesi aynı sorun değildir. İlkinde teslim ve sınıflandırma, ikincisinde uygulamanın gönderim yolu araştırılmalıdır. Çözüm aramadan önce hangi iletinin, hangi sistemden ve hangi alıcıya giderken sorun yaşadığını netleştirin.
Önce mesajın ne olduğunu belirleyin
Çalışanın posta kutusundan gönderdiği e-posta, sitenin form bildirimi ve toplu tanıtım iletisi farklı sistemlerden çıkabilir. Aynı alan adını kullanmaları, aynı gönderim altyapısına sahip olduklarını göstermez. Biri düzgün çalışırken diğerinin sorun yaşaması mümkündür.
Bir örnek seçin ve tarih, alıcı, gönderici adresi ile kullanılan uygulamayı kaydedin. Mesaj taslakta mı kaldı, gönderildi mi, geri dönüş bildirimi geldi mi? Alıcının gereksiz klasöründe gerçekten bulundu mu? “E-posta gitmiyor” ifadesini bu ayrıntılarla daraltmak teknik incelemeyi hızlandırır.
Tüm alıcılarda mı yoksa belirli bir sağlayıcıda mı sorun olduğunu da not edin. Tek bir kişinin yerel kuralı veya engellemesi genel bir altyapı sorunu gibi görünebilir. Buna karşılık birden fazla dış alıcıda tekrarlanan durum daha geniş kontrol gerektirebilir. İlk teşhis için gerçek örnekler önemlidir.
Alan adınızdan hangi sistemler gönderim yapıyor?
Posta kutularının yanında CRM, fatura uygulaması, rezervasyon sistemi ve web sitesi de e-posta gönderebilir. Önce bunları listeleyin. Hangi servis hangi adresi kullanıyor ve bu kullanım alan adı yönetiminde tanımlanmış mı? Sonradan eklenen bir araç, eski kurulumun dışında kalmış olabilir.
Hizmet sağlayıcılarının kurulum adımlarını birlikte değerlendirin. Bir araç için yapılan değişiklik, başka aracın çalışan ayarını bozmasın. DNS kayıtlarına rastgele metin eklemek veya mevcut kaydı incelemeden silmek uygun teşhis yöntemi değildir. Özellikle birden fazla gönderim kaynağında değişiklik planı gerekir.
Kayıtları yöneten kişiyle uygulamayı kuran kişi farklıysa aradaki sorumluluğu belirleyin. “Panelde tamamlandı yazıyor” ifadesinin hangi alan adı ve hangi gönderici için geçerli olduğunu doğrulayın. Doğru servisin yanlış alan adına bağlanması, kâğıt üzerinde tamam görünen bir kurulum oluşturabilir.
SPF, DKIM ve DMARC neyi anlatır?
SPF yetkili gönderim kaynaklarının tanımlanmasına, DKIM iletinin imzayla doğrulanmasına, DMARC ise görünen gönderici alan adıyla doğrulama ilişkisine ve ilgili politikaya yardımcı olur. Bunlar aynı işi yapan üç farklı rozet değildir. Kurulumun gerçek gönderim kaynaklarına uyması gerekir.
Google’ın e-posta gönderici kuralları, kişisel Gmail alıcıları için doğrulama ve gönderim koşullarını açıklar. Gereksinimler gönderim biçimine göre değişebilir. Kayıtların bulunması tek başına her iletinin gelen kutusuna düşeceği garantisini vermez; iletinin fiilen nasıl gönderildiği de kontrol edilmelidir.
İlk kontrol için teknik ekibe tam ileti üstbilgisini güvenli bir kanaldan iletebilirsiniz. Yalnızca ekranda görünen gönderici adı yeterli değildir. İçerikte müşteri verisi varsa paylaşmadan önce gereksiz ayrıntıları çıkarın; inceleme için hangi bilginin gerektiğini destek ekibinden öğrenin.
Web formu müşterinin adresinden mi gönderiliyor?
Formu dolduran kişinin e-posta adresini doğrudan gönderici gibi kullanmak, alan adı doğrulamasıyla uyumsuz bir kurgu yaratabilir. Genellikle sitenin yetkili bir adresinden gönderip müşterinin adresini uygun yanıt alanında kullanmak değerlendirilir. Kesin yapılandırmayı kullanılan posta hizmeti ve uygulamanın dokümantasyonuyla doğrulayın.
Testi hem uygulama kaydında hem posta tarafında yapın. Form kaydı oluşmuş ama e-posta görevi başarısız olmuş olabilir. Başarı mesajını görmek, bildirimin teslim edildiğini kanıtlamaz. İşletme açısından kritik başvurular için kaydın panelde de izlenebilmesi değerlendirilebilir.
Aynı bildirimi farklı kanallardan tekrar tekrar gönderen bir yapı varsa bunu da inceleyin. Amaç her koşulda daha çok mesaj üretmek değil, doğru kaydı güvenilir biçimde ilgili kişiye ulaştırmaktır. Tekrarlı gönderim bazen asıl hatanın fark edilmesini zorlaştırır.
İçerik ve alıcı listesi nasıl hazırlanıyor?
Yanıltıcı konu satırı, belirsiz gönderen adı ve ilgisiz bağlantılar güveni zayıflatabilir. Alıcının neden bu mesajı aldığını anlayabilmesi önemlidir. İş yazışması ile pazarlama listesini aynı çalışma biçimiyle yönetmeyin; her birinin amacı ve alıcı beklentisi farklıdır.
Toplu iletilerde kullanılmayan veya hatalı adresler, ilgisiz listeler ve şikâyetler ayrıca değerlendirilmelidir. Yalnızca metindeki belli bir kelimeyi silerek bütün sorunun çözüleceğini varsaymayın. Liste kaynağı, gönderim düzeni ve teknik kurulum birlikte incelenmelidir. Yetkisiz veya ilgisiz adreslere gönderim yapmak sağlıklı bir müşteri iletişimi kurmaz.
Günlük yazışmada da gereksiz büyük ekler yerine uygun paylaşım yöntemi kullanabilirsiniz. Ancak her eki kaldırmak veya bütün bağlantıları silmek evrensel çözüm değildir. Önce çalışan ve sorunlu örnekleri karşılaştırın; değişikliği bir varsayıma bağlayın.
Alıcı tarafını da kontrol edin
Bir şirketin güvenlik filtresi veya çalışanın posta kuralı belirli iletileri ayrı klasöre taşıyabilir. Mesajın nereye düştüğünü alıcıyla doğrulayın. Teslim edilmiş iletiyle sunucudan reddedilmiş ileti farklı kanıtlar bırakır. Teknik destek bu ayrımdan hareket edebilir.
Göndericiyi adres defterine eklemek tek alıcı için yardımcı olabilir; fakat genel kurulumun incelenmesinin yerini tutmaz. Her müşteriden manuel ayar istemek sürdürülebilir çözüm değildir. Özellikle yeni müşterilere giden tekliflerde sistemin kendi doğrulama ve gönderim düzeni sağlam olmalıdır.
Yapılan düzeltmeden sonra aynı gönderim yoluyla yeni bir test yapın. Farklı uygulamadan gönderilmiş başarılı bir mesaj, sorunlu formun düzeldiğini tek başına göstermez. Örneği ve sonucu birlikte kaydetmek sonraki incelemelerde karşılaştırma yapmayı kolaylaştırır.
Destek talebine ne eklemelisiniz?
Gönderim zamanı, kullanılan uygulama, örnek alıcı, varsa hata kodu ve ileti üstbilgisi başlangıç için yararlıdır. Hesap şifresini olağan bir e-postaya yazmayın. Destek ekibi erişim istiyorsa yetki ve paylaşım yöntemi ayrıca belirlenmelidir. İnceleme kaydında yapılan değişiklikler görünür olsun.
Alan adı ve e-posta bağımlılıklarını anlamak için alan adı alırken kontrol edilecek noktalar rehberini kullanabilirsiniz. Kariha’nın sunucu ve altyapı hizmeti kapsamında site ve posta tarafını birlikte değerlendiriyoruz. Sorunlu bir gönderimin kişisel bilgileri temizlenmiş örneğini ve kullandığınız sistemleri bizimle paylaşın; önce sorunun hangi aşamada oluştuğunu belirleyelim.
