İşlem E-postası Hakkında Bilmeniz Gereken Ama Sormayı Bilmediğiniz Her Şey

Kullanıcı doğrulamalı herhangi bir uygulama e-posta olmadan var olamaz, ancak e-posta her zaman hak ettiği ilgiyi görmez. Modern e-posta hizmet sağlayıcılarıyla, kullanıcılarınız için birinci sınıf bir işlemsel e-posta deneyimi oluşturmak her zamankinden daha kolay, ancak çoğumuz için zorluk, neyi bilmediğinizi bilmemeniz gerçeğinde yatmaktadır. İşlemsel e-postanızı web uygulamanızın geri kalanıyla uyumlu hale getirmek için ihtiyacınız olan her şeyin uçtan uca analizine dalacağız.

İşlemsel ve toplu e-postalar arasındaki farkı ve e-posta kimlik doğrulamasının nasıl ve neden kullanılacağını ele alacağız. Ayrıca, son teslim durumlarını zarif bir şekilde ele almak, harika e-posta içeriği hazırlamak ve e-posta göndermek ve teslimatı izlemek için yerinde olmasını isteyeceğiniz temel altyapı parçaları hakkında konuşacağız. O zaman kısa sürede işlemsel bir e-posta uzmanı olma yolunda ilerleyeceksiniz.

İşlem E-postasının Zorlukları

Bir dereceye kadar, e-posta geleneksel olarak ikinci sınıf bir vatandaş olmuştur çünkü ne kadar iyi yaptığınızı izlemek ve anlamak daha zordur. Uygulamanızla, ön uç, arka uç, veritabanı, hatalar ve çok daha fazlası hakkında bilgi sağlamak için sayısız performans izleme aracı vardır. E-posta ile araçlar daha az bilinir ve etkili bir şekilde kullanılması biraz daha zordur. Öyleyse, e-posta izleme ve raporlamanın karşılaştığı bazı zorlukları keşfedelim ve ardından, işlemsel e-postanız hakkında size daha bilinçli bir görünüm sağlamak için zorluklar ve kısıtlamalar dahilinde çalışabilecek mevcut araçlara ve taktiklere bakabiliriz.

E-postayı izlemenin altında yatan en büyük zorluk, her alıcının gelen kutusuna giriş yapmanın ve e-postayı alıp almadıklarını kontrol etmenin kelimenin tam anlamıyla imkansız olmasıdır. Bu nedenle, hemen hemen, umabileceğimiz en iyi içgörüler, yalnızca vekiller veya performans tahminleridir. İkinci en büyük zorluk, her ISS'nin kendi kurallarına göre oynamasıdır. Outlook tarafından spam olarak sınıflandırılabilecek şeyler, doğrudan Gmail'deki gelen kutusuna gidebilir. Ve gelen kutusu sağlayıcıları "gizli soslarını" paylaşamazlar çünkü spam gönderenler tarafından hemen istismar edilir. Peki bir geliştirici ne yapmalı?

Açık oranlar size kabaca bir tahmin verebilir, ancak bunlar kolayca engellenebilen izleme piksellerine dayandıkları için eksik bir resimdir. Gelen kutusu oranları ve teslimat hızları da doğrudan ölçülemez. Bu nedenle, test etme olanağına sahip olduğunuz tohum hesaplara düzenli testler göndermekle yetinmeniz gerekir. Bunlar mükemmel değil, ancak çeşitli gelen kutusu sağlayıcılarına teslimatı anlamak için mevcut en iyi proxy. Bunu otomatikleştirmeye yardımcı olacak araçları kılavuzun ilerleyen kısımlarında ele alacağız.

DKIM, SPF ve DMARC biçiminde alan kimlik doğrulaması eklemek zor ve kafa karıştırıcı olabilir veya şirketinizin boyutuna bağlı olarak DNS değişikliklerine erişim veya onay almak zahmetli veya imkansız olabilir. O zaman bile, DNS girişlerini yanlış almak inanılmaz derecede kolaydır. Etki alanı kimlik doğrulamasına aşina değilseniz endişelenmeyin, daha sonra ayrıntılı olarak ele alacağız.

Tabii ki, genel olarak harika bir teslimat gerçekleştirebilseniz bile, hemen çıkma işleme, teslimatta daha fazla değişkenlik sağlar. Alıcının gelen kutuları dolu olabilir. İnsanlar işleri değiştirir ve e-posta adresleri devre dışı kalır. İnsanlar e-posta adresleriyle yazım hataları yapar. İnsanlar bir grup takma adıyla kaydolabilir ve ardından o gruptaki adreslerden biri geri döner. Geçici sunucu veya DNS kesintileri, belirli bir etki alanındaki herkes için teslimatı etkileyebilir. Ve sonra spam şikayetleri var.

Yani kapının hemen dışında, güverte size karşı yığılmış durumda. Çok sayıda Edge vakası var ve teslimatın doğru bir resmini elde etmek inanılmaz derecede zor. Devam eden izleme karmaşıktır ve hata yapmak için çok yer vardır. Karamsar bir tablo çiziyor, biliyorum. Neyse ki, e-posta uzun bir yol kat etti ve önemsiz olmasa da, tüm bu sorunlara iyi çözümler var.

İşlemsel ve Toplu Promosyon

Daha ileri gitmeden önce, toplu tanıtım e-postası ile uygulamanızın işlem e-postası arasındaki önemli farkları ele almamız gerekiyor. İlkinde, bir e-posta kaybolursa veya gecikirse kimse onu kaçırmaz. Ancak ikincisinde, eksik veya önemli ölçüde gecikmiş bir parola sıfırlama ek destek taleplerine yol açabilir. İşlem e-postalarınız, uygulamanızdaki bir sayfa kadar önemlidir. Eksik veya gecikmiş bir e-postayı, web uygulamanızdaki bozuk bir sayfaya kabaca eşdeğer olarak düşünebilirsiniz. E-posta farklı bir ortamdır, ancak yine de uygulamanızı kullanma deneyiminin merkezi bir parçasıdır.

İnsanlar işlem e-postaları almayı bekledikleri ve almak istedikleri için, açma ve tıklama oranları açısından toplu tanıtım e-postanızdan daha yüksek katılım görürler. Benzer şekilde, işlemsel e-postalar, toplu e-postalardan çok daha az sıklıkla spam olarak rapor edilecektir. Ve tüm bunlar, toplu promosyon e-postalarından daha fazla işlem e-postanız için daha iyi bir itibara yol açar. Bazı durumlarda, gelen kutusu ve spam klasörü arasındaki fark bu olabilir. Veya Gmail'in e-postayı hangi sekmeye koyduğuyla ilgili olabilir. Ne olursa olsun, işlemsel ve toplu arasındaki farklar, Gmail'in bile akışları ayırmayı resmi olarak önerdiği kadar belirgindir. Bu şekilde, toplu itibarınız işlem itibarınızı aşağı çekmez.

Bu bizi ilk ipucumuza getiriyor:

1. Farklı alan adları veya alt alan adları kullanarak işlemsel ve toplu gönderme akışlarınızı ayırın

Mükemmel bir dünyada, birincil alan adınız üzerinden işlem gönderir ve toplu olarak bir ş[email protected] gibi [email protected] alt alana havale edersiniz ve her kategorinin de kendi IP adresleri olur.

Akışlarınızı ayırmak, alıcılarınız için mümkün olan en iyi e-posta deneyiminin temelini atmak için ilk adımdır ve kritik öneme sahiptir. Gelen kutusuna teslim edileceğini garanti edemeseniz de, desteyi lehinize yığmak için birkaç şey yapabilirsiniz. Kimlik doğrulama, tam olarak bunu yapmanın bir sonraki adımıdır. Tıpkı güvenli bir sertifika olmadan modern bir web uygulamasını başlatmayacağınız gibi, tam olarak kimlik doğrulaması yapmadan e-posta göndermek de istemezsiniz.

E-posta kimlik doğrulaması

DKIM, SPF veya DMARC gibi kısaltmalar duymuş olabilirsiniz ve bunları ayarlamak için bazı DNS girişlerini kopyalayıp yapıştırmış olabilirsiniz. Ya da biraz fazla karmaşık geldiği için atlamış olabilirsiniz. Her iki durumda da, bunların hepsi uygulamaya değer standartlardır ve hepsi birbirini tamamlar ve itibarınızı oluşturmak ve korumak için birlikte çalışır. Bunlara kesin yaklaşım sağlayıcıdan sağlayıcıya değişecektir, ancak her zaman uygulamaya değer.

DKIM ile başlayalım. DKİM teknik detaylara fazla girmeden iki şey yapıyor. İlk olarak, e-postalarınızda geçiş sırasında değiştirilmediklerini göstermek için bir tür sanal mum mühür görevi görür. İkincisi, etki alanı itibarı oluşturmanıza olanak tanır. DKIM alan adına odaklanırken, SPF, alıcı posta sunucularının bir e-postanın meşru bir kaynaktan gönderilip gönderilmediği konusunda daha iyi bir fikre sahip olması için, gönderilmek üzere onaylanmış IP adreslerinin bir listesini sağlamaya odaklanır.

DKIM'in önemli bir avantajı, Gmail'de "üzerinden" etiketlerden veya Outlook'ta "adına" etiketlerden kaçınmanın anahtarı olmasıdır. Bu öğeler, e-postalarınızın spam olma olasılığını biraz daha artırır ve alıcılarınızın güvenini sarsabilir. Dolayısıyla DKIM, bir sahne arkası standardından çok daha fazlasıdır. Bu, alıcılarınızın deneyimini doğrudan etkileyebilecek bir şeydir.

Tüm bunlar bizi bir sonraki temel ipucuna getiriyor:

2. DKIM ve SPF ile e-postaların kimliğini doğrulayın

Kimlik doğrulama, teslimatı garanti edemese de, bir itibar oluşturmanın ve mükemmel teslimatı sağlamak için elinizden gelen her şeyi yapmanın önemli bir yönüdür.

DMARC, kimlik avı saldırılarına karşı korunmaya yardımcı olmak için tasarlanmıştır. Alanınız için göndermeyi izlemenize ve bir DMARC politikası yayınlamanıza olanak tanıyarak alan itibarınızı korumanıza yardımcı olmak için hem DKIM hem de SPF'yi içerir. Bu politika, gelen kutusu sağlayıcılarına bir e-posta DMARC hizalaması başarısız olduğunda ne yapacaklarını söyler.

DMARC'den önce, DKIM ve/veya SPF ile kimliği doğrulanmayan e-postaların nasıl ele alınacağını seçmek tamamen gelen kutusu sağlayıcılarına bağlıydı, ancak DMARC ile, sağlayıcılara karantinaya almalarını söyleyen bir genel politika oluşturabilirsiniz. spam klasörü) veya DMARC hizalamasında başarısız olan e-postaları reddedin (kesinlikle atın).

DMARC'nin diğer bir yararı da, ISP'lerin alanınızı kullanarak gönderilen e-posta kaynakları ve DKIM veya dönüş yolu aracılığıyla başarısız hizalama için geçen miktarlar hakkında size raporlar sunmasına olanak sağlamasıdır. Bu, hizalamada başarısız olan meşru kaynakları izlemenize ve bu kaynakların kimliğinin doğrulandığından emin olmak için harekete geçmenize olanak sağlayabilir. Ayrıca, alanınız kullanılarak gönderilmeye çalışılan yasal olmayan e-posta miktarını belirlemenize yardımcı olabilir.

PayPal, iyi bir DMARC politikasının öneminin en iyi örneğidir. Yıllar boyunca sayısız dolandırıcı PayPal e-postalarını yanıltmaya çalıştı, ancak şimdi DMARC ile PayPal, ISP'lere DMARC'yi geçmeyen e-postaları reddetmelerini söyleyen yayınlanmış bir DMARC politikasına sahip. Bu nedenle, herhangi bir dolandırıcı PayPal e-postasını yanıltmaya çalışırsa, DMARC hizalamasında başarısız olurlar ve İSS'ler bu e-postaları tamamen reddetme konusunda kendilerine güvenebilirler çünkü PayPal'ın bir e-posta hizalamada başarısız olursa reddedilmesi gerektiğini söyleyen bir kamu politikası vardır.

Bu, DMARC'a çok kısa bir genel bakış, ancak umarım üçüncü ipucumuz için bağlam sağlamaya yardımcı olur:

3. Bir DMARC politikası oluşturun ve yayınlayın

Ayrıca, mümkünse, hizalama şansınızı en üst düzeye çıkarmak için özel bir geri dönüş yolu ayarlayın. Ardından, DMARC raporlarınızı izleyin ve tüm yasal e-posta kaynaklarıyla uyumluluğu sağlamak için ayarlamalar yapın. Son olarak, ürününüz veya markanız yüksek miktarda kimlik avı saldırılarının hedefiyse, aşamalı olarak daha agresif bir karantinaya geçmeye başlayın veya zaman içinde reddetme politikasını uygulayın.

Postmark'ın DMARC aracı, bir DMARC politikası oluşturmanın ve alan adınız hakkında haftalık raporlar almaya başlamanın ücretsiz ve kolay bir yoludur. Toplu ve işlemsel e-posta akışlarınız ayrılmış ve yukarıda bahsedilen tüm kimlik doğrulama ayarlarıyla, teslimatın tüm temel yönlerini ele aldınız. Şu andan itibaren, başvurunuzdaki e-posta işleme ve işlemeye odaklanacağız.

E-posta Yaşam Döngüsünü Anlayın

Yüzeyde, e-posta oldukça basit görünebilir, ancak e-posta yaşam döngüsünü parçaladığınızda, yüzeyin altında çok fazla incelik ve fırsat vardır. Bunu ne kadar iyi anlarsanız, alıcılara o kadar ayrıntılı ve zengin bir deneyim sunabilirsiniz. E-posta tesliminin nüanslarını anlamaya ve uygulamanızın bunları işleme ve buna göre işleme yeteneğini otomatikleştirmeye bağlı olarak e-posta deneyimini iyileştirme fırsatlarınızın çoğu. Öyleyse, herhangi bir e-postanın hayatındaki önemli olaylara bakalım.

sıraya alındı

Uygulamanız çeşitli içerik parçalarından bir e-posta oluşturduğunda, onu teslim edilmek üzere kuyruğa alacaksınız. Uygulamanızda, arka planda işleme yoluyla e-posta gönderdiğinizden emin olmak isteyeceksiniz. Bunu daha sonra derinlemesine tartışacağız, ancak basit versiyon, uygulamanız bir 3. taraf hizmetle her iletişim kurduğunda, bu iletişimi arka planda halletmek isteyeceksiniz. Bir e-posta servis sağlayıcısı kullandığınızı varsayarsak, API'lerine istekte bulunduktan sonra, onlar tarafından da gönderilmek üzere kuyruğa alınır.

Gönderilmiş

Herhangi bir hizmet gibi, e-posta hizmet sağlayıcınızın da e-postanızı işlemek ve göndermek için kendi kuyruğu olacaktır. Çoğu durumda, bu kuyruklar son derece hızlıdır. Binlerce alıcıya toplu e-posta göndermek saniyeler veya dakikalar alabilirken, çoğu işlem e-postası çok daha hızlı gönderilir.

Kabul edilmiş

E-posta, e-posta sağlayıcınız tarafından gönderildikten sonra, ideal olarak gelen kutusu sağlayıcısı tarafından kabul edilecektir. Ancak “Kabul Edildi”, “Teslim Edildi” anlamına gelmez. Posta servisi gibi düşünün. Mektubunuz onda olduğu için, teslim edilmiş sayılmadan önce yine de işleme koyması gerekiyor. Ayrıca, bazı gelen kutusu sağlayıcıları bir e-postayı kabul eder ancak çeşitli nedenlerle nihai olarak teslim etmez. Bu nedenle, bir e-posta kabul edildiğinde bile, sonunda teslim edileceğinin garantisi yoktur.

Reddedildi

Bazı gelen kutusu sağlayıcıları e-postaları sessizce reddederken, çoğu durumda e-postalar reddedildiğinde, bu açıkça yapılır ve e-postayla ilgili sorunun bir açıklamasını alırsınız. Bazı durumlarda, IP veya etki alanı itibarı olabilir veya e-postanın içeriği olabilir. Ne yazık ki, reddedilme nedeni hakkında her zaman net bir açıklama alamayacaksınız.

Sıçrayan

Sıçramalar daha spesifik bir reddetme türüdür. Bir e-posta adresinin olmadığı, gelen kutusunun dolu olduğu veya başka sebeplerden dolayı, posta hizmetleri teslimatın başarısız olduğunu ve e-postanın geri döndüğünü bildirir. Bu durumlarda, sorunu düzeltmek için proaktif olarak adımlar atmak için ESP'nizin geri dönme işleme bildirimlerini kullanabilirsiniz. Bunu daha sonra daha ayrıntılı olarak tartışacağız.

Teslim edilmiş

Teslim edildi, mesajın alıcıya verildiği durumdur. Gelen kutusuna, spam klasörüne veya Gmail'in sekmelerinden birine teslim edilmiş olabilir, ancak bir dereceye kadar teslim edilmiştir. Bir e-postanın teslim edildiğine dair hiçbir zaman açık bir bildirim almayacaksınız, ancak bu, yaşam döngüsünde önemli bir durumdur.

Açıldı/Tıklandı

Açık izleme, bir e-postanın ne zaman açıldığını belirlemek için kullanılan yöntem e-posta istemcisi tarafından engellenebileceğinden tamamen güvenilir değildir. Açık izleme, görünmez bir resmi yüklemek için e-posta istemcisine dayandığından, resim yüklenmesini engelleyen istemciler, bu açılışların rapor edilmeyeceği anlamına gelir. Açık oranlar, teslimat için iyi bir vekil olarak hizmet edebilir. Örneğin, e-postalarınız hakkında hiçbir şeyi değiştirmeden e-posta servis sağlayıcılarını değiştirirseniz ve açılma oranlarınız önemli ölçüde artarsa, ilk e-posta servis sağlayıcınızın mesajların bir kısmını iletemediğini varsaymak güvenlidir.

Tıklama izleme, açık izlemeden daha güvenilirdir, ancak kendi karmaşıklıklarını da getirebilir. Örneğin, Bit.ly veya diğer URL kısaltma hizmetlerini kullanmak, spam gönderenler tarafından kullanılan yaygın bir taktiktir, bu nedenle çoğu durumda bir Bit.ly URL'sinin varlığı, e-postanızı spam klasörüne giden hızlı yola koyacaktır. Ancak, e-posta servis sağlayıcınızın tıklama takibi yoluyla iyi yapıldığında, e-postalarınız için faydalı bilgiler sağlayabilir. Ayrıca, açık izleme bir istemci tarafından engellense bile, birisi bir e-postayı tıkladığında, e-postanın açıldığını varsaymak güvenlidir. Bu nedenle, tıklama izleme, açılma oranları hakkında da daha doğru bilgiler sağlamaya yardımcı olabilir.

Açık ve tıklama izleme ile gizliliğe biraz dikkat etmek önemlidir. Alıcınızın deneyimini zenginleştirmek ve size e-postalarınızı geliştirmek için kullanılabilecek bilgiler sağlamak için güçlü araçlar olsalar da, gizlilik sorunlarına da değinirler. Sağladıkları verilerle hiçbir şey yapmayacaksanız, onları kullanmamanız daha iyi olur. Veya gizliliğin son derece hassas olduğu bir sektördeyseniz, bunları etkinleştirmeden önce muhtemelen iki kez düşünmek istersiniz.

abonelikten çıktı

Abonelikten çıkma, işlem e-postalarıyla daha az alakalı olsa da, yine de saygı duyulması gereken bir istektir. İşlemsel e-postaların aboneliğinden çıkmayı desteklemek için yasal olarak yükümlü olmasanız da, bu karşılaşabileceğiniz bir durumdur ve bunu yaptığınızda buna saygı göstermelisiniz.

Spam Şikayeti

Abonelikten çıkma gibi, spam şikayetleri de işlemsel e-postalarda daha az sıklıkta görülür, ancak yine de olur. İstenmeyen e-posta şikayet oranınız yüksekse, gönderdiğiniz işlem e-postalarının miktarını ve/veya kalitesini ayarlamanız gerektiğinin iyi bir işaretidir. Hemen çıkma işleme gibi, spam şikayetleri konusunda da proaktif olmak isteyeceksiniz. Onlara saygı duymak isteyeceksiniz, ancak bazı spam şikayetlerinin tesadüfi olduğunu unutmamak önemlidir. Birisi bir e-postayı spam olarak bildirirse, gelecekteki faturaları veya faturaları almalarını etkileyebilir.

Bu bizi dördüncü ipucumuza getiriyor:

4. Mesaj olaylarını uygulamanıza yakından entegre edin

Çoğu e-posta hizmeti sağlayıcısı, her mesajla birlikte önemli olaylar hakkında uygulamanızı otomatik olarak bilgilendirmek için kapsamlı web kancaları sunar. Geri dönme işleme, izlenmesi ve işlenmesi gereken en kritik olay olsa da, diğer olaylar uygulamanızı zenginleştirmek ve işlemsel e-postayı kullanıcı deneyiminizin daha sorunsuz bir şekilde entegre edilmiş bir öğesi haline getirmek için yararlı bilgiler sağlayabilir.

E-posta İçeriğine Dikkat Edin

E-postalarınızın içeriği hem teslimatta hem de etkileşimde rol oynayabilir. Bazı kurallar ("Viagra" kelimesinden kaçınmak gibi) açık olsa da, diğerleri daha incedir. İyi içerik oluşturmaya özen göstermek, açılma oranlarını veya etkileşimi önemli ölçüde iyileştirebilir.

Harika işlem e-postaları için birkaç noktayı beşinci ipucumuzda gruplayacağız:

5. E-postalarınızın içeriğini ve yapısını oluşturmak için zaman ayırın

Gönderici adı ve e-posta adresi, konu, ön başlıklar ve mim türleri gibi şeyler katılım, teslimat ve açılma oranları üzerinde anlamlı bir etkiye sahip olabilir. Bu unsurların sonradan düşünülmesine izin vermeyin. Bunları doğru yapmak için zaman ayırın ve uygulamanızdaki herhangi bir sayfaymış gibi sürekli olarak test edin ve iyileştirin.

Gönderenler, Konular ve Ön Başlıklar

Her e-posta istemcisi farklı olsa da, hepsi bir tür önizleme yoluyla açılmadan önce bir e-posta hakkında bir miktar bilgi sağlar. Bu, göndereni ve konuyu görüntülemek kadar basit olabilir, ancak bazen içeriğin bir önizlemesini de içerir. Bu konu kendi başına bir makaleyi haklı çıkarabilir, ancak e-postalarınızı alıcılarınızın yapacağı şekilde görüntülemek için biraz zaman ayırmaya değer olduğunu söylemek için yeterlidir. Bu, göndereni açıkça adlandırmayı, kullanışlı ve özlü bir konu satırı yazmayı ve mükemmel ön başlığı hazırlamayı içerir. Açık oranınız üzerinde önemli bir etkisi olabileceğinden, bu unsurların sonradan düşünülmesine izin vermeyin.

HTML ve Düz Metin

E-postalarınızın gerçek içeriği önemlidir ve e-postalarınızın hem HTML hem de düz metin sürümlerinin dahil edilmesi, alıcılarınız üzerinde büyük bir etkiye sahip olabilir. Bazı insanlar düz metni tercih eder. Performans, gizlilik veya erişilebilirlik için, iyi biçimlendirilmiş ve düşünülmüş bir düz metin seçeneği sağlamak, o alıcı için bir kazançtır. Ve bazı spam filtreleri, bir HTML sürümüyle eşleştirilmiş düz metin sürümünü görmeyi tercih eder. Litmus, daha fazla ayrıntı için e-postalarda düz metin seçeneklerinin önemi hakkında harika bir yazıya sahiptir.

Yanıtları Kabul Edin ve “Yanıt Verilmeyen” Adreslerden Kaçının

"Yanıt verilmeyen" e-posta adreslerini kullanmaktan kaçınmak için elinizden geleni yapın. Mümkün olan her şekilde yanlış sinyal gönderiyorlar. Sonuç olarak, insanlar abonelikten çıkmak için yanıt veremedikleri için daha fazla spam şikayeti alırsınız. Bu, tek yönlü bir iletişimdir ve aksi takdirde teslim edilebilirliği artırabilecek katılımı azaltır.

İdeal olarak, gönderen adresi veya yanıt adresi, yanıtları izlenen bir destek gelen kutusuna gönderir. Bu, alıcılar için en iyi deneyimi sağlar ve yanıtların karışımda kaybolmamasını sağlar. Ancak, akılda tutulması gereken bir ana husus var. Bir kullanıcı bir parola sıfırlama URL'si alır ve yanıtlarsa, yanıta erişimi olan herkes bu parola sıfırlama URL'sine de erişebilir. Aynı şey özellikle hassas bilgiler için de geçerlidir, ancak her şey düşünüldüğünde, yine de çok hassas bilgileri e-postayla göndermek istemezsiniz.

Başka bir seçenek de gelen alıcı e-posta adreslerini kullanmaktır. Alıcının doğrudan e-postaya yanıt vermesinin yararlı olabileceği yorum bildirimleri gibi şeyler söz konusu olduğunda, gelen e-posta işlemeyi ayarlamak size yanıtsız e-posta adreslerinden kaçınma olanağı verebilir.

Yöntem ne olursa olsun, yanıtsız adreslerden kaçınmak için her zaman elinizden gelenin en iyisini yapmalısınız. Müşterileriniz bunu takdir edecek ve tüm kanalları dinliyorsanız önemli geri bildirimler alma olasılığınız çok daha yüksek olacak.

E-postayı Dikkatli Kullanın

E-postanızın içeriği önemlidir, ancak onu nasıl ilettiğiniz ve uç vakalara teslimatla nasıl yanıt verdiğiniz de aynı derecede önemli olabilir. Gönderdiğiniz her e-postada gerçekleşen (veya olabilecek) çok şey var. E-posta ile yapılan konuşmaların çoğu yalnızca onu göndermeye odaklanırken, onu nasıl gönderdiğiniz de aynı derecede önemli olabilir.

Harika işlemsel e-posta teslimi için bu grubu altıncı üst düzey ipucunda gruplayacağız:

6. E-postaları güvenilir bir şekilde göndermek ve iletmek için altyapıya yatırım yapın

E-posta göndermek kulağa basit geliyor, ancak birkaç satır kod yazmaktan çok daha fazlası var. E-postanız için mümkün olan en yüksek güvenilirliği sağlamak için arka planda işleme ve geri dönme işleme gibi uygun altyapıyı oluşturmak ve sürdürmek önemlidir.

Arka Plan İşleme

Bir e-posta servis sağlayıcısı kullandığınızı varsayarsak, tüm e-posta gönderimlerinizin arka plan süreçleri aracılığıyla yapıldığından emin olmak isteyeceksiniz. Bu, herhangi bir dış hizmetle herhangi bir iletişimde geçerlidir ve birkaç nedeni vardır. Her şeyden önce, harici bir hizmetle, her zaman çalışmama olasılığı vardır. Bu nedenle, istek başarısız olursa, belirli bir süre sonra isteği otomatik olarak yeniden deneyebilmek önemlidir. Alternatif olarak, istekle ilgili bir sorun olabilir veya harici hizmet tarafında bir şeyler değişmiş olabilir. Sebep ne olursa olsun, e-posta göndermenize esneklik kazandırmak, bir noktada sizi biraz kederden kurtaracaktır.

Benzer şekilde, iyi bir arka plan işleme kurulumu, bir şeyler ters gittiğinde uyarılmayı ve sorunları gidermeyi kolaylaştırabilir. Bir kuyruk arttığında uyarı ayarlarsanız, bir sorun olduğunda daha çabuk anlarsınız. Ayrıca, arka planda yaptığınız işlemin hataları yakalayıp günlüğe kaydettiğini varsayarsak, sorunun kaynağını belirlemeniz çok daha kolay olacaktır.

Adanmış IP'leri Anlayın

Herhangi bir dereceye kadar işlemsel e-postaya baktıysanız, muhtemelen özel bir IP adresi kullanma kavramıyla karşılaşmışsınızdır. Özel bir IP adresi kullanmanın faydaları olsa da, bu siyah beyaz bir sorun değildir. Bazı durumlarda, özel bir IP adresi yardımcı olmaktan çok zarar verebilir.

Hemen hemen her e-posta servis sağlayıcısında, göndermek için iki seçeneğiniz vardır. İlk seçenek, paylaşılan IP havuzundan göndermektir. Bu durumlarda, teslimatınız aynı IP adresini kullanan diğer göndericilerin davranışlarından etkilenebilir. Bu gönderenler kötü niyetliyse, IP adresinin itibarını aşağı çekebilir. Ancak, bu gönderenler iyiyse, IP adresinin itibarını yükseltebilir.

İkinci seçenek, özel bir IP adresidir. Adanmış bir IP adresiyle, IP adresiyle ilgili itibar sorunları varsa, bunun tek sorumlusu sizsiniz. Buradaki sorun şu ki, özel bir IP adresinin iyi çalışması için, itibar oluşturmak ve sürdürmek için yeterince yüksek tutarlı bir günlük hacme sahip olmanız gerekir. Bu, günde yaklaşık 10.000-20.000 e-postadır. Ayrıca, belirli bir süre boyunca sürekli olarak daha fazla posta göndererek IP adresini yavaş yavaş ısıtmaya da dikkat etmelisiniz. Ayrıca, itibarınızı aşağı çekecek kötü göndericiler olmasa da, IP itibarınızı artırmaya yardımcı olabilecek iyi göndericilerden de herhangi bir fayda görmez. Çoğu e-posta servis sağlayıcısında, özel IP adresleri de daha pahalıdır.

Son olarak, IP itibarı hala bir rol oynuyor olsa da, gelen kutusu sağlayıcıları, IP itibarı ile bağlantılı olarak etki alanı itibarına giderek daha fazla ağırlık veriyor. IP adresleri giderek daha fazla atılabilir hale geldiğinden, etki alanlarına daha fazla itibar kazandırmak, yeni etki alanlarının itibar oluşturması gerekeceğinden, spam göndericilerin etki alanları arasında geçiş yapmasını azaltmaya yardımcı olur. Bu ayrıca, yaygın dağıtım sorunları yaşıyorsanız, bu sorunların IP adresinden veya alan adınızdan kaynaklanabileceği anlamına gelir. Bu nedenle IP adreslerini değiştirmek yardımcı olabilir, ancak etki alanı itibarınız zarar görüyorsa IP adresini değiştirmek yardımcı olmaz. Bunun yerine etki alanı itibarınızı temizlemeye odaklanmanız gerekir.

Adanmış IP adresleri doğru koşullar altında harika olsa da, bu bir smaç değildir. Ve paylaşılan bir IP adresi kullanıyorsanız, diğer gönderenlerin itibarını mahvetmediğinden veya kara listelere düşürmediğinden emin olmak için onu yakından izlediğinizden emin olmak isteyeceksiniz.

Sıçrama İşleme

E-postalar geri dönüyor. Etrafında bir yol yok. Sekmelerin nedenleri değişir, ancak zıplamaları zarif bir şekilde ele alma ihtiyacı evrenseldir. Geri dönme işlemeyi, e-posta için özel durum işleme olarak düşünün. Bir istisna olduğunda, sessizce atılmasını istemezsiniz. Bunun olduğunu ve buna neyin sebep olduğunu bilmek istersiniz, böylece düzeltebilirsiniz. Aynısı, bir uyarı ile sıçrama işleme için de geçerlidir. Hemen çıkma işleme ile, kullanıcılarınızın çoğu sorunu kendilerinin çözmesini sağlayabilirsiniz. Bu aynı zamanda müşteri memnuniyetini artırır ve destek taleplerini azaltır.

Bir e-posta sert bir geri dönüşle geri döndüğünde, en önemli adım o adrese teslim girişimini durdurmaktır. Bazı sert geri dönüşler sonunda kendi başlarına tekrar çalışmaya başlasa da, aynı adrese tekrarlanan geri dönüşler, gelen kutusu sağlayıcıları için oldukça olumsuz bir sinyaldir. Onların bakış açısından, bu, listelerinizi temiz tutmadığınız ve bir spam gönderici olma ihtimalinizin yüksek olduğu anlamına gelir.

Ne yazık ki, bir adrese teslimat yapmayı bırakırsanız ve o adres tekrar çalışmaya başlarsa, alıcılarınız e-postalarını alamaz. Geri dönme işlemenin devreye girdiği yer burasıdır. Web kancalarını kullanarak, e-posta servis sağlayıcınız yeni geri dönmeler konusunda sizi otomatik olarak bilgilendirebilir. Ardından, uygulamanızda e-postanın tesliminde sorunlar olduğuna dair uyarılar sunmak için bu bilgileri kullanabilirsiniz. Bu şekilde, kullanıcılarınız sorunu düzeltebilir ve ardından dağıtımı yeniden etkinleştirebilir.

Postmark, kullanıcıları teslimat sorunları konusunda proaktif olarak uyarmak için özelleştirilebilen ve uygulamanıza eklenebilen basit bir JavaScript snippet'i olan Rebound ile bunu daha da kolaylaştırır, böylece daha büyük sorunlara veya destek isteklerine yol açmadan önce sorunu düzeltebilirler.

Bildirim Yönetimi

İşlemsel e-postalarda, abonelikten çıkma, toplu tanıtım e-postalarında olduğundan daha az sorun yaratır, ancak alıcılara abonelikten çıkma veya aldıkları işlem e-postalarının hacmini veya türlerini yönetmenin bir yolunu sağlamak hala harika.

Gönderdiğiniz her e-posta türü için tek tıklamayla abonelikten çıkma, alıcılar belirli bildirim türleri için e-posta almak istemiyorsa işleri kolaylaştırabilir. Alternatif olarak, işlemsel e-postalar için bir tercih merkezi sağlamak, alıcıların eline daha fazla kontrol vermenin harika bir yoludur. Ancak tercih merkezi rotasına giderseniz seçenekleri minimumda tutun. Çok sayıda onay kutusu içeren bir sayfanın bunaltıcı veya kafa karıştırıcı olabileceğini unutmayın. Bu nedenle, ayrıntılı kontrol güzel olsa da, çok fazla seçenek ters etki yapabilir.

Sık bildirimleri azaltmanın en iyi yollarından biri anlık, günlük veya haftalık özetler gibi seçenekler sunmaktır. Bu şekilde, alıcılara, düzinelerce farklı türde bildirim için ayrıntılı kontrol ile onları bunaltmadan miktarı önemli ölçüde azaltmalarını sağlamak için bildirimler üzerinde önemli bir kontrol sağlarsınız.

Yöntemden bağımsız olarak, bildirimlerin sıklığı üzerinde kontrol sağlamanın, müşterilerinize yardımcı olurken aynı zamanda genel e-posta hacminizi azaltmanıza da yardımcı olabileceğini unutmayın. Müşterileriniz ve e-posta maliyetleriniz için bir kazan-kazan.

Araçlar ve İzleme

Uygulama geliştirmenin diğer yönleri araçlarda, en iyi uygulamalarda ve güvenilirlikte etkileyici adımlar atmış olsa da, e-posta hala bir kara kutu gibi. Uygulamalarla çalışma süresini, sayfa yükleme sürelerini, uygulama performansını ve sayısız diğer yönü izleyebilirsiniz. Ancak e-posta gelen kutuları özel olduğundan, gerçek teslimat bilgilerini doğru bir şekilde ölçmenin bir yolu yoktur. Açma ve tıklama oranları makul vekiller olarak hizmet edebilir, ancak yine de sadece vekillerdir. Neyse ki, birbirini tamamlayabilen ve birlikte e-posta teslimatınızın nispeten net bir resmini sağlayan bazı harika araçlar var.

Bu, yedinci ve son ipucumuzu takdir etmenin anahtarıdır:

7. Teslimatınızı izlemek ve iyileştirmek için mevcut araçları kullanın

Uygulamanızın çalışma süresini veya performansını izleyeceğiniz gibi, e-posta teslimini izlemek de aynı derecede önemlidir. Hiçbir araç size her şeyi söyleyemese de, harika araçlardan oluşan bir kombinasyon, e-posta teslimatınızın güvenilir olmasını sağlamada büyük bir fark yaratabilir ve güvenilir olmadığı zamanlarda sorunları gidermeye yardımcı olabilir.

İyi bir kapsama alanına sahip olmak için aşağıdaki araçları kullanmak ve zaman içindeki kalıplara çok dikkat etmek isteyeceksiniz.

1. E-postalarınız için açma ve tıklama oranlarındaki eğilimleri izleyin. Bu yalnızca bir vekildir, ancak göreceli geçmiş sayılar için iyidir. Örneğin, açılma veya tıklama oranlarınızın zaman içinde önemli ölçüde düştüğünü fark ederseniz, bu genellikle teslimat sorunlarıyla karşılaşabileceğinize dair bir erken uyarı işaretidir. Başarılı bir şekilde teslim edilmeyen bir e-posta açılamadığından, teslimat sorunlarından dolayı açılma oranlarında düşüşler olabilir.
2. Gmail, hangi e-posta kaynaklarının teslimat sorunları yaşayabileceğini anlamak için IP ve alan itibarını ölçmenize yardımcı olabilecek Postmaster Araçları sunar. Bu, teslimat sorunları yaşıyor olabileceğinizden şüphelendiğinizde başvurabileceğiniz harika bir adli araçtır. Yalnızca Gmail'den içgörü sağlar, ancak bu genellikle itibarınızın diğer sağlayıcılara nasıl görünebileceğini anlamak için yeterince iyi bir proxy'dir.
3. Alan adınızın veya IP adresinizin bir kara listeye girip girmediğini görmek için MXToolBox Kara Liste Kontrolünü kullanın. Paylaşılan bir IP adresindeyseniz, muhtemelen bu paylaşılan IP adresi için kalıcı ve otomatik bir monitör kurmak istersiniz, böylece kara listeye girip girmediğinizi daha çabuk anlarsınız.
4. E-postalarınız için gelen kutusu yerleşimini izlemek için GlockApps veya 250ok gibi bir araç kullanın. Bu araçların teslimatı test etmek için tohum listelerine güvendiğini akılda tutmak önemlidir. Yani, gerçek alıcıların gelen kutularına teslimatı test edemedikleri için, test adreslerini proxy olarak kullanmaları gerekir. Çoğu e-posta dağıtım aracında olduğu gibi, bu mükemmel bir bilim değildir, ancak pratikte, dağıtım kalitesini ölçmede hala çok yararlı olacak kadar yakındır.

Ne kadar çok izleme ve uyarıya sahip olursanız, sorunları o kadar çabuk öğrenecek ve bunları düzeltebileceksiniz. Çoğu zaman, zayıf e-posta teslimi, yalnızca destek talepleri görünmeye başladığında ortaya çıkan görünmez bir sorun olabilir, ancak o zamana kadar zaten 100'lerce veya 1.000'lerce e-posta spam klasörüne düşmüş veya hiç ulaşmamış olabilir. Uygulama kesintileri konusunda sizi uyaranların müşterileriniz olmasını istemediğiniz gibi, olası teslimat sorunları konusunda da sizi ilk uyaranların onların olmasını istemezsiniz.

Hepsini Bir Araya Getirin

E-posta göndermek söz konusu olduğunda birçok seçeneğiniz var. Hatta bir sunucu ve Posta Aktarım Aracısı (MTA) kurabilir ve isterseniz kendiniz gönderebilirsiniz, ancak çok fazla sorumluluk ve ek yük alacaksınız. İtibarı yönetmek zordur. ISP'ler ile ilişki kurmak daha da zordur.

Temel hizmetiniz e-posta göndermek değilse, genellikle bir e-posta hizmet sağlayıcısına başvurmanız daha iyi olur. O zaman bile, harika teslimatın önceden belirlenmiş bir sonuç olamayacağını bilmek önemlidir. Tüm ESP'ler harika teslimat sağladıklarını iddia etseler de, durum her zaman böyle değildir. In most cases, when you're evaluating ESP's, you'll be much better off if you use the tools mentioned above to get quantifiable delivery information for yourself rather than taking their word for it. This is true whether you use a shared IP address or a dedicated IP address. Great delivery isn't automatic, and you should always be gathering hard data on your delivery.

Regardless of how you handle email, make sure to treat it as an extension of your application's user experience rather than an afterthought. Take time to write concise and helpful emails, and do everything possible to seamlessly integrate it into the user experience. Be judicious about firing off too many emails, and give your users the ability to tune email notifications for their needs.

Finally, monitor your transactional email delivery like you would any other service in your stack. If your users aren't receiving critical emails like password resets and invoices, you'll be losing goodwill, and your support costs will increase. Don't let your email delivery fail quietly. Make sure that you're notified quickly and loudly of any potential delivery issues long before it gets bad enough for your customers to email you.

Your application can't work without email. While it's not as easy to measure or monitor as most aspects of your application, it's still a critical piece of functionality that deserves your full attention. Invest the time in making your email experience great, and you'll unquestionably reap the rewards.