Soft bounce и hard bounce: в чём разница и что делать

Soft bounce и hard bounce: в чём разница

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

SMTP-коды и их значение

Код	Тип	Причина	Действие
550 5.1.1	Hard	Ящика не существует	Удалить навсегда
550 5.7.1	Hard	Отклонено политикой / блок	Удалить, проверить репутацию
552 5.2.2	Soft*	Ящик переполнен	Повторить, затем suppress
451 4.3.0	Soft	Временный сбой сервера	Повторить
421 4.7.0	Soft	Greylisting / лимит скорости	Повторить позже

*Код 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

Валидируйте адреса до отправки через бесплатный валидатор.
Используйте double opt-in, чтобы отсеять опечатки на входе.
Удаляйте hard bounce немедленно, не «на всякий случай позже».
Чистите неактивных подписчиков раз в 3–6 месяцев.
Настройте 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 — это не про потерю адресов, а про защиту доставляемости всей базы.