Транзакционные письма и рассылки: почему их нельзя мешать в одном домене
Письмо со ссылкой для сброса пароля и холодное коммерческое предложение отправляются одной и той же командой SMTP, но живут в разных мирах доставляемости. Смешать их в одной инфраструктуре — частая ошибка, которая аукается там, где её меньше всего ждут: критичное уведомление вдруг не доходит, потому что домен просел из-за соседней маркетинговой кампании. Разбираем, чем транзакционные письма принципиально отличаются от массовых рассылок и холодного B2B-аутрича, и почему их разведение по доменам — не паранойя, а базовая гигиена.
- Транзакционное письмо — ответ системы на действие пользователя (заказ, регистрация, оплата); рассылка — инициатива отправителя, не привязанная к конкретному событию получателя.
- У транзакционных писем ожидаемо близкий к 100% open rate и почти нулевые жалобы — почтовые провайдеры доверяют такому трафику больше и держат его репутацию отдельно.
- Смешение транзакционных и маркетинговых писем на одном домене или IP — риск, при котором просадка репутации от рассылки бьёт по критичным уведомлениям.
- В адресном B2B-аутриче холодное письмо ближе по риску к маркетинговой рассылке, чем к транзакционному, даже если оно отправлено вручную одному человеку.
- Разделение инфраструктуры по типу трафика — не блажь энтерпрайза, а минимальный набор мер, который окупается уже на первой серьёзной кампании.
Что формально отличает транзакционное письмо от рассылки
Транзакционное письмо — это ответ системы на конкретное действие конкретного получателя: он оформил заказ — пришло подтверждение, запросил сброс пароля — пришла ссылка, оплатил счёт — пришёл чек. Получатель инициировал событие и ждёт письма как его прямое следствие. Отсюда и поведение: такие письма открывают почти всегда, потому что они нужны здесь и сейчас, а не потому что тема заголовка удачная.
Массовая рассылка устроена наоборот: инициатива исходит от отправителя, а не от получателя. Человек ничего не делал прямо перед письмом — отправитель решил, что настал момент написать всей базе или сегменту. Получатель может быть заинтересован, а может и не быть, письмо может быть уместным сейчас, а может — нет. Это структурно другой тип коммуникации, и почтовые провайдеры оценивают его иначе: смотрят на open rate, жалобы, отписки, скорость роста объёма — метрики, которые для транзакционного трафика почти не имеют смысла.
Граница не всегда очевидна на уровне отдельного письма — «уведомление о новой функции продукта» формально похоже на транзакционное («мы обновили сервис, которым вы пользуетесь»), но по факту это маркетинговая коммуникация: получатель не запрашивал именно это письмо в этот момент. Правильный тест простой: убрать конкретное действие получателя — останется ли повод для письма? Если да, это не транзакционное письмо, а рассылка под транзакционной маской.
Почему провайдеры оценивают их по-разному
Почтовые сервисы строят репутацию не только по домену в целом, но и по паттерну поведения трафика с этого домена или IP. Транзакционный трафик стабилен и предсказуем: примерно постоянный объём, привязанный к активности пользователей, стабильно высокий open rate, почти нулевые жалобы на спам и отписки (сложно пожаловаться на письмо с кодом подтверждения, которое сам же запросил). Такой паттерн провайдеры распознают и постепенно выдают ему повышенное доверие — это тот случай, когда репутация домена растёт почти автоматически при аккуратной технической настройке.
Маркетинговый и холодный трафик ведёт себя иначе даже при хорошей подготовке: объёмы скачут кампаниями, open rate ниже и сильно зависит от релевантности темы и получателя, какая-то часть аудитории неизбежно жалуется или отписывается. Это нормально для такого типа писем, но провайдер реагирует на паттерн соответствующе — внимательнее фильтрует, чаще проверяет контент, охотнее откладывает часть писем в papку «Промоакции» или спам при малейших сомнениях.
Проблема начинается, когда оба паттерна идут с одного домена. Провайдер не разделяет их сам — он видит единый поток писем с одного отправителя и усредняет репутацию. Всплеск жалоб от маркетинговой кампании на короткое время снижает доверие ко всему домену, включая транзакционные письма, которые к этой кампании отношения не имеют. Пользователь, который час назад заказал сброс пароля, может обнаружить письмо в спаме — просто потому, что накануне с того же домена ушла агрессивная рассылка.
Показательный сценарий: интернет-магазин рассылает акционное письмо по всей базе с общего домена, часть получателей пачками жалуется на спам; через несколько часов письма с подтверждением заказа с того же домена начинают попадать в спам у части новых покупателей — хотя те ничего общего с акцией не имели.
Где в этой картине холодный B2B-аутрич
Холодное письмо конкретному ЛПР по адресной базе компаний формально не транзакционное — получатель не совершал действия, которое инициировало письмо. Но оно и не похоже на массовую рассылку в привычном смысле: объём в разы меньше, письмо адресное и написано под конкретного человека, отправляется не «по всей базе одним кликом», а точечно и малыми потоками.
По требованиям к доставляемости адресный B2B-аутрич ближе к маркетинговому трафику, чем к транзакционному, и это важно понимать при планировании инфраструктуры: провайдеры всё равно смотрят на open rate, жалобы и паттерн объёма, даже если письмо адресовано одному конкретному человеку. Разница с массовой рассылкой — в масштабе риска и в возможности точнее контролировать качество: меньший объём, более тщательный подбор адресата и персонализация дают структурно более высокий open rate и меньше жалоб, чем рассылка по холодной купленной базе.
Отсюда практический вывод: держать почтовые аккаунты для адресного аутрича отдельно от транзакционной инфраструктуры — обязательно, а от общей маркетинговой рассылки, если она у компании тоже есть, — желательно. Аутрич-домены прогреваются медленно, объём растёт постепенно, и репутация строится на конкретных откликах живых ЛПР — смешение с любым другим типом трафика на общем домене эту работу обесценивает.
Как разносить домены и аккаунты на практике
Базовый принцип — один тип трафика, один поддомен или отдельный домен, отдельная репутация. Это не требует сложной инфраструктуры: достаточно нескольких поддоменов основного домена компании, каждый со своими SPF, DKIM и DMARC записями и своей историей отправок.
Для транзакционных писем стоит рассмотреть специализированный сервис доставки (transactional email API) — он изначально заточен под высокую скорость доставки одиночных писем по событию, а не под пакетную рассылку, и держит собственную инфраструктуру и репутацию отдельно от прочего трафика клиента.
Для холодного адресного аутрича правильная модель — реальные почтовые ящики, привязанные к конкретным отправителям (менеджерам, SDR), с постепенным прогревом и ограничением по объёму на аккаунт в день. Это не про скорость отправки тысяч писем, а про правдоподобность: письмо от живого человека с личного корпоративного ящика выглядит и ведёт себя как деловая переписка, а не как рассылка, и провайдеры это различают на уровне поведенческих сигналов, а не только заголовков.
- Транзакционные письма — отдельный поддомен (например, notify.company.com) через специализированный сервис доставки.
- Массовая маркетинговая рассылка, если она есть, — отдельный поддомен (например, news.company.com) со своим прогревом.
- Холодный B2B-аутрич — реальные почтовые ящики отправителей, отдельная группа доменов или основной корпоративный домен с ограничением объёма на ящик.
- У каждого поддомена — собственные SPF/DKIM записи и отдельная DMARC-политика мониторинга.
- Мониторинг репутации по каждому домену отдельно, а не по компании в целом одним усреднённым показателем.
Частые ошибки при смешении типов трафика
Самая частая ошибка — экономия на инфраструктуре на старте: одна компания заводит один домен для почты и шлёт с него всё подряд, от чеков до промо-рассылок, потому что «зачем плодить сущности». Пока объём небольшой, это работает, а когда объём растёт — репутация домена начинает колебаться синхронно с самой рискованной частью трафика, и разобраться, какая именно кампания подорвала доставляемость транзакционных писем, задним числом почти невозможно.
Вторая ошибка — маскировка маркетингового письма под транзакционное ради лучшей доставляемости («уведомление о специальном предложении именно для вас» в теме, оформленное как системное сообщение). Это работает до первой волны жалоб получателей, которые не считают предложение уместным, — и тогда репутация домена страдает уже без разделения на типы, потому что формально всё шло с одного канала.
Третья — использование транзакционного сервиса для холодного B2B-аутрича ради высокой скорости доставки. Специализированные сервисы отправки транзакционных писем часто банят аккаунты, которые пытаются гнать через них холодные письма пачками: это прямое нарушение их правил использования, а не просто неоптимальный выбор инструмента.
Вопросы и ответы
Можно ли отправлять транзакционные и маркетинговые письма с одного и того же email-адреса, но через разные сервисы?
Технически можно, но не стоит: провайдеры получателя ориентируются в первую очередь на домен отправителя, а не на то, через какой backend письмо ушло. Если адрес и домен общие, репутация всё равно усредняется. Разделение имеет смысл только вместе с разными поддоменами или доменами.
Транзакционные письма нужно как-то дополнительно прогревать перед стартом?
Да, хотя и мягче, чем маркетинговые. Резкий скачок объёма транзакционных писем с нового домена (например, при запуске нового продукта) тоже может насторожить провайдеров. Разумно наращивать объём постепенно в первые недели, даже если по бизнес-логике письма должны идти сразу пачкой.
Холодное письмо ЛПР с персональной темой — это ближе к транзакционному или к маркетинговому по классификации провайдеров?
Формально ни то ни другое: это исходящая деловая переписка. По требованиям к доставляемости и репутации домена провайдеры оценивают её паттернами, близкими к маркетинговому трафику, поэтому холодный аутрич стоит держать на отдельной инфраструктуре, а не смешивать ни с рассылками, ни с транзакционными письмами.
Что делать, если транзакционные и маркетинговые письма уже давно идут с одного домена и разделить сразу нельзя?
Начните с добавления нового поддомена для одного из потоков (проще всего — для маркетинга или холодного аутрича, транзакционку обычно трогать рискованнее) и постепенно переносите отправку туда с прогревом. Полное разделение за один день невозможно без риска для доставляемости, но начать стоит как можно раньше.
Как понять, что смешение типов трафика уже вредит доставляемости?
Косвенный признак — просадка open rate или рост попаданий в спам у транзакционных писем сразу после или во время активной маркетинговой кампании с того же домена, при том что сами транзакционные письма не менялись. Это сигнал разносить домены, не дожидаясь более серьёзных проблем.
Нужен ли отдельный DMARC для каждого поддомена?
Отдельная политика мониторинга по каждому поддомену — да, это позволяет видеть проблемы конкретного типа трафика изолированно, а не общей цифрой. Саму DMARC-запись можно унаследовать от родительского домена, но настроить отчётность и мониторинг стоит по каждому поддомену отдельно.
Хотите применить это в своём аутриче?
Расскажем, как это работает на вашем сегменте и продукте — до старта работ.
Обсудить задачу