Soft bounce і hard bounce: у чому різниця і що робити

Soft bounce і hard bounce: у чому різниця

Hard bounce — це постійна помилка доставки (адреси не існує, домен закрито), після якої адресу треба видалити назавжди. Soft bounce — тимчасова помилка (переповнена скринька, недоступний сервер, ліміт), за якої відправлення можна повторити. Розрізняють їх за SMTP-кодом відповіді: 5xx означає hard, 4xx — soft.

SMTP-коди та їхнє значення

*Код 552 формально 5xx, але багато провайдерів трактують переповнену скриньку як тимчасову проблему, тому його обробляють як soft з обмеженням за кількістю спроб.

Логіка повторних відправлень для soft bounce

Soft bounce не означає «видалити» — означає «зачекати й повторити». Розумна схема ретраїв із наростаючим інтервалом (backoff):

Спроба 1: +15 хвилин
Спроба 2: +1 година
Спроба 3: +4 години
Спроба 4: +12 годин
Спроба 5: +24 години
Після 5 невдач -> перевести в hard, видалити

Якщо адреса дає soft bounce протягом 72 годин, вона де-факто мертва — переносьте її в suppression-лист.

Suppression-лист: страховка репутації

Suppression-лист — це стоп-лист адрес, на які система більше ніколи не відправляє: hard bounce, відписки, скарги. Він працює поверх будь-яких сегментів, тому навіть випадковий імпорт старого файлу не призведе до повторного відправлення на мертву адресу. У YourTrend hard bounce автоматично потрапляють у suppression, і ви фізично не зможете написати на таку адресу знову.

Безпечні пороги bounce rate

• Нижче 2% — норма для здорової бази.
• 2–5% — тривожний сигнал, перевірте джерело адрес.
• Вище 5% — Gmail, Yahoo і Mail.ru починають дроселювати або блокувати відправлення.
• Вище 10% — майже гарантоване потрапляння у спам і ризик блоклиста.

Блокування маскуються під hard bounce

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

550 5.1.1 <user@gmail.com> ... user unknown        # справжній hard, видалити
550 5.7.1 [IP] Our system has detected unusual rate  # блок за репутацією, не видаляти
421 4.7.0 [TSS04] Messages temporarily deferred      # Yahoo throttling, повторити

Правило: якщо в тексті є «rate», «reputation», «deferred» чи «throttl» — це проблема відправника, а не адреси. Зменшіть обсяг і прогрійте IP.

Як виглядає подія баунсу у вебхуку

Платформа віддає кожен баунс структурованим JSON, щоб ваша CRM могла зреагувати автоматично:

{
  "event": "bounce",
  "type": "hard",
  "email": "user@example.com",
  "smtp_code": "550",
  "reason": "5.1.1 mailbox does not exist",
  "suppressed": true,
  "ts": "2026-07-29T10:22:11Z"
}

Поле type уже класифіковане, а suppressed: true підтверджує, що адреса більше не отримає листів.

Як знизити bounce rate

1. Валідуйте адреси до відправлення через безкоштовний валідатор.
2. Використовуйте double opt-in, щоб відсіяти одруки на вході.
3. Видаляйте hard bounce негайно, не «про всяк випадок пізніше».
4. Чистіть неактивних передплатників раз на 3–6 місяців.
5. Налаштуйте DKIM і DMARC — частина 550 5.7.1 пов'язана саме з автентифікацією.

Моніторинг і алерти за баунсами

Одноразове значення bounce rate мало про що каже — важлива динаміка. Налаштуйте алерт на різкий стрибок: якщо за одну кампанію частка баунсів зросла з 1% до 6%, це майже завжди сигнал про проблемний сегмент або застарілий імпорт, і розсилку варто поставити на паузу. Корисно розбивати метрику за провайдерами: зростання саме на Gmail за норми на інших частіше вказує на проблему з автентифікацією або репутацією в Google, а не на «мертві» адреси. Окремо відстежуйте частку soft bounce — її зростання нерідко передує блокуванням і дає час зреагувати заздалегідь.

Як це влаштовано в YourTrend

Платформа парсить SMTP-відповідь, класифікує баунс за кодом, ставить soft-адреси в чергу ретраїв із backoff і автоматично переводить стійкі помилки в hard. Вебхуки надсилають кожну подію баунсу в реальному часі, а дашборд показує bounce rate за кампаніями. Подробиці щодо обробки подій — у документації. Правильна робота із soft bounce і hard bounce — це не про втрату адрес, а про захист доставлюваності всієї бази.