Soft Bounce ve Hard Bounce: Nedenleri, Kodları ve Çözümleri

Çoğu e-posta tavsiyesi, soft bounce’un zararsız olduğunu söyler çünkü alıcı sunucu mesajı daha sonra kabul edebilir. Bu durum yalnızca hata izole edildiğinde ve yeniden deneme politikası kontrol altında tutulduğunda doğrudur. Tekrarlanan soft bounce’lar; posta kutusu sağlayıcısının kısıtlamasına, gönderen itibarındaki sorunlara veya artık e-posta kabul etmeyi durdurmuş bir alıcı adresine işaret edebilir.

Hard bounce ise daha nettir. Adres, alan adı veya alıcı sistem kalıcı bir hata döndürmüştür, bu nedenle tekrarlanan denemeler gönderim kapasitesini boşa harcar ve kaçınılabilir bir liste kalitesi sinyali oluşturur. Soft bounce ve hard bounce arasındaki pratik fark, sadece geçici veya kalıcı olması değildir. Bu fark, ne zaman yeniden denemenin mantıklı olduğunu, ne zaman bir dizinin duraklatılması gerektiğini ve ne zaman satırın listeden çıkarılması gerektiğini bilmektir.

Soft Bounce’lar Neden Göründükleri Kadar Zararsız Değildir?

Soft bounce geçici bir teslimat hatasıdır, ancak “geçici” ifadesi sunucu yanıtını tanımlar, iş riskini değil. Dolu bir posta kutusu, sunucu kesintisi, greylisting veya hız sınırı daha sonra çözülebilir. Ancak kampanyalar genelinde tekrarlanan aynı yanıt, alıcının veya gönderim düzeninin çözülmemiş olduğunu gösterir. Suped’in kalıcı bounce’ları yönetme konusundaki rehberliği, süresiz olarak yeniden denemek yerine tekrarlanan geçici hatalardan sonra duraklatma veya listeden çıkarma yapmanın operasyonel gerekliliğini vurgular.

Bu ayrım SDR’lar (Satış Geliştirme Temsilcileri) için önemlidir. Bir kez soft bounce veren bir potansiyel müşteri başka bir denemeyi hak edebilir. Her seferinde soft bounce veren bir potansiyel müşteri, sadece kodu 4xx ile başladığı için otomatik bir dizide kalmamalıdır. Adresin posta kutusu dolu olabilir, ancak aynı zamanda posta kutusu sağlayıcısı gönderenin itibarı veya gönderim davranışından hoşlanmadığı için geçici politika kısıtlamaları da alıyor olabilir.

Tekrarlanan hataları teşhis verisi olarak ele alın

Tek bir bounce bir soruyu yanıtlar: mesaj o denemede teslim edilmedi. Bir model ise daha yararlı bir soruyu yanıtlar: bu alıcı veya alan adı neden teslimatı reddetmeye devam ediyor?

Şu gibi modelleri arayın:

• Tek bir alıcı, tekrarlanan hatalar: Posta kutusu dolu, terk edilmiş veya sürekli olarak kullanılamaz durumda olabilir.
• Bir alan adındaki birçok alıcı: Alıcı sağlayıcı trafiğinizi kısıtlıyor veya geçici bir politika engeli uyguluyor olabilir.
• Hacim değişikliğinden sonraki bounce’lar: Gönderim davranışınız hız sınırlamasını tetiklemiş olabilir.
• Mesaj değişikliklerine bağlı hatalar: Boyut, içerik veya kimlik doğrulama sorunları söz konusu olabilir.

Posta kutusu sağlayıcıları, kalıcı bounce faaliyetlerini gönderen kalitesi hakkında bir kanıt olarak değerlendirebilir. Yakın zamandaki teslim edilebilirlik rehberliği, daha sıkı uyumluluk uygulamalarına ve soft bounce’ların sadece alıcı tarafındaki sorunları değil, aynı zamanda itibar uyarılarını, kara listeye alınmayı veya kimlik doğrulama ile ilgili kısıtlamaları yansıtabileceğine işaret eder. Yararlı yanıt “sonsuza kadar yeniden dene” değildir. Bunun yerine nedeni belirlemek, yeniden deneme penceresini kontrol etmek ve her kişi için sonucu kaydetmektir.

Pratik kural: Bir soft bounce yeniden denemeyi hak eder. Tekrarlanan bir soft bounce ise bir incelemeyi hak eder.

Küçük işletmeler, toplu kampanya raporları bireysel satırları gizlediği için bunu genellikle gözden kaçırır. Mütevazı bir genel bounce oranı, bir alan adındaki hata kümesini veya çok fazla kez yeniden denenmiş bir avuç kişiyi gizleyebilir. Her bounce’u bir teşhis olayı olarak ele almak, temizliği daha hassas hale getirir ve geçerli adresleri gereksiz listeden çıkarmalardan korur.

SMTP Bounce Kodlarını ve Sunucu Yanıtlarını Anlamak

SMTP durum kodu aileleri, soft bounce ve hard bounce ayrımı için teknik temeli sağlar. Standartlar, 4xx yanıtlarını geçici hatalar (teslimat daha sonraki bir denemeden sonra başarılı olabilir) ve 5xx yanıtlarını kalıcı hatalar (aynı adresi yeniden denemenin genellikle uygun olmadığı durumlar) olarak tanımlar. Bu çerçeve, soft ve hard bounce semantiğine ilişkin bu referansta belgelendiği gibi, bounce yönetimini öznel olmaktan çıkarıp operasyonel hale getirir.

4xx gecikme demektir, başarı değil

Yaygın soft bounce örnekleri arasında 421, 450, 451 ve 452 bulunur. Tam ifade sunucuya göre değişir, ancak pratik yorum tutarlıdır:

• 421: Hizmet kullanılamıyor veya bağlantı geçici olarak kapatılıyor.
• 450: İstenen posta kutusu veya eylem şu anda kullanılamıyor.
• 451: Geçici bir işleme veya yerel sunucu hatası oluştu.
• 452: Sunucu, isteği o anda tamamlamak için yeterli kaynağa sahip değil.

Bu kodlar gönderene başka bir denemeye izin vermesini söyler. Dolu bir posta kutusu, geçici sunucu kesintisi, greylisting veya hız sınırlaması geçici bir hata üretebilir. Kod tek başına alıcının düzelip düzelmeyeceğini söylemez, bu nedenle ayrıntılı teşhis metnini ve her denemenin zamanını saklayın.

5xx adresi listeden çıkarmak veya kalıcı engeli çözmek demektir

Yaygın hard bounce örnekleri arasında 550, 551, 553 ve 554 bulunur. Bunlar, alıcı sistemin teslimat hatasını kalıcı olarak değerlendirdiğini veya mesajı rutin yeniden denemelerle ele alınmaması gereken bir şekilde reddettiğini gösterir.

• 550: Teslimat reddedildi, genellikle posta kutusu kullanılamadığı veya istek reddedildiği için.
• 551: Hedeflenen posta kutusu yerel değil veya o hedefte kullanılamıyor.
• 553: Adres veya posta kutusu sözdizimi geçersiz veya alıcı kabul edilmiyor.
• 554: İşlem kalıcı bir hata olarak reddedildi.

Bir hard bounce; mevcut olmayan bir posta kutusundan, geçersiz bir alan adından veya açık bir sunucu reddinden kaynaklanabilir. Doğrulanmış bir düzeltmeniz yoksa adresi hemen listeden çıkarın. Bounce-back bildirimlerinin iş akışına nasıl uyduğuna dair sade bir açıklama için bounce-back mesajları rehberine bakın.

Soft Bounce ve Hard Bounce Karşılaştırması

Kod ailesi bir başlangıç noktası sağlar, ancak operatörlerin bir karar çerçevesine ihtiyacı vardır. Soft bounce olası bir teslimat yolunu açık tutarken, hard bounce aynı adrese göndermeye devam etmenin verimsiz olduğunu söyler. Aşağıdaki tablo, teknik sinyali ekibinizin alması gereken eylemden ayırır.

Bir Bakışta Soft Bounce ve Hard Bounce

Özellik	Soft Bounce	Hard Bounce
Teslimat durumu	Geçici hata	Kalıcı hata
SMTP ailesi	421, 450, 451 ve 452 dahil 4xx	550, 551, 553 ve 554 dahil 5xx
Yaygın nedenler	Dolu posta kutusu, sunucu kesintisi, greylisting, hız sınırlaması veya geçici politika kısıtlaması	Geçersiz posta kutusu, mevcut olmayan alan adı, geçersiz adres veya kalıcı ret
Yeniden deneme davranışı	Kontrollü bir pencere içinde yeniden dene	Aynı geçersiz adresi yeniden deneme
Liste eylemi	İzle, yeniden dene, kalıcıysa duraklat veya listeden çıkar	Hemen listeden çıkar
Teşhis anlamı	Alıcı veya sağlayıcı düzelebilir veya gönderenle ilgili sorunlara işaret ediyor olabilir	Hedef şu anda geçerli bir teslimat hedefi değil
İtibar endişesi	Tekrarlanan hatalar kısıtlamaya veya düşük alıcı kalitesine işaret edebilir	Sürekli denemeler kötü liste hijyenini gösterir

Soft bounce’lar muhakeme gerektirir. Geçici bir sunucu sorunu yeniden denemeyi hak ederken, tekrarlayan bir politika kısıtlaması daha yavaş gönderim ve altyapı incelemesini hak eder. Sisteminiz yalnızca “başarısız” kaydını tutuyorsa, bu ayrımı yapmak için gereken nedeni kaybedersiniz. Yanıt kodunu, teşhis mesajını, alıcı alan adını, kampanyayı ve deneme geçmişini saklayın.

Hard bounce’lar daha az yorum gerektirir. Adresin yanlış yazılmadığını doğrulayın, ardından listeden çıkarın. Kalıcı olarak geçersiz bir adresi sonraki kampanyalara dahil etmeye devam etmek, öngörülebilir hatalar yaratır ve mevcut listenizin sağlığını gölgeler. Nylas bounce kodu referansı, geçici 4.x.x ve kalıcı 5.x.x yanıtları arasındaki temel ayrımı sağlar.

Greylisting önemli bir uç durumdur. Bir alıcı sunucu, alışılmadık bir göndereni geçici olarak erteleyebilir, bu nedenle sonraki bir yeniden deneme başarılı olsa bile ilk yanıt endişe verici görünebilir. Geçici politika engelleri dolu bir posta kutusundan farklı çalışır, ancak her ikisi de soft bounce kategorisinde görünebilir. Bu yüzden yanıt detayı ve yeniden deneme geçmişi, tek başına etiketten daha önemlidir.

Mail Merge İş Akışınızda Bounce Sinyallerini Okumak

Toplu bounce oranları, bir kampanyada sorun olup olmadığını söyler. Satır bazlı durum takibi ise hangi kişilerin ve alan adlarının buna neden olduğunu söyler. Google Sheets üzerinden çalışan küçük bir ekip için bu fark, belirsiz bir teslim edilebilirlik endişesini bir temizleme kuyruğuna dönüştürür.

Mail Merge for Gmail; Gönderildi, Açıldı, Tıklandı ve Yanıtlandı gibi teslimat ve etkileşim durumlarını e-tabloya geri yazar. Kampanya raporlama iş akışı ayrıca bounce olmuş e-posta kayıtlarını ortaya çıkararak, kampanyayı tek bir farklılaşmamış sonuç olarak ele almak yerine kişi üzerinde inceleme yapmanıza olanak tanır.

Satır düzeyinde teşhis görünümü oluşturun

Alıcı adresi, alan adı, kampanya tarihi, bounce kategorisi, SMTP kodu, neden metni, deneme sayısı ve bir sonraki eylem için sütunlar ekleyin veya ayırın. Karmaşık bir veritabanına ihtiyacınız yok. Tutarlı bir e-tablo kaydı, aynı kişinin inceleme yapılmadan başka bir diziye girmesini önlemek için yeterlidir.

Hatanın kendisiyle başlayın. Hard bounce olarak işaretlenen bir satır, adresin yanlış girilmediğini doğruladıktan sonra listeden çıkarma işlemine geçmelidir. Soft bounce olarak işaretlenen bir satır, yalnızca neden geçici göründüğünde ve yeniden deneme sayısı politikanız dahilinde kaldığında uygun kalmalıdır.

Ardından satırları alan adına göre karşılaştırın. Aynı sağlayıcıdaki birkaç kişi bir kampanya sırasında soft bounce verirse, her posta kutusunun dolu olduğunu varsaymayın. Gönderim hızınızın, kimlik doğrulamanızın veya kampanya düzeninizin sağlayıcı düzeyinde ertelemeye neden olup olmadığını kontrol edin. Yalnızca bir kişi hatayı tekrarlarsa, önce alıcı kaydını inceleyin.

Takibi kontrol etmek için durumları kullanın

Basit bir iş akışı eylemleri atayabilir:

• Yeniden Dene: Satırın tek bir geçici yanıtı var ve tekrarlayan bir sorun olduğuna dair kanıt yok.
• Beklet: Aynı alıcı veya alan adı tekrarlanan soft bounce’lar gösteriyor ve inceleme gerekiyor.
• Listeden Çıkar: Sunucu kalıcı bir hata döndürdü veya geçici hatalar belgelenmiş sınırınızı aştı.
• Serbest Bırak: Daha sonraki bir deneme başarılı oldu, bu nedenle satır normal kampanya uygunluğuna geri döner.

Önemli detay tarihsel bağlamdır. Zaman damgaları olmayan bir “soft bounce” etiketi, bir kerelik sunucu kesintisini, sürekli başarısız olan bir kişiden ayıramaz. Önceki kampanya sonuçlarını görünür tutun veya ayrı bir günlüğe bağlayın, ardından her gönderimden önce sayfayı filtreleyin.

Bounce Modelleri Gönderen İtibarını Nasıl Etkiler?

Posta kutusu sağlayıcıları, bireysel bir mesajın başarısından daha fazlasını değerlendirir. Hard bounce faaliyetlerini liste kalitesi sinyali ve sürekli soft bounce faaliyetlerini kısıtlama, politika sürtünmesi veya gönderenle ilgili itibar sorunu kanıtı olarak yorumlayabilirler. Sonuç; gecikmeli kabul, daha düşük gelen kutusu yerleşimi veya daha geniş filtreleme olabilir.

Sektör kıyaslamaları, ekiplerin küçük görünen rakamları neden göz ardı etmemesi gerektiğini gösterir. Doğrulanmış e-posta bounce oranı kıyaslamalarına göre, milyarlarca e-postaya dayanan bir kıyaslama, sektörler genelinde ortalama %0,21 hard bounce oranı ve ortalama %0,70 soft bounce oranı bildirmiştir. Ayrı bir kurumsal pazarlama analitiği kaynağı, %2 hard bounce oranı ve %5 genel bounce oranı bildirerek, liste kalitesinin ve kampanya bağlamının nasıl maddi olarak farklı sonuçlar üretebileceğini göstermiştir.

Sadece toplamı değil, bileşimi de okuyun

İki kampanya, zıt yanıtlar gerektirirken aynı genel bounce oranını gösterebilir. Biri, daha sonra temizlenen çoğunlukla izole geçici ertelemeler içerebilir. Diğeri, güncel olmayan potansiyel müşteri verilerinden kaynaklanan kalıcı hatalar içerebilir. Toplam sayı, hangi adreslerin kaldırılacağını veya gönderim altyapısının ilgiye ihtiyacı olup olmadığını size söylemez.

En azından şu boyutları takip edin:

• Hard ve soft karışımı: Kalıcı hatalar hemen listeden çıkarılmalıdır, geçici hatalar ise kontrollü inceleme gerektirir.
• Neden kodu yoğunluğu: Tekrarlanan posta kutusu dolu yanıtları bir alıcı sorununa işaret ederken, alan adı genelindeki ertelemeler sağlayıcı veya gönderen sürtünmesine işaret edebilir.
• Kampanyaya göre trend: Bir liste içe aktarma veya gönderim değişikliğinden sonra artan bounce faaliyeti incelemeyi hak eder.
• Alan adı dağılımı: Bir sağlayıcıdaki kümelenme, toplu raporun gizlediği kısıtlamayı ortaya çıkarabilir.

Bir talep oluşturma ekibinin de sosyal yardımının arkasındaki altyapıyı koruması gerekir. Ajanslar için talep oluşturma rehberi, daha geniş bir planlama bağlamı sunar, ancak bounce yönetimi kampanya iş akışının kendisinde yer alması gereken teknik bir operasyonel disiplin olmaya devam eder.

Alan adı güveni ve gönderim davranışı hakkında daha derin bir inceleme için e-posta gönderen itibarı hakkındaki bu kaynağı kullanın. Temel nokta basittir: düşük hard bounce faaliyeti temiz liste yönetimini desteklerken, tekrarlanan soft bounce modelleri sağlayıcılar yanıtlarını yükseltmeden önce incelemeyi hak eder.

Adım Adım Bounce Düzeltme Oyun Kitabı

Bounce temizliği, tek bir silme eylemi değil, bir karar süreci olarak en iyi şekilde çalışır. Sunucu yanıtıyla başlayın, bunu alıcının geçmişiyle bağlayın ve ardından ekipteki birinin yürütebileceği bir sonraki adımı atayın.

1. Adım, yanıtı sınıflandırın

4xx geçici hataları 5xx kalıcı hatalardan ayırın. Bariz bir yazım hatası olup olmadığını kontrol ettikten sonra hard bounce olan adresleri listeden çıkarın. Alıcı sunucunun zaten kalıcı olarak tanımladığı bir sonucu beklerken onları gelecekteki gönderimlerde tutmayın.

Soft bounce’lar için nedeni kaydedin. Dolu bir posta kutusu daha sonraki bir yeniden denemeyi haklı çıkarabilir. Greylisting, alıcı sistem normal bir yeniden deneme gördükten sonra temizlenebilir. Geçici bir politika engeli veya hız sınırı, kampanyayı yavaşlatmayı ve başka bir denemeden önce gönderen kimlik doğrulamasını ve gönderim davranışını gözden geçirmeyi gerektirebilir.

2. Adım, kontrollü bir yeniden deneme penceresi uygulayın

Yeniden deneme yalnızca bir tavanı olduğunda yararlıdır. Belgelenmiş bir Mailchimp politikası, soft bounce olan bir kişiyi etkin olmayan kişiler için 7 soft bounce ve daha önce abone etkinliği olan kişiler için 15 soft bounce sonrasında hard bounce temizliğine dönüştürür. Bu eşikler evrensel yasalar değildir, ancak bir ekibin neden düşük etkileşimli ve daha önce etkin olan alıcılar için ayrı kurallara ihtiyacı olduğunu gösterir.

Sadece kampanya başına sayıyı değil, alıcı başına sayıyı takip etmek için e-tablonuzu kullanın. Aynı adres defalarca başarısız olduğunda, nihai listeden çıkarma eşiğinize ulaşmamış olsa bile bir diziyi duraklatın. Bu, otomatik bir takibin, kimse nedenini incelemeden önce yeni bir hata oluşturmasını önler.

3. Adım, nedene göre düzeltin

• Posta kutusu dolu: Diziyi duraklatın ve daha sonra yeniden denemeyi düşünün. Devam eden hatayı adresin sağlıklı olduğunun kanıtı olarak görmeyin.
• Greylisting: Gönderim sisteminin yeniden deneme davranışının çalışmasına izin verin, ardından daha sonraki bir teslimatın başarılı olup olmadığını doğrulayın.
• Geçici politika engeli: Gönderim baskısını azaltın, kimlik doğrulama ve itibar sinyallerini inceleyin ve aynı kampanyayı körü körüne tekrarlamaktan kaçının.
• Kalıcı ret: Doğrulanmış bir düzeltmeniz yoksa adresi hemen listeden çıkarın.

4. Adım, kampanya kaydını temizleyin

Her kampanyadan sonra; hard bounce’lar, tekrarlanan soft bounce’lar, alan adı kümeleri ve eksik teşhis detayları olan satırlar için filtreleme yapın. Bekletilen her kişi için bir sahip atayın. Bir sonraki eylemi olmayan bir satır, sonunda yanlışlıkla tekrar gönderime girecektir.

Listeden çıkarma ve incelemeyi acil bir görev yerine rutin operasyonların bir parçası haline getirmek için bu e-posta listesi temizleme iş akışını kullanın.

Uzun Vadeli Teslim edilebilirlik İçin Bounce Yönetim Politikası Oluşturma

Bir bounce politikası, kampanya başlamadan önce dört soruyu yanıtlamalıdır: Ne yeniden denenir, ne kadar süreyle, kaç hatadan sonra bir dizi duraklatılır ve listeden çıkarma ne zaman kalıcı hale gelir? Yazılı yanıtlar olmadan, bir ekip üyesi bir soft bounce’u süresiz olarak yeniden deneyebilirken, diğeri ilk hatadan sonra kaldırabilir.

Zamana dayalı yeniden deneme pencereleri, politikanın uygulanmasını kolaylaştırır. Brevo, soft bounce olan mesajlar için 36 saatlik bir yeniden deneme süresini belgeler. Ayrıca, soft ve hard bounce işleme politikasına göre, bir kampanyada art arda beş soft bounce sonrasında bir adresi kara listeye alır. Bu yaklaşım önemli bir ilkeyi gösterir: geçici, sınırsız demek değildir.

Politikanız ayrıca neden kodunu saklamalı ve alıcı düzeyindeki sorunları alan adı düzeyindeki modellerden ayırmalıdır. Kalıcı hataları hemen listeden çıkarın, kalıcı geçici hataları duraklatın ve gönderim hacmini artırmadan önce sağlayıcı genelindeki ertelemeleri inceleyin. Düzenli liste hijyeni planlayın, bekletilen bir kişiyi kimin serbest bırakabileceğini belgeleyin ve listeden çıkarma kararlarını kampanyalar genelinde tutarlı tutun.

Kimlik doğrulama aynı operasyonel planın bir parçasıdır. SPF, DKIM ve DMARC; alıcı sistemlerin mesajlarınızın yetkili ve güvenilir olup olmadığını değerlendirmesine yardımcı olur. Geçersiz bir adresi onarmazlar, ancak bunları zararsız posta kutusu sorunları olarak yanlış sınıflandırmak yerine geçici politika ile ilgili ertelemeleri araştırmanıza yardımcı olabilirler.

Pratik bir politika, karmaşıklaşmadan ölçülebilir. Bounce kategorisini, yanıt kodunu, nedeni, deneme sayısını, kampanyayı, alıcı alan adını ve nihai durumu takip edin. Her kampanyadan sonra bu alanları inceleyin, ardından kanıtlar bir kategorinin tekrarlandığını gösterdiğinde yeniden deneme ve listeden çıkarma kurallarını ayarlayın.

---

Mail Merge for Gmail, Google Sheets’teki alıcı verileriyle Gmail’den kişiselleştirilmiş kampanyalar göndermenize ve satır bazlı teslimat ve etkileşim durumlarını sayfaya geri yazmanıza olanak tanır. Bounce sonuçlarını bireysel kişilerle bağlantılı tutmak, riskli satırları duraklatmak ve tekrarlanan hatalar gelecekteki gönderimleri etkilemeden önce sosyal yardım iş akışınızı temizlemek için Mail Merge for Gmail kullanın.