Şifre sıfırlama bağlantısı, sipariş onayı, fatura bildirimi, günlük rapor... Neredeyse her iş uygulaması e-posta gönderir. Gönderilen e-postanın spam klasörüne düşmesi veya hiç ulaşmaması ise sessiz ama pahalı bir sorundur: müşteri şifresini sıfırlayamaz, fatura görülmez, rapor okunmaz.
İki tür e-posta
| Tür | Örnek | Kural |
|---|---|---|
| İşlemsel (transactional) | Sipariş onayı, şifre sıfırlama | Kullanıcının bir eylemine yanıt; hızlı ve güvenilir olmalı |
| Toplu / pazarlama | Bülten, kampanya | İzin gerekir, abonelikten çıkma zorunlu |
İkisini ayrı alan adı veya alt alan adı ve ayrı gönderim akışlarıyla göndermek iyi bir uygulamadır; kampanya e-postalarının itibarı, kritik işlemsel e-postaları etkilemez.
Gönderim yolu: SMTP mi, API mi?
- SMTP: Standart protokol; neredeyse her dil ve kütüphane destekler.
- E-posta hizmeti API'leri: Teslim raporları, açılma ve geri dönme (bounce) bildirimleri, şablon yönetimi sunar.
Kendi sunucunuzdan doğrudan e-posta göndermek, IP itibarı ve teknik ayrıntılar nedeniyle genellikle önerilmez; güvenilir bir e-posta servisi kullanmak teslim oranını belirgin şekilde artırır.
Teslim edilebilirlik: Kimlik doğrulama
Gönderen alan adınız için şu üç kayıt doğru yapılandırılmalıdır:
- SPF: Hangi sunucuların adınıza e-posta gönderebileceğini belirtir.
- DKIM: E-postayı dijital olarak imzalar.
- DMARC: SPF ve DKIM başarısız olursa ne yapılacağını söyler.
Büyük e-posta sağlayıcıları, özellikle toplu gönderenler için bu kayıtları, tek tıkla abonelikten çıkmayı ve düşük spam şikâyet oranını artık zorunlu tutuyor. Kurulum için bkz. SPF, DKIM ve DMARC.
Şablon tasarımı
- Hem HTML hem düz metin sürümü gönderin.
- Tek ve net bir eylem düğmesi.
- Görsellere bağımlı olmayın; birçok istemci görselleri varsayılan olarak engeller.
- Mobilde okunaklı, tek sütunlu tasarım.
- Gönderen adı tanıdık olsun: "Furkan Kapukaya" veya "Firma Adı Destek".
Uygulama mimarisi
E-posta gönderimini kullanıcının isteğiyle aynı anda yapmak yerine bir kuyruğa almak:
- Sayfanın yavaşlamasını önler,
- E-posta servisi geçici olarak ulaşılamazsa otomatik tekrar denemeyi sağlar,
- Aynı e-postanın iki kez gönderilmesini engellemeyi kolaylaştırır (idempotency).
.NET'te bu iş BackgroundService veya bir mesaj kuyruğu ile yapılabilir.
Yasal kurallar
Ticari elektronik iletiler için önceden izin alınması ve izinlerin İYS'ye kaydedilmesi gerekir. İşlemsel e-postalar bu kapsamın dışında kalsa da içine kampanya eklendiğinde ticari ileti sayılabilir. Bkz. İYS rehberi.
Sık sorulan sorular
E-postalarım neden spam klasörüne düşüyor?
En yaygın nedenler eksik SPF, DKIM veya DMARC kayıtları, paylaşılan IP adresinin kötü itibarı, yanıltıcı konu satırları ve geçersiz adreslere sürekli gönderim yapılmasıdır.
Gmail hesabının SMTP'si ile uygulamadan e-posta gönderebilir miyim?
Küçük testler için olabilir; ancak gönderim limitleri, güvenlik ayarları ve profesyonellik açısından üretim ortamında uygun değildir.
Sonuç
Uygulama e-postaları, müşteriyle en sık temas noktalarından biridir. Doğru kimlik doğrulama, güvenilir bir gönderim servisi ve kuyruğa dayalı bir mimari; e-postalarınızın zamanında ve gelen kutusuna ulaşmasını sağlar.
