Сервисы для рассылки email почти всегда выбирают по одному признаку: сколько подписчиков влезает в стартовый план. Через полгода выясняется, что письма подписаны чужим доменом, жалобы получателей до отправителя не доходят, отписка требует авторизации, а базу нельзя выгрузить целиком. Ниже разбор по функциям и правовому контуру: что видно только при сравнении платформ, какие вопросы задать до регистрации и какой ответ считать провальным. Деньги здесь не разбираются намеренно, критерий выбора другой.
Платформа рассылок это три чужие вещи внутри вашего процесса: инфраструктура отправки, репутация которой складывается из поведения всех клиентов сервиса; хранилище персональных данных ваших клиентов, за которое перед законом отвечаете вы; служебные заголовки в вашем письме, потому что именно платформа решает, чем подписать сообщение и что ответить почтовому сервису на жалобу. Отсюда и список критериев, по которым платформы реально расходятся: чья DKIM-подпись на письме, как устроена отписка, отдаёт ли сервис жалобы получателей, где лежит база, что происходит с контактами при импорте, есть ли SMTP-релей и API, что вы заберёте при уходе. Блочный редактор и готовые шаблоны есть у всех, различать платформы по ним бесполезно.
Массовая рассылка email с корпоративного ящика упирается в жёсткие суточные лимиты почтовой службы. Яндекс 360 для бизнеса публикует их прямо в справке, обойти или изменить нельзя.
| Способ отправки | Лимит писем в сутки |
|---|---|
| Мобильное приложение | 50 |
| Веб-интерфейс, в адресатах отдельные пользователи | 1 000 |
| Веб-интерфейс, в адресатах рассылки | 10 000 |
| Почтовая программа или протокол SMTP | 300 |
Считается каждый получатель отдельно: письмо на десять адресов в полях «Кому», «Копия» и «Скрытая копия» списывает десять единиц лимита. При достижении потолка отправка блокируется на сутки и продлевается ещё на сутки при каждой новой попытке. Оговорка в справке: если антиспам заподозрит отправку однотипных или рекламных писем, блокировка придёт раньше максимального лимита. За массовыми рассылками Яндекс в том же документе отправляет в отдельный сервис, Яндекс Рассылки, входящий во все тарифы Яндекс 360 для бизнеса.
Свой почтовый сервер снимает лимит, но переносит на вас требования принимающей стороны. Google для отправителей более 5 000 писем в сутки в адрес Gmail требует SPF и DKIM, настроенную запись DMARC, совпадающие прямую и обратную DNS-записи, передачу по TLS и формат по RFC 5322 с корректным Message-ID. Правила Mail для сервисов рассылок добавляют требования к самому потоку: каждое письмо подписано двойным DKIM, домена сервиса и домена клиента, в заголовках стоят Precedence: bulk и List-Unsubscribe с действующим адресом отписки, клиентские рассылки не уходят ни с домена сервиса, ни с бесплатных адресов, а ответы SMTP с кодами 4xx и 5xx и попадания в папку «Спам» отслеживаются через постмастер. Отдельный вопрос, во сколько обходится нужный вам объём: сколько стоит запуск и ведение email-рассылки, разобрано в отдельном материале.
Первый вопрос платформе: чей домен стоит в поле d= DKIM-подписи, ваш или сервиса. Многие платформы по умолчанию подписывают поток своим доменом, и формально письмо проверку проходит. Следствие вылезает позже. Google выдаёт отправителю данные о жалобах по программе Feedback Loop только при выполнении набора условий: трафик подписан DKIM на домене, которым владеет и который контролирует сам отправитель, этот подписывающий домен добавлен и подтверждён в Postmaster Tools, отправляющие IP-адреса перечислены в SPF подписывающего домена, у IP есть PTR-запись с валидным именем хоста. Если письмо подписано доменом платформы, все эти данные принадлежат платформе, а не вам.
Правильная формулировка выглядит как у Unisender: сервис вносит записи в настройки вашего домена, «чтобы массовые рассылки подписывались электронными ключами вашего домена». Вопросы вендору: подписываете ли письма моим доменом, какой селектор выдаёте, можно ли сменить ключ без остановки отправки, останется ли подпись сервиса второй. Настройка записей это отдельная тема, здесь важно одно: умеет платформа или нет.
Отписка это единственная часть рассылки писем на email, которую вы не контролируете вручную: запрос приходит от почтовой службы, а не от человека, и обработать его должна платформа. С 1 февраля 2024 года Google требует поддержки отписки в один клик для маркетинговых и подписных сообщений у отправителей более 5 000 писем в сутки в адрес Gmail.
Механика описана в RFC 8058. В письме должны стоять два заголовка: List-Unsubscribe с одним HTTPS-адресом и List-Unsubscribe-Post, который содержит ровно одну пару ключ-значение, List-Unsubscribe=One-Click. Почтовый сервис выполняет HTTPS POST по этому адресу, и подписка должна сниматься без страницы подтверждения. Правила Mail для сервисов рассылок требуют того же по сути: заголовок List-Unsubscribe с действующим адресом отписки и своевременная обработка FBL и List-Unsubscribe, то есть однозначная отписка сразу после клика. Сам RFC запрещает передавать в этом POST куки и HTTP-авторизацию, поэтому отписка технически не может требовать входа в аккаунт или восстановления пароля.
Что проверять: ставятся ли оба заголовка автоматически на всех типах писем, включая транзакционные шаблоны и письма из сценариев; обрабатывается ли POST без промежуточной страницы; переносится ли статус отписки на все списки контактов, а не только на тот, из которого ушло письмо.
Кнопка «Спам» в почте это сигнал, который вы либо видите, либо нет. Google собирает жалобы в Feedback Loop по заголовку Feedback-ID вида a:b:c:SenderId, где три первых поля произвольные, а SenderId обязателен, занимает от 5 до 15 символов и должен быть постоянным для всего вашего потока. Отчёты формируются только по получателям на @gmail.com и только если идентификатор встречается в достаточном объёме писем и в отдельных жалобах пользователей, конкретный порог Google не публикует. Ориентир по доле жалоб в Postmaster Tools задан явно: ниже 0,30%, а для запаса прочности рекомендуется держаться ниже 0,10%.
Вопросы платформе: проставляет ли она Feedback-ID и можно ли зашить в него собственный идентификатор кампании; попадают ли полученные жалобы в ваш интерфейс или оседают у сервиса; заводится ли доступ к постмастерам под вашим доменом. Российские почтовые службы публичных порогов по доле жалоб не публикуют, а постмастер Mail открывается только после авторизации, поэтому вписывать конкретный процент в договор с подрядчиком не стоит.
Часть 5 статьи 18 закона 152-ФЗ в редакции Федерального закона от 28.02.2025 N 23-ФЗ запрещает при сборе персональных данных, в том числе через интернет, запись, систематизацию, накопление, хранение, уточнение и извлечение данных граждан России с использованием баз, находящихся за пределами территории России, кроме случаев из пунктов 2, 3, 4 и 8 части 1 статьи 6. Значит, вопрос о расположении серверов задаётся до регистрации, а не после первой проверки.
Формулировки вендоров различаются содержательно. DashaMail пишет, что «хранит и защищает ваши данные на территории Российской Федерации» и что включён в реестр российского программного обеспечения. Sendsay заявляет серверы в России. Unisender Go указывает серверы в России и соответствие 152-ФЗ, 242-ФЗ и 38-ФЗ. На странице SMTP-сервиса SendPulse написано прямо: «Отправляем рассылки через дата-центры в Европе с поддержкой SSL-соединения». Это не юридическое заключение, но это то, на что вендор публично подписался.
Второй правовой пункт: уведомление регулятора. По части 1 статьи 22 закона 152-ФЗ оператор обязан уведомить уполномоченный орган до начала обработки, а прежние исключения из пунктов 1-6 части 2 утратили силу с 1 сентября 2022 года по закону 266-ФЗ, оставшиеся пункты 7-9 к базе подписчиков отношения не имеют. По части 4 сведения вносятся в реестр операторов в течение тридцати дней и являются общедоступными, то есть проверить можно и платформу, и себя. В договоре фиксируйте, что оператор это вы, а платформа обрабатывает данные по вашему поручению.
Проверьте импорт на тестовом файле из сотни строк: приводит ли сервис адреса к нижнему регистру, склеивает ли дубли по адресу, а не по строке целиком, что делает с кириллическими доменами, сохраняет ли при повторном импорте статусы «отписан» и «пожаловался».
Отдельная категория это ролевые адреса. Правила Яндекс Рассылок прямо относят к спаму письма на почтовые ящики организаций, определяющие не сотрудника, а функцию: support@, admin@, info@, no-reply@. Цена нарушения там же: рассылку останавливают, письма списываются с тарифа без компенсации, а заблокировать могут и сам аккаунт, и организации, администратором которых вы являетесь. Значит, фильтр ролевых адресов на импорте это не удобство, а защита от блокировки.
Третье это отказы. Жёсткий отказ принимающего сервера, когда в ответе сказано, что такого пользователя не существует, означает мёртвый адрес, а повторные попытки бьют по репутации отправителя: правила Mail прямо обязывают сервис рассылок отслеживать ответы SMTP с кодами 4xx и 5xx. Спросите, останавливает ли платформа отправку на такой адрес автоматически и на каком по счёту отказе. Валидатор адресов заявлен, в частности, у Unisender и Mailopost, но он проверяет базу до отправки, а остановка по жёсткому отказу нужна после.
Платформы делятся по глубине работы с данными, а не по числу кнопок. Sendsay заявляет шесть каналов в одном сценарии: email, SMS, web push, mobile push, Telegram и VK, плюс коннекторы к amoCRM, Bitrix24 и Tilda. Mindbox строит сегментацию по RFM, личным данным и поведению, собирая данные с сайта, из приложения и с касс, и заявляет до 2 млн персонализированных писем в час на своих серверах в дата-центрах уровня Tier 3. DashaMail описывает триггерные рассылки как CDP и заявляет A/B-тесты. Unisender называет больше 40 готовых интеграций.
Практический критерий один: строится ли сегмент по событию, а не только по полю карточки. «Покупал за последние 90 дней» собирается почти везде, «открыл письмо о доставке, но не дошёл до оплаты» требует, чтобы платформа принимала ваши события извне. Без событий все триггеры сведутся к приветственной серии по дате подписки.
Разделите два продукта. Кампанийная платформа нужна маркетологу и живёт в интерфейсе, транспорт нужен разработчику и живёт в коде. Unisender Go описан именно так: «встраиваемый email-транспорт, который подключается к вашим системам через SMTP или API», с выделенным IP, White Label и логами операций. У DashaMail транзакционное API, SMTP API и API обработки входящих вынесены отдельно от основного, где методы разложены по группам Lists, Campaigns, Reports, Account и Dialogs, ответ по умолчанию в JSON, дополнительно JSONP и XML, а обязательные параметры любого запроса это method и api_key.
Что уточнить: есть ли вебхуки на доставку, отказ, жалобу и отписку, а не только выгрузка отчёта; можно ли завести отдельный ключ на подрядчика; разделяются ли потоки массовых и транзакционных писем по поддоменам. Последнее нужно затем, чтобы жалобы и отказы массового потока не утаскивали за собой доставляемость служебных писем.
Выбор обратим не полностью, и полезно знать заранее, что теряется. Инструкции Unisender по переходу описывают это без иллюзий: контакты забираются файлом CSV, автоматизации не мигрируют и сценарии пересоздаются вручную, историческая статистика доставок, открытий и кликов остаётся в прежнем сервисе, формы подписки меняются на сайте новым кодом, интеграции перенастраиваются на новые API-ключи, а вёрстка писем может измениться из-за разницы в правилах форматирования редакторов.
Косвенный маркер рынка: у Unisender есть отдельные инструкции по переходу с Sendsay, DashaMail, NotiSend, Mail365, SendPulse, Mailchimp, GetResponse, MailerLite, ActiveCampaign и eSputnik. Разумный порядок переезда выглядит так.
Переезд рассылки без потери базы и репутации домена
Сверим платформы по DKIM, отписке, экспорту и месту хранения базы, перенесём контакты вместе со статусами отписок и жалоб, пересоберём сценарии и подключим API к вашей CRM.
Лимитами и служебными заголовками. Ящик Яндекс 360 для бизнеса разрешает 300 писем в сутки через SMTP, 1 000 через веб-интерфейс на отдельных получателей, 10 000 при отправке на рассылки и 50 из мобильного приложения, причём каждый адрес в копии считается отдельным письмом. Платформа снимает лимит и берёт на себя подпись, отписку и обработку отказов.
Для отправителей более 5 000 писем в сутки в адрес Gmail она обязательна с 1 февраля 2024 года. Технически это два заголовка по RFC 8058: List-Unsubscribe с HTTPS-адресом и List-Unsubscribe-Post со значением List-Unsubscribe=One-Click, по которым почтовая служба выполняет POST и подписка снимается без подтверждения.
Проверяйте расположение баз. Часть 5 статьи 18 закона 152-ФЗ в редакции от 28.02.2025 запрещает запись, накопление и хранение персональных данных граждан России в базах за пределами страны, кроме случаев из пунктов 2, 3, 4 и 8 части 1 статьи 6. На странице SMTP-сервиса SendPulse, например, прямо указано, что рассылки отправляются через дата-центры в Европе.
По доступу к данным о жалобах. Google отдаёт отчёты Feedback Loop только тем, кто подписывает трафик DKIM на собственном домене, подтвердил домен в Postmaster Tools, перечислил отправляющие IP в SPF и настроил PTR-записи. Если платформа подписывает своим доменом, отчёты принадлежат ей.
По инструкциям Unisender по миграции: не переносятся автоматизации, их пересоздают вручную; остаётся в прежнем сервисе историческая статистика доставок, открытий и кликов; формы подписки меняются новым кодом на сайте; интеграции перенастраиваются на новые ключи. Контакты выгружаются файлом CSV, вёрстка писем может поехать из-за разницы редакторов.