
Toplu E-posta Gönderimi: Paylaşımlı Barındırmada Sınırlar ve Kuyruk
Bin kişilik listenize duyuru göndermek istediniz. Betik çalıştı, ilk yüz e-posta gitti, sonra durdu. Bir kısmı ulaşmadı, bir kısmı istenmeyen klasörüne düştü. Toplu gönderim, tek e-posta göndermekten tamamen farklı bir iştir.
Bu yazı, barındırma hesabından toplu gönderimin gerçeklerini ele alıyor.
Saatlik Gönderim Sınırı
| Sınır türü | Etkisi |
|---|---|
| Saatlik gönderim adedi | Aşılırsa gönderim durur |
| Tek postada alıcı sayısı | Reddedilir |
| Eşzamanlı bağlantı | Bağlantı kurulamaz |
Birinci satır çoğu duraklamanın nedenidir: paylaşımlı barındırma hesaplarında saatlik gönderim sınırı vardır ve bu sınır aşıldığında gönderim sessizce durur — betiğiniz hata almadan çalışmaya devam ediyor gibi görünebilir.
Sınırın ne olduğu sağlayıcıya göre değişir.
Gönderim planı bu sınıra göre yapılmalıdır.
Sınırı zorlamak, hesabın geçici olarak kapatılmasına yol açabilir.
Kuyruk Yapısı
- Alıcılar bir tabloya yazılır.
- Zamanlanmış görev parça parça gönderir.
- Gönderilen işaretlenir.
Bu yapı, doğrudan gönderime göre temel bir üstünlük sağlar: kuyruk kullanmadan bin kişiye gönderim yapan bir betik yarıda kesilirse kimin aldığını kimin almadığını bilemezsiniz — kuyrukta her alıcının durumu ayrı ayrı tutulur.
Kesinti sonrası kaldığı yerden devam edilir.
Üçüncü madde, aynı kişiye ikinci kez gönderimi de önler.
Gönderim durumu, başarısız denemeleri de kaydetmelidir.
Gönderim Hızı
- Her çalışmada sınırlı sayıda gönderin.
- Aralara bekleme koyun.
- Sınıra yaklaşınca durun.
Üçüncü madde koruyucu bir davranıştır: saatlik sınırın tamamını kullanmak, aynı hesaptan giden işlem e-postalarının da engellenmesine yol açar — şifre sıfırlama veya sipariş onayı gibi kritik postalar duyuru yüzünden gitmez.
Bu nedenle sınırın bir kısmı işlem postalarına ayrılmalıdır.
İkinci madde ise alıcı sunucuların hız sınırlamasına karşı önlemdir.
Aynı sağlayıcıya çok hızlı gönderim geçici reddedilmeye yol açar.
Teslim Edilebilirlik
| Etken | Önemi |
|---|---|
| Kimlik doğrulama kayıtları | Zorunlu |
| Gönderen adresi tutarlılığı | Yüksek |
| Liste temizliği | Yüksek |
| Abonelikten çıkma bağlantısı | Zorunlu |
Üçüncü satır, itibar yönetiminin merkezidir: geçersiz adreslere gönderim yapmaya devam etmek, gönderen itibarınızı düşürür ve zamanla geçerli alıcılara da ulaşamaz hâle gelirsiniz — bir kez geri dönen adres listeden çıkarılmalıdır.
Geri dönen postaların işlenmesi bu nedenle önemlidir.
Dördüncü satır hem yasal bir gerekliliktir hem şikayet oranını düşürür.
Çıkma bağlantısı olmayan bir posta, doğrudan istenmeyen olarak işaretlenir.
Geri Dönen Postalar
- Kalıcı hata adres geçersizdir.
- Geçici hata sonra denenebilir.
- İkisi farklı ele alınmalı.
Üçüncü madde sık yapılan bir hatayı düzeltir: posta kutusu dolu gibi geçici bir hata ile adres yok gibi kalıcı bir hatayı aynı şekilde ele alıp adresi silmek, geçerli aboneleri kaybetmenize yol açar.
Geçici hatalar birkaç kez denenmelidir.
Belirli sayıda başarısızlıktan sonra adres pasife alınır.
Kalıcı hatalar ise ilk seferde listeden çıkarılır.
İçerik Tarafı
- Düz metin karşılığı ekleyin.
- Görsel ağırlıklı postalardan kaçının.
- Konu satırı yanıltıcı olmasın.
İkinci madde filtrelerin dikkat ettiği bir işarettir: yalnızca tek bir büyük görselden oluşan e-postalar istenmeyen filtrelerinde yüksek puan alır — çünkü bu, metin analizinden kaçmak için kullanılan bilinen bir yöntemdir.
Metin ve görsel dengeli olmalıdır.
Birinci madde ise görselleri engelleyen istemcilerde okunabilirliği sağlar.
Üçüncü madde şikayet oranını doğrudan etkiler.
Ne Zaman Dış Servis
| Durum | Öneri |
|---|---|
| Günde birkaç yüz posta | Hesaptan gönderim yeterli |
| Binlerce alıcı | Özel gönderim servisi |
| Teslim raporu gerekiyor | Özel servis |
İkinci satır dürüst bir sınırı kabul eder: binlerce alıcıya düzenli gönderim yapmak paylaşımlı barındırmanın tasarlandığı iş değildir — bu ölçekte özel bir gönderim servisi hem teslim oranını hem hesabınızın güvenliğini korur.
Bu, barındırmanızın yetersiz olduğu anlamına gelmez.
İşlem e-postaları hesaptan gönderilmeye devam edebilir.
Üçüncü satır ise açılma ve tıklama takibi gerektiren kampanyalar içindir.
İzin ve Kayıt
- Açık onay alınmalı.
- Onay zamanı ve kaynağı saklanmalı.
- Çıkma talebi anında işlenmeli.
İkinci madde bir uyuşmazlıkta tek savunmadır: bir kişi listenize nasıl eklendiğini sorduğunda onay zamanını, kaynağını ve yöntemini gösteremiyorsanız, izniniz olduğunu kanıtlayamazsınız.
Bu kayıt, abonelikle birlikte tutulmalıdır.
Üçüncü madde ise hem yasal hem itibar gereğidir.
Çıkma talebinin işlenmesi günler sürmemelidir.
Kuyruk tabloları, zamanlanmış görevler ve posta hesapları için istikrarlı bir barındırma gerekir; Linux barındırma çözümleri ile e-posta ve veritabanı altyapınızı tek yerden yönetebilirsiniz.
Sonuç
Toplu gönderimde ilk kural sınırı bilmektir: paylaşımlı barındırmada saatlik gönderim sınırı aşıldığında gönderim sessizce durur. Kuyruk kurun, parça parça gönderin ve sınırın bir kısmını işlem postalarına ayırın. Listeyi temiz tutun — geçersiz adreslere gönderim yapmaya devam etmek gönderen itibarınızı düşürür — ve ölçek büyüdüğünde özel bir gönderim servisine geçin.
Sıkça Sorulan Sorular (SSS)
Gönderim neden yarıda durdu?
Büyük olasılıkla saatlik gönderim sınırına takıldınız. Paylaşımlı barındırma hesaplarında bu sınır vardır ve aşıldığında gönderim sessizce durur; betiğiniz hata almadan çalışıyor gibi görünebilir. Gönderim planını bu sınıra göre yapın.
Neden kuyruk kullanmalıyım?
Kuyruk olmadan bin kişiye gönderim yapan bir betik yarıda kesilirse kimin aldığını kimin almadığını bilemezsiniz. Kuyrukta her alıcının durumu ayrı tutulur, kesinti sonrası kaldığı yerden devam edilir ve aynı kişiye ikinci kez gönderim önlenir.
Postalarım neden istenmeyen klasörüne düşüyor?
En sık nedenler: kimlik doğrulama kayıtlarının eksikliği, liste temizliğinin yapılmaması ve görsel ağırlıklı içerik. Yalnızca tek bir büyük görselden oluşan e-postalar filtrelerde yüksek puan alır çünkü bu, metin analizinden kaçmak için kullanılan bilinen bir yöntemdir.
Geri dönen postaları nasıl işlemeliyim?
Kalıcı ve geçici hataları ayırın. Posta kutusu dolu gibi geçici bir hatayı adres yok gibi kalıcı bir hatayla aynı ele alıp adresi silmek geçerli aboneleri kaybettirir. Geçici hatalar birkaç kez denenmeli, kalıcı hatalar ilk seferde listeden çıkarılmalıdır.