Hard Bounce ve Soft Bounce: Anlamları, Kabul Edilebilir Bounce Oranı ve Çözümleri

Hard bounce kalıcı bir teslim hatasıdır: adres yoktur ya da alıcı sunucu e-postanızı kesin olarak reddeder. Soft bounce ise geçici bir hatadır; dolu bir posta kutusu, bir hız limiti veya bir sunucu arızası söz konusudur ve mesaj yeniden denenir. Spona doğrulanmış B2B adreslerine 20.000 e-posta gönderdi ve her sunucu yanıtını kaydetti. Hard bounce oranı yüzde 1,525, soft bounce oranı yüzde 2,425 oldu.

Bu rehber, söz konusu yanıtları kod kod inceliyor. Her gönderim platformunda soft bounce'un ne zaman hard bounce'a dönüştüğünü, hangi oranın kabul edilebilir sayıldığını ve her bounce türünün nasıl düzeltileceğini gösteriyor. Son bölümde, teslim edilen bir liste yüzde 2'yi aştığında Spona'nın ne yaptığını anlatıyor.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

20.000 Gönderimde Hard Bounce ve Soft Bounce: Geri Dönenler

Bounce nedir? E-posta bounce'u, mesajın ulaşmadığını bildiren her türlü sunucu yanıtıdır. Her gönderim üç sonuçtan biriyle biter: sunucu mesajı kabul eder, erteler veya reddeder.

Spona bunları üç kuralla kaydeder. “Teslim edildi”, sunucunun 250 2.0.0 yanıtını verip mesajı aldığı anlamına gelir. Soft bounce, 72 saat sonra hâlâ açık olan ve kesin bir ret almamış 4.x.x ertelemesidir. Hard bounce ise kesin bir 5.x.x reddidir.

İki bounce satırını topladığınızda 790 mesajın, yani gönderimlerin yüzde 3,95'inin başarısız olduğu görülür. Bu hataların yüzde 61'i soft bounce'tu. Bu oran önemlidir, çünkü iki tür birbirine zıt adımlar gerektirir. Hard bounce'u listeden çıkarırsınız, soft bounce'ta ise beklersiniz.

Tabloyla birlikte iki uyarı gelir. Teslim edildi, gelen kutusuna düştü demek değildir. Sunucu mesajı kabul edip spam klasörüne koyabilir ve kayıt yine 250 gösterir.

İkinci uyarı listeyle ilgilidir. Her adres gönderimden önce Spona'nın kontrolünden geçmişti; dolayısıyla oranlar, doğrulanmış 40 B2B listesinin birlikte ne ürettiğini gösterir. Kontrolün elediği adresleri ölçmez.

Hard Bounce Ne Demek? Kalıcı Bir Ret

Hard bounce, alıcı sunucunun size durmanızı söylemesidir. Kodların dayandığı standart RFC 3463'tür. Bu standart kalıcı hatayı, “mesajın mevcut haliyle yeniden gönderilmesiyle çözülmesi muhtemel olmayan” hata olarak tanımlar. Yanıt 5 ile başlar, ardından gelen iki hane nedeni söyler.

Gönderim platformları bu yanıtı kesin kabul eder. Mailchimp çoğu durumda hard bounce veren adresleri “otomatik olarak ve hemen” kaldırır. HubSpot bu adresleri gelecekteki pazarlama e-postalarının alıcıları arasından çıkarır. Twilio SendGrid ise onları bir suppression listesine (gönderim engelleme listesi) alır.

Bir istisna önemlidir. HubSpot, hard bounce'a “katı bir e-posta güvenlik filtresinin de yol açabileceğini” belirtir. Adres vardır; sizi reddeden bir ağ geçididir. Bu durum kodlarda 5.7.x politika reddi olarak görünür ve çözüm listede değil, sizin tarafınızdadır.

E-postalar Neden Hard Bounce Olur: Dört Neden

Posta kutusu yok (5.1.1). RFC 3463 bunu hatalı hedef posta kutusu adresi olarak adlandırır; yani “adreste belirtilen posta kutusu mevcut değildir”. Microsoft'un teslim edilemedi raporları rehberi iki olağan nedeni sayar: gönderen adresi yanlış yazmıştır ya da adres hedef sistemde artık yoktur.

B2B listesinde ikinci neden zamanla büyür, çünkü insanlar iş değiştirir. Klaviyo'nun sözlüğü böyle bir durumu örnek verir: e-posta adresini değiştiren ve eskisini silen bir alıcı. Bu kaybın hızını Spona'nın veri eskimesi yazısı ele alıyor.

Alan adı yok (5.1.2). Hedef sistem “mevcut değildir veya e-posta kabul edemez”. Bir şirket satın alma sonrasında alan adını kullanımdan kaldırırsa, oradaki tüm kişilere giden e-postalar bu şekilde başarısız olabilir.

Posta kutusu devre dışı (5.2.1). Standart bunu “Posta kutusu devre dışı, mesaj kabul etmiyor” diye tanımlar. Şirketten ayrılan birinin, IT ekibinin kapatıp silmediği hesabı bu yanıtı verebilir.

Teslimata izin verilmiyor (5.7.1). Sunucu, “gönderenin hedefe gönderim yetkisi olmadığını” söyler. Microsoft'un ifadesi dolaysızdır: 5.7.509 kodu, alan adınızın DMARC doğrulamasını geçemediği ve reject DMARC politikasına sahip olduğu anlamına gelir. Adreste sorun yoktur; sorun kimlik doğrulamanızdadır.

Soft Bounce Ne Demek? Geçici Bir Erteleme

Soft bounce, sunucunun “şimdi olmaz” demesidir. RFC 3463 bu sınıfa süregelen geçici hata der: “mesajın gönderildiği haliyle geçerli olduğu”, ama geçici bir durumun onu beklettiği hata. Yanıt 4 ile başlar. Gönderim aracınız mesajı tutar ve yeniden dener.

HubSpot soft bounce'u “alıcının sunucusundaki geçici bir sorun veya başka bir geçici teknik sorun” olarak tanımlar. 72 saate kadar yeniden dener ve soft bounce veren kişiler sonraki e-postalar için uygun kalır. Twilio SendGrid de 72 saate kadar yeniden dener. Sektör kuruluşu M3AAWG, gönderenlere “mesajı yeniden kuyruğa alıp daha sonra tekrar denemelerini” söyler.

E-postalar Neden Soft Bounce Olur: Hız Limitleri, Dolu Kutular, Sunucu Sorunları

Çok fazla, çok hızlı gönderdiniz (4.7.0). Alıcı sunucu bağlantınızı politika gerekçesiyle erteler. Microsoft'un 4.7.500 ile 4.7.699 arasındaki kodları “Erişim reddedildi, lütfen daha sonra tekrar deneyin” der. Bu kodlar sunucunun şüpheli etkinlik tespit ettiği ve göndereni bir süre kısıtladığı anlamına gelir.

M3AAWG bu tür geçici bir engel için “bağlantıyı kapatıp daha sonra yeni bir bağlantı açmayı” önerir. Spona'nın kaydında en sık görülen soft kod bu ertelemeydi.

Posta kutusu dolu (4.2.2). Kullanıcı “posta kutusu başına idari kotayı veya fiziksel kapasiteyi aşmıştır”. Kimsenin boşaltmadığı bir kutu dolar.

Posta kutusu geçici olarak kullanılamıyor (4.2.0). Hesap vardır ama sunucu o anda teslim edemez.

Posta sistemi arızalandı (4.3.0) veya yanıt vermedi (4.4.1). RFC 3463 ikincisini “Sunucudan yanıt yok” başlığı altında toplar. Uzak sunucu kapalı, aşırı yüklü veya erişilemez durumdadır; mesajınız kuyrukta bekler.

Soft Bounce ve Hard Bounce: Yan Yana Yedi Fark

E-posta Bounce Kodları: Spona'nın Bounce'larının Arkasındaki 10 Kod

Kayıttaki her bounce iki kod taşır. 550 veya 421 gibi üç haneli yanıt, klasik SMTP durum kodudur. 5.1.1 gibi noktalı gelişmiş kod RFC 3463 standardından gelir ve nedeni söyler. Önce gelişmiş koda bakın: ilk hanesi, adresi çıkarmanız mı yoksa beklemeniz mi gerektiğini söyler.

Spona'nın gönderimlerindeki 790 bounce'un tamamını on kod açıklıyor. Son hard kod olan 554 5.0.0, diğer kesin hataların toplandığı kovadır. Her tarafta bir kod öne çıkar. Hard tarafta “posta kutusu yok” hard bounce'ların yüzde 59'unu oluşturdu; soft tarafta hız ve politika ertelemeleri soft bounce'ların yüzde 43'ünü oluşturdu.

Hard kodlardan yalnızca biri listeyi değil göndereni işaret eder: politika reddi. Diğer 13 kesin hata bir neden belirtmez. Hard taraftaki geri kalan her şey ölü bir adres, ölü bir alan adı veya kapanmış bir posta kutusudur. Bunları sunucudan önce yakalayabilen tek şey daha yeni bir kontroldür.

Soft Bounce Ne Zaman Hard Bounce'a Dönüşür?

Bu anı belirleyen bir standart yoktur. RFC 3463 iki sınıfı tanımlar ve süreyi gönderene bırakır. Her platform bir sayı veya süre sınırı seçer; kurallar, raporladığınız rakamları değiştirecek kadar farklıdır.

Braze işi biraz daha karmaşıklaştırır: bir bounce “ilk teslim denemesinden haftalar sonra bile” gelebilir. Teslim edilen sayısı anlık bir görüntüdür. Bir listeyi değerlendirmeden önce rakamları gönderimden bir hafta sonra yeniden hesaplayın.

İyi Bir E-posta Bounce Oranı Kaçtır?

Yüzde 2'nin altında hard bounce. Amazon SES'in gönderenlerine verdiği rakam budur: “En iyi sonuçlar için bounce oranınızı yüzde 2'nin altında tutmalısınız”. SES yüzde 5'te hesabı incelemeye alır, yüzde 10'da gönderimi durdurabilir. Şikâyet eşikleri çok daha sıkıdır: yüzde 0,1'de inceleme, yüzde 0,5'te olası durdurma.

Posta kutusu sağlayıcılarının kendileri bir bounce rakamı yayımlamaz. Google'ın toplu gönderen kuralları, Gmail adreslerine günde 5.000'den fazla mesaj gönderen herkesi kapsar. Bu kurallar abonelik iptallerinin iki gün içinde işlenmesini şart koşar ve bir bounce sınırı koymaz.

Yahoo gönderenlere “hard ve soft bounce'ları izlemelerini”, geçersiz alıcıları hızla çıkarmalarını ve spam oranını yüzde 0,3'ün altında tutmalarını söyler. İkisi de bir bounce yüzdesi vermez. Spona'nın cold e-posta istatistikleri yazısı da bu yüzden “E-posta sağlayıcıları yüzde 2 bounce oranına izin verir” iddiasını bir efsane olarak listeler.

Spona'nın kendi benchmark'ı bu çizginin altındadır. Yayımlanan benchmark 20.000 gönderimi ülkelere göre ayırır; dört ülkenin her birinde 5.000 gönderim vardır. Hard bounce oranı ABD'de yüzde 1,5, Birleşik Krallık'ta yüzde 1,2 oldu. 20.000 gönderimin tamamı birlikte ele alındığında oran yüzde 1,525'ti.

Bir listenin yüzde 2'nin altında kalıp kalmayacağını iki şey belirler: kontrolün ne kadar yeni olduğu ve hangi bounce'ları saydığınız. İkincisini formül netleştirir.

E-posta Bounce Oranı Formülü ve Örnek Hesaplama

Bounce oranı = bounce sayısı ÷ denenen gönderim × 100.

Formülü Spona'nın kaydına uygulayın: 20.000 gönderimin 305'i hard bounce oldu. Bu, yüzde 1,525'lik bir hard bounce oranı demektir. Soft bounce'ları da sayarsanız pay 790'a çıkar. Toplam bounce oranı bu durumda yüzde 3,95 olur.

Sonucu iki tercih değiştirir. Birincisi hangi bounce'ların sayıldığıdır. Amazon SES doğrulanmamış alan adlarına giden yalnızca hard bounce'ları sayar; bu yüzden toplam bounce oranını onun yüzde 2 çizgisiyle kıyaslamak riskinizi olduğundan büyük gösterir.

İkincisi hangi gönderimlerin sayıldığıdır. Spona'nın yayımladığı oran “kalıcı teslim hatalarının, catch-all adresler hariç doğrulanmış alt kümeye yapılan denenen gönderimlere bölümü”dür. Bir bounce oranı raporladığınız her seferde formülü belirtin.

Hard Bounce'ları Düzeltme ve Soft Bounce'ları Azaltma Yolları

Listeyi şu sırayla ele alın. 1'den 4'e kadar olan adımlar zaten bounce olanları ele alır. 5 ve 6 numaralı adımlar bir sonraki partinin bounce olmasını önler.

1. Her hard bounce'u hemen engelleyin ve bir 5.x.x'i asla yeniden denemeyin. M3AAWG, olmayan bir adrese giden mesajın yeniden denenmemesini ve adresin sonraki gönderimlerin dışında kalmasını “çok önemli” bulur. Mailchimp ve Twilio SendGrid bunu sizin yerinize yapar. Kendi SMTP sunucunuzdan gönderiyorsanız suppression listesini kendiniz oluşturursunuz.
2. Bir 4.x.x'in yeniden denenmesine izin verin, tekrarlanan hatalardan sonra adresi çıkarın. M3AAWG'nin sınırı, iki hafta veya daha uzun sürede art arda iki bounce'tur. Mailchimp 7 ya da 15 soft bounce kullanır. Bir kural seçin ve her listeye uygulayın.
3. 421 4.7.0 gördüğünüzde yavaşlayın. Sunucu size adresin değil, gönderim düzeninizin yanlış göründüğünü söylüyor. M3AAWG'nin talimatı bağlantıyı kapatıp daha sonra yeniden bağlanmaktır. Partiyi daha fazla saate veya daha fazla gelen kutusuna yayın.
4. 5.7.x göründüğünde SPF, DKIM ve DMARC'ı kontrol edin. Bir politika reddi, adresin sağlam olduğu ama alan adınızın olmadığı anlamına gelebilir. Microsoft'un 5.7.509 kodu bunu açıkça söyler: gönderen alan adı DMARC'tan geçemiyor ve reject politikası taşıyor. Listeye dokunmadan önce kaydı düzeltin.
5. Göndermeden önce doğrulayın, eskiyen bir listeyi yeniden kontrol edin. Toplu doğrulama aracı ölü posta kutularını ve ölü alan adlarını alıcı sunucudan önce yakalar. Spona'nın e-posta listesi temizleme rehberi hizmetleri ve fiyatlarını karşılaştırır; B2B veri doğrulama yazısı da posta kutusunun ötesindeki kontrolleri anlatır.
6. Birleşik Krallık'taki gönderenler: neyin bounce olduğunun kaydını tutun. Kişisel veri yanlışsa, ICO'nun doğruluk rehberi mümkün olan en kısa sürede “düzeltmek veya silmek için makul adımları atmanız” gerektiğini söyler. Aynı sayfa, “bu kayıtların olgular konusunda yanıltıcı olmaması koşuluyla” hata kayıtlarına izin verir. Suppression listesi böyle bir kayıt olabilir ve ölü bir adresi gelecek çeyrekte yeniden içe aktarmanızı önler. ICO, Data (Use and Access) Act nedeniyle bu rehberi gözden geçiriyor.

Türkiye'de ilgili düzenleme, 6698 sayılı Kişisel Verilerin Korunması Kanunu'dur (KVKK). Kanunun 4. maddesinin ikinci fıkrasına göre kişisel verilerin işlenmesinde sayılan ilkelere uyulması zorunludur ve (b) bendindeki ilke “doğru ve gerektiğinde güncel olma”dır.

Hard Bounce Yüzde 2'yi Geçtiğinde Spona Ne Yapar, Sınırları Nelerdir?

Spona'nın operasyonel hedefi, yeni kontrol edilmiş bir listede yüzde 2'nin altında hard bounce'tur. Bu hedefin üzerindeki bir parti yeniden kontrol edilir ve incelenir.

Örneklemde teslim edilen 40 listeden 4'ü çizgiyi aştı. En yükseği yüzde 3,0'a ulaştı, dördün en düşüğü yüzde 2,4'te kaldı. Diğer 36 liste birlikte yüzde 1,394'te seyretti.

Dört vakanın üçünde inceleme bir veri kusurunu destekledi. Biri gönderen tarafından kaynaklandı: Spona'nın belgeleyip gönderim sağlayıcısına ilettiği bir kimlik doğrulama veya politika sorunu. Her vaka altı adımın beşinden geçti; 4 ve 5 numaralı adımlardan hangisinin uygulanacağını sorunun nedeni belirledi. Her türlü telafi, yürürlükteki sözleşmeye göre yapılır.

Spona'nın yeri şu: ideal müşterinizi bir sohbette tarif edersiniz. Yapay zekâ 40'tan fazla kaynağı tarar, her lead'i doğrular ve yaklaşık 4 dakikada puanlanmış bir liste teslim eder; siz de lead başına ödersiniz.

Yalnızca e-posta içeren bir Standard Search lead'i 3 ile 7 kredi arasındadır. Planların kredi fiyatlarıyla bu, lead başına 0,024 ile 0,07 dolar eder. Her yeni arama oturumu tek seferlik 1.000 kredidir. Her arama ücretsiz bir örnekle başlar ve Free plan tek seferlik 3.000 kredi içerir.

Uygun olmadığı durumlar da var. Spona e-postanızı göndermez; bu yüzden kendi kurulumunuzun yol açtığı soft bounce'ları hiç görmez. Isınmamış bir gelen kutusundan gelen 421 4.7.0'ı sizin düzeltmeniz gerekir. Gelen kutusu yerleşimini de ölçmez; kaydındaki teslim edildi ifadesi kabul edildi demektir.

Hedef 40 listenin hepsinde değil, 36'sında tuttu ve kaçan listelerden biri gönderen tarafından kaynaklandı. Listeye zaten sahipseniz, onu kontrol etmek için yapılmış araç özel bir toplu doğrulama aracıdır; e-posta listesi temizleme rehberi bu araçları karşılaştırır.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Hard Bounce ve Soft Bounce: Sık Sorulan Sorular

Hard Bounce Veren E-postaları Silmeli miyim?

Silmek yerine engelleyin. Suppression listesi, aynı adresin bir sonraki içe aktarmayla geri gelmesini önler. UK GDPR'ın doğruluk ilkesine göre bir hata kaydı, olgular konusunda yanıltıcı olmadığı sürece sorun değildir. Satırı silmek, adresin başarısız olduğuna dair tek kanıtınızı ortadan kaldırır.

Cold E-postada Hangi Bounce Oranı Fazla Yüksektir?

Yüzde 2'nin üzerindeki her hard bounce oranı müdahale gerektirir. Amazon SES hesapları yüzde 5'te incelemeye alır ve yüzde 10'da durdurabilir. Hiçbir posta kutusu sağlayıcısı kendi bounce eşiğini yayımlamaz. Cold e-posta istatistikleri yazısı, “E-posta sağlayıcıları yüzde 2 bounce oranına izin verir” ifadesinin neden bir efsane olduğunu açıklar.

Bir E-postanın Bounce Olarak Geri Dönmesi Ne Kadar Sürer?

Hard bounce, sunucu mesajı reddettiği anda geri döner, çünkü kimse bir 5.x.x'i yeniden denemez. Soft bounce'un raporunuzda görünmesi 72 saat sürebilir, çünkü HubSpot ve Twilio SendGrid bu kadar süre yeniden denemeye devam eder. Braze, bazı bounce'ların ilk denemeden haftalar sonra geldiği konusunda uyarır.

Adres Yoksa E-posta Bounce Olur mu?

Evet, çoğu durumda. Klaviyo'nun sözlüğüne göre olmayan bir adrese yapılan gönderim 550 5.1.1 hatası alır. Bu, Spona'nın kaydındaki en büyük hard bounce koduydu: 305 hard bounce'un 180'i.

Yüzde 20 veya Yüzde 70 Bounce Oranı İyi mi?

Bu rakamlar web analitiğinden gelir; orada bounce rate, tek bir sayfa görüp siteden ayrılan ziyaretçilerin payıdır. E-postada bu oranlar felaket olurdu. Amazon SES bir hesabı yüzde 5'te incelemeye alır; yani yüzde 20, bu çizginin dört katıdır.