Soft bounce

Soft bounce — це тимчасова помилка доставки електронного листа. Адреса одержувача може бути чинною, але конкретне повідомлення не прийнято через стан скриньки, сервера, мережі, репутаційні обмеження або параметри самого листа.

На відміну від hard bounce, soft bounce не означає автоматично, що контакт потрібно негайно вилучити. Email service provider може повторити доставку. Проте багаторазова тимчасова відмова перестає бути випадковістю і має впливати на suppression та політику очищення бази.

Поширені причини

• переповнена або тимчасово недоступна скринька;
• сервер одержувача перевантажений чи offline;
• повідомлення або вкладення завелике;
• перевищено rate limit;
• лист тимчасово заблоковано контентним чи антивірусним фільтром;
• не пройдено окрему політику автентифікації;
• домен або маршрут доставки тимчасово недоступний.

Soft bounce і hard bounce

Hard bounce описує постійну відмову, наприклад неіснуючу адресу. Soft bounce передбачає, що причина може зникнути. Технічно тимчасові SMTP-відповіді часто належать до класу 4xx, постійні — до 5xx, але провайдери й ESP можуть інтерпретувати відповіді по-різному.

Практичний приклад

Сервіс бронювання надсилає нагадування клієнтам спортивного клубу. Частина листів на корпоративний домен отримує відповідь про тимчасове перевищення швидкості. Повтор через контрольований інтервал може спрацювати. Якщо ж відмови повторюються для всього домену, потрібно перевірити обсяг, репутацію, автентифікацію та правила приймального сервера.

Що робить email-платформа

ESP зазвичай зберігає код відповіді, повторює доставку за власним графіком і після певної кількості невдач може припинити відправлення на адресу. Поріг не є універсальним: він залежить від платформи, активності контакту й причини. Тому не варто переносити правило одного сервісу на всю email-інфраструктуру.

Як аналізувати

Потрібно дивитися не лише загальну частку bounce, а розподіл за доменами, SMTP-кодами, джерелами контактів, кампаніями, IP, sending domain і часом. Раптовий кластер soft bounce в одного провайдера часто вказує на технічний або репутаційний інцидент, а не на якість окремих адрес.

Коли повторювати доставку

Повтор доречний для справді тимчасових причин і має виконуватися з паузою, бажано механізмом ESP. Агресивне багаторазове надсилання посилює throttling. Для критичних транзакційних повідомлень потрібні окремі правила retry, моніторинг і резервний дозволений канал.

Як зменшити soft bounce

• автентифікувати домен через SPF, DKIM і DMARC;
• поступово нарощувати обсяг відправлень;
• контролювати розмір листа та вкладень;
• сегментувати неактивні контакти;
• не робити різких імпортів старих баз;
• налаштувати моніторинг за mailbox provider;
• розбирати SMTP-відповіді, а не лише агреговану метрику.

Типові помилки

• одразу видаляти будь-який soft-bounced контакт;
• безкінечно повторювати доставку;
• не відрізняти переповнену скриньку від policy block;
• ігнорувати масову відмову одного домену;
• порівнювати ESP без урахування різної класифікації;
• вважати soft bounce лише проблемою контактної бази.

Професорська та директорська перевірка

Soft bounce є класом результатів доставки, а не остаточним діагнозом. Для email-директора це сигнал, який потрібно інтерпретувати за причиною, повторюваністю й концентрацією. Правильна політика балансує шанс доставити валідному контакту та ризик погіршити sender reputation.

Пов’язані поняття

Hard bounce · Bounce rate · SMTP · Email deliverability · Suppression list · Sender reputation · Throttling

Висновок

Soft bounce не вимагає паніки, але потребує дисципліни. Одноразова тимчасова відмова може зникнути, тоді як повторювані або масові відмови свідчать про проблему зі скринькою, інфраструктурою, репутацією чи політикою відправлення.

Джерело

Mailchimp: Soft vs. Hard Bounces