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

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

Зачем отделять рассылку от рабочей почты

Я начинаю не с покупки нового сервера, а с карты отправки: какие письма уходят, откуда, каким адресом и кому. Счёт, заявка в поддержку и приглашение на акцию решают разные задачи. Получатель по-разному реагирует на каждое из них, а почтовые системы учитывают сигналы по источнику отправки, домену и IP. Если рекламный список собран давно и вызывает жалобы, рабочие письма с той же инфраструктуры тоже могут пострадать. Но одна жалоба не обрушивает репутацию мгновенно и не отправляет автоматически весь домен в спам. Для офиса я сначала настраиваю устойчивую корпоративную почту, а затем решаю, где запускать отдельную рассылку.

Разделение нужно, чтобы остановить проблемную кампанию, не выключая счета и обращения сотрудников. На практике маркетинговую отправку выносят в рассылочный сервис, а для адреса отправителя выделяют отдельный поддомен или домен. Отдельный IP добавляют, когда объём и стабильность отправки оправдывают его обслуживание; для небольшой нерегулярной рассылки он может быть лишней заботой. Поддомен и новый IP не создают полной изоляции: принимающая сторона оценивает не одну запись DNS. Алиас тоже не отдельный канал — он меняет видимый адрес, но обычно оставляет тот же сервер и его ограничения. Два потока на одном ящике с разными именами — это всё ещё один исходящий поток. *Почтовые фильтры не читают наши планы на будущее.*

• Счета и уведомления — рабочий поток
• Реклама — отдельный сервис или домен
• Алиас сам по себе поток не разделяет

Как разделить потоки в небольшом офисе

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

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

• Назначить ответственного за список
• Отделить рекламу от сервисных писем
• Проверить лимиты конкретной платформы
• Провести тест на контролируемых адресах

Что закон требует от рекламной рассылки

Если письмо является рекламой и распространяется по сетям электросвязи, статья 18 закона № 38-ФЗ требует предварительного согласия адресата. Если возникнет спор, факт согласия должен доказать рекламораспространитель; по требованию адресата распространение рекламы ему нужно немедленно прекратить. Поэтому перед запуском я проверяю не только наличие адреса в таблице, но и источник его получения, формулировку согласия и то, какие сообщения этим согласием покрыты. Адрес, оставленный ради счета или ответа поддержки, сам по себе не подтверждает согласие на рекламу. Запись вида «клиент когда-то обращался» доказательством подписки не становится.

Флажок на сайте — один из способов собрать согласие, но важны понятный текст и сохранённая запись о действии: когда, где и на какую рассылку согласился человек. Отдельно классифицируйте сервисные уведомления и рекламные предложения: название «информационное письмо» не меняет смысл сообщения. Уберите адресата из рекламной отправки после отказа и передайте отказ всем инструментам, которые могут снова использовать этот список. Для отдельных категорий массовых писем Google и Yahoo устанавливают технические требования к простой отписке; они относятся к правилам конкретных почтовых систем и не заменяют требования российского закона. Я не обещаю юридическую оценку спорной кампании — при сомнительной классификации её должен проверить юрист.

• Хранить текст и источник согласия
• Обрабатывать отказ во всех списках
• Отличать рекламу от сервисного уведомления

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

Для массовых писем заведите отдельный адрес отправителя и, если схема это оправдывает, поддомен. Проверьте, что сервису разрешено отправлять от имени этого домена и что обратные адреса и ответы обрабатываются. Некоторые крупные получатели прямо рекомендуют не использовать один IP одновременно для рекламных и пользовательских или транзакционных сообщений. Это рекомендация конкретного провайдера, а не универсальное требование для любого адресата; решение об отдельном IP зависит от объёма, репутации адреса и того, кто будет его сопровождать. Если отправок мало, общий IP рассылочного сервиса может быть практичнее собственного. Самостоятельно купить адрес и отправить первую кампанию недостаточно: новый отправитель ещё должен получить нормальную историю доставки.

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

• Инвентаризировать все сервисы отправки
• Проверить SPF, DKIM и DMARC
• Не создавать несколько SPF-записей
• Проверить ответы и обработку отказов

Как запускать рассылку и оценивать прогрев

Новый IP или домен не нужно сразу нагружать всем накопленным списком. Начинайте с актуальных адресатов, которые недавно и явно согласились получать такие письма, затем повышайте объём постепенно. Универсального календаря с нормой на каждый день нет: допустимый темп зависит от принимающих систем, сервиса отправки, объёма и реакции получателей. Даже совет о постепенном увеличении объёма не означает, что надо неделю слать искусственные письма или имитировать открытия. Сверяйтесь с документацией выбранного сервиса и смотрите на отказы и жалобы после каждой отправки. Если адреса давно не проверялись, сначала разберите список; постепенный темп не делает его качественным.

Во время запуска отслеживайте недоставки, временные задержки, жалобы на спам и отписки. Рост этих показателей — повод остановиться и найти причину, а не ускориться ради красивого графика. Проверьте, кому ушло письмо, совпадает ли содержание с ожиданиями подписчика, правильно ли подписано сообщение и не нарушен ли лимит провайдера. Не делайте вывод по одному успешному тестовому письму: оно подтверждает лишь то, что тестовый адрес принял конкретное сообщение в конкретный момент. Если меняется отправитель или формат, повторно проверяйте метрики после переключения. Я предпочитаю медленный запуск проверенного списка красивой диаграмме, построенной на случайных адресах.

• Начать с актуальной аудитории
• Расширять объём по реакции получателей
• При росте жалоб остановиться и проверить причину

Что проверять, если письма не доходят

Сначала разделите симптомы: письмо отклонено сервером, задержано, принято и попало в спам или вообще не было отправлено. Сверьте ответ принимающего сервера с журналом рассылочного сервиса, проверьте текущие DNS-записи, авторизацию отправителя и лимит конкретной платформы. Затем посмотрите на список: не выросли ли недействительные адреса, жалобы и отписки. Для Gmail отправитель может использовать Postmaster Tools, чтобы видеть доступные ему показатели репутации домена и IP и жалоб пользователей; эти данные относятся к почте Gmail и не описывают доставку у всех операторов. Для других получателей ориентируйтесь на их ответы и доступные инструменты. Материал о чёрных списках и доставляемости полезен как часть диагностики, но наличие записи в одном списке не является универсальным диагнозом для всех почтовых систем.

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

• Ответ SMTP и журнал сервиса
• DNS-аутентификация отправителя
• Жалобы, отписки и недействительные адреса
• Лимиты именно вашего провайдера

Частые вопросы