Почему письма не доходят до адресата: системная диагностика проблем доставляемости

Письмо, которое не дошло, выглядит одинаково что для личного кода подтверждения, что для холодного B2B-письма: адресат его просто не увидел. Причины совпадают процентов на восемьдесят — репутация отправителя, настройки домена, поведение получателя, фильтры провайдера. Разберём, где искать проблему по шагам, прежде чем сваливать всё на «спам-фильтр заблокировал».

Три места, где теряется письмо

Прежде чем чинить, полезно понять, где именно на маршруте письмо исчезает: не отправлено — ошибка на стороне отправителя ещё до выхода в сеть; отклонено или отфильтровано — почтовый сервер получателя принял решение не доставлять; доставлено, но не замечено — письмо лежит в папке «Спам», «Промоакции» или архивировано правилом.

Каждый случай диагностируется по-разному. Первый виден в логах отправителя как bounce или ошибка SMTP. Второй требует проверки репутации и технических записей домена. Третий — самый обманчивый: с точки зрения отправителя письмо «доставлено успешно», а получатель искренне говорит «ничего не приходило», потому что не заглянул в спам.

В холодном B2B-аутриче чаще всего работает третий сценарий — письмо физически долетело, но алгоритм почтового сервиса отправил его не во «Входящие». Разбираться нужно именно с этим случаем чаще всего, а не искать несуществующую техническую поломку.

Практический способ отличить сценарии без доступа к серверным логам получателя — использовать трекинг открытий в CRM для холодных кампаний: если письмо помечено как открытое неделю спустя после общего игнора остальных писем в сегменте, вероятно оно всё-таки лежит в спаме и было открыто случайно; если открытий нет вовсе ни у одного письма в сегменте на конкретном домене — это системный сигнал проверить репутацию или настройки именно для этого провайдера.

Репутация отправителя: домен, IP, история рассылок

Почтовые провайдеры принимают решение о доставке на основе накопленной репутации отправляющего домена и IP-адреса, а не только содержания конкретного письма. Новый домен без истории отправок, домен с прошлыми жалобами на спам или резким скачком объёма рассылки — все эти факторы понижают доверие фильтра.

Для холодного B2B-аутрича это значит: новый ящик нужно прогревать — постепенно наращивать объём отправки, начиная с нескольких писем в день, прежде чем выходить на рабочий темп. Резкий старт с сотнями писем с нового домена — почти гарантированный уход в спам.

Второй фактор репутации — обратная связь получателей: жалобы «это спам», массовые игнорирования без открытий, высокий bounce rate из-за неверных адресов. Все эти сигналы накапливаются на уровне домена и IP и влияют на доставку следующих писем, даже если конкретное письмо написано идеально.

• Возраст домена и история его использования для отправки почты
• Постепенный прогрев объёма вместо резкого старта
• Процент жалоб на спам от получателей
• Bounce rate — доля писем на несуществующие или неверные адреса
• Совпадение отправляющего домена с доменом сайта компании

Технические записи: SPF, DKIM, DMARC

Три записи в DNS домена подтверждают почтовому серверу получателя, что письмо действительно отправлено от имени владельца домена, а не подделано. SPF перечисляет серверы, которым разрешено слать почту от имени домена. DKIM добавляет цифровую подпись, которую получатель может проверить. DMARC говорит, что делать, если проверки SPF или DKIM не прошли.

Отсутствие любой из трёх записей — частая причина, по которой письма от нового домена массово улетают в спам или отклоняются целиком. Проверить их корректность можно самостоятельно через сервисы диагностики DNS — большинство показывают статус записей за пару минут.

Отдельная тонкость для B2B-аутрича: если письма отправляются через стороннюю платформу рассылки, важно, чтобы SPF и DKIM были настроены именно для неё, а не только для основного почтового сервера компании — иначе платформа шлёт от имени домена без подтверждения, и это выглядит как подделка.

Частая практическая ошибка — настроить SPF и DKIM один раз при запуске домена и больше не проверять. При смене платформы рассылки, добавлении нового сервиса для транзакционных писем или обновлении DNS-провайдера запись SPF может незаметно превысить лимит в 10 разрешённых механизмов поиска — после этого провайдеры начинают трактовать её как невалидную, и вся защита перестаёт работать без явных предупреждений отправителю.

Поведение получателя и правила почтового клиента

Даже при идеальной репутации домена письмо может не попасть во «Входящие» из-за персональных правил получателя: фильтров, автоматической сортировки по категориям, корпоративных политик безопасности, которые агрессивно фильтруют почту от внешних доменов.

В корпоративной среде дополнительный барьер — шлюзы безопасности, которые применяют собственные правила поверх стандартных проверок. Письмо может пройти SPF, DKIM и DMARC и всё равно быть заблокировано корпоративным шлюзом по внутренним правилам компании-получателя.

Здесь диагностика ограничена: со стороны отправителя невозможно узнать точную причину блокировки на чужом корпоративном шлюзе. Практический выход — тестовая отправка на разные почтовые домены перед стартом кампании, чтобы заранее увидеть, где письмо теряется.

Ещё один практический нюанс — персональные правила пересылки и фильтрации, которые сам получатель настраивает годами и забывает о них: автоматическая пересылка на другой ящик, фильтр по ключевым словам темы, правило «архивировать письма с внешних доменов». Такие правила невозможно предсказать заранее, и здесь единственная защита — писать тему без спам-триггерных слов и не полагаться на то, что письмо обязательно попадёт именно во «Входящие», даже при идеальной технической настройке отправителя.

Как продиагностировать конкретный случай

Порядок проверки для конкретного «письмо не дошло»: сначала логи отправителя на предмет bounce и статуса доставки, затем корректность SPF, DKIM и DMARC для домена отправителя, затем репутация IP через открытые сервисы проверки блэклистов, затем тестовая отправка на несколько разных почтовых доменов, чтобы увидеть, теряется письмо везде или только у одного провайдера.

Если письмо не дошло только у одного получателя, а на тестовых ящиках всё в порядке — вероятная причина на стороне получателя: личный фильтр или корпоративный шлюз. Если проблема системная на всех тестовых доменах — причина в репутации отправителя или технических записях.

Стоит также фиксировать результаты диагностики по каждому провайдеру отдельно в таблице: дата теста, домен получателя, статус доставки. Со временем такая таблица превращается в собственную базу знаний о том, какие провайдеры чувствительнее к вашему домену, и позволяет заранее закладывать это в планирование объёма кампании.

• Проверить статус доставки в логах отправляющей системы
• Проверить SPF, DKIM, DMARC для домена через диагностический сервис
• Проверить IP отправителя по открытым спам-блэклистам
• Отправить тестовое письмо на Gmail, Яндекс/Mail.ru и корпоративный ящик — сравнить результат
• Проверить папки «Спам» и «Промоакции» у получателя, если есть такая возможность

Что это значит для холодного B2B-аутрича

В отличие от единичного письма с кодом подтверждения, в аутриче добавляется фактор масштаба: рассылка по десяткам или сотням ЛПР одновременно ускоряет накопление негативных сигналов репутации, если что-то настроено неправильно с самого начала.

Поэтому перед стартом кампании стоит проверить весь набор факторов заранее — прогрев, DNS-записи, тестовая отправка на разные домены, — а не разбираться постфактум, когда сотня писем уже ушла в спам и репутация домена пострадала. Восстановление репутации после провала занимает недели, а профилактика — часы.

Инфраструктура отправки: выделенный IP и ротация ящиков

Отдельный фактор доставляемости в B2B-аутриче — на какой инфраструктуре работает отправка. Общий (shared) IP-адрес, который используют десятки других отправителей через одну платформу рассылки, несёт репутационный риск: если хотя бы часть соседей по IP регулярно спамит, это может частично отражаться и на вашей доставке, даже если ваша собственная практика безупречна.

Для холодного B2B-аутрича с постоянным объёмом имеет смысл переходить на выделенный IP или собственную ротацию из нескольких прогретых почтовых ящиков вместо отправки всего объёма с одного адреса. Ротация распределяет нагрузку так, что даже при неожиданном скачке жалоб на один ящик остальные продолжают работать в штатном режиме, а не тянут вниз всю кампанию сразу.

Вопросы и ответы