FMailer и российские сервисы рассылок: сравнение (2026)
FMailer и российские сервисы рассылок: где чьё место
FMailer — это транспорт для почты, которую отправляет ваше приложение: SMTP-релей на smtp.fmailer.ru и REST API, свои ключи DKIM на каждый домен, автоматическая проверка SPF и DMARC, приём отчётов DMARC на наш адрес rua=, журнал с настоящим ответом принимающего сервера и вебхуки о доставке, отказах и отписках. Письмо здесь собирает код, а не человек в редакторе.
Российский рынок рассылок при этом устроен так, что большинство сервисов решают другую задачу. Ниже — короткая карта рынка, чтобы стало видно, где стоит FMailer, а дальше разбор по возможностям: что FMailer делает с аутентификацией, с разделением потоков, с событиями, с отчётами DMARC, с трекингом, с отпиской и с входящей почтой. В конце — сравнительная таблица, инструкция по переезду и ответы на частые вопросы.
Российский рынок в четырёх категориях — и где в нём FMailer
Рынок делится не на «дорогие и дешёвые сервисы», а на четыре класса продуктов.
Полноценные ESP построены вокруг визуального редактора письма, базы подписчиков, сегментации и автоматических цепочек. Сюда относятся UniSender — один из самых известных российских сервисов email- и SMS-рассылок; SendPulse с несколькими каналами сразу (email, SMS, push, чат-боты в мессенджерах); DashaMail, сфокусированный на email; Sendsay с уклоном в сложные сценарии и большие базы; Notisend, где к email добавлены SMS и push. Центр тяжести у всех — кампании и подписчики.
CDP и enterprise-платформы продают не отправку писем, а управление клиентскими данными: Mindbox описывает себя как омниканальную платформу автоматизации маркетинга с профилем клиента, сегментацией, персонализацией сайта и программами лояльности; enKod — как платформу клиентских данных с массовыми и триггерными рассылками, push-уведомлениями и рекомендациями. Письмо здесь — один из выходов системы, а подключение обычно является проектом внедрения.
Транспорт — сервисы, у которых письмо приходит извне, из вашего приложения, и задача продукта в том, чтобы его аутентифицировать, отправить и рассказать, что с ним стало. Здесь Mailopost с API и SMTP; SMTP.bz, позиционируемый как SMTP-сервис с API, логами и валидатором адресов; Yandex Cloud Postbox, отправляющий по SMTP или AWS-SES-совместимому API внутри Yandex Cloud.
Свой Postfix — четвёртый вариант: софт бесплатный, контроль полный, а дальше начинается эксплуатация. PTR-запись и согласованность зон, прогрев нового IP неделями, выход из чёрных списков перепиской с каждым списком отдельно, приём и разбор XML-отчётов DMARC, мониторинг очереди с ретраями и greylisting, ведение списка подавления по кодам ответа и дежурство — почта ломается ночью так же охотно, как днём.
FMailer стоит в третьей категории. Он не рисует письма — он их доставляет и отвечает на вопрос, что с каждым из них произошло. Дальше — по возможностям, по одной на раздел.
Аутентификация домена: FMailer генерирует SPF, DKIM и DMARC и проверяет их сам
Для каждого подключённого домена FMailer генерирует отдельную пару ключей RSA на 2048 бит и подписывает каждое письмо алгоритмом rsa-sha256. Ключ не общий на весь сервис и не общий на аккаунт — репутация подписи принадлежит вашему домену.
Панель формирует три записи, которые нужно опубликовать у регистратора: SPF, DKIM и DMARC. Дальше проверка идёт сама: FMailer опрашивает DNS и отмечает домен подтверждённым, когда записи видны.
Ключевая деталь — проверка не разовая. Если запись потом пропадёт или её перепишут при переезде на другой хостинг, домен перестанет быть подтверждённым, и вы узнаете об этом от нас, а не от клиента, который не получил чек. Домен, у которого месяц назад отвалилась DKIM-запись, а никто не заметил, — самая обычная причина «письма вдруг перестали доходить».
Для контекста: настройку DKIM и SPF документируют практически все — это гигиенический минимум рынка, и у DashaMail, SendPulse, Notisend и Postbox есть свои инструкции по этим записям. Различие не в том, показывает ли сервис нужную строку для DNS, а в том, следит ли он за ней потом.
Транзакционные письма и рассылки: FMailer разводит потоки автоматически
Пароли, коды и чеки не должны ехать по тем же рельсам, что и акция на 200 000 адресов. Один всплеск жалоб на рассылку — и восстановление пароля начинает падать в спам.
FMailer разделяет эти потоки сам: классификатор определяет, что за письмо пришло на отправку, а отправитель может пометить письмо массовым явно, флагом в запросе. Явная пометка приоритетнее — вы всегда знаете о своём письме больше, чем эвристика.
Практический смысл в том, что кампания на большую базу не портит доставку писем со сбросом пароля. Это же объясняет, почему FMailer одинаково спокойно относится и к транзакционным письмам, и к рассылкам по вашей собственной базе: они не мешают друг другу.
Отдельно стоит развести и домены — об этом ниже, в разделе про частые ошибки.
SMTP и REST API: как FMailer подключается к вашему приложению
Подключиться можно двумя способами, и оба доступны сразу.
SMTP-релей — способ мигрировать за час. Приложение уже умеет отправлять почту; вы меняете три настройки:
host: smtp.fmailer.ru
port: 587 (STARTTLS) · 465 (TLS) · 25
login: логин токена домена
password: токен домена
auth: CRAM-MD5 или PLAIN
Токен создаётся отдельно на каждый домен, поэтому разработка, production и маркетинговый домен разводятся разными учётными данными.
REST API — для нового кода. Отправка письма с темой и телом:
curl -X POST https://api.fmailer.ru/external/send_email_simple/ \
-H "Content-Type: application/json" \
-d '{
"auth": {"username": "ЛОГИН_ТОКЕНА", "password": "ТОКЕН"},
"sender": "Магазин <noreply@example.ru>",
"recipient": "client@example.ru",
"subject": "Код подтверждения",
"body": "<p>Ваш код: 481920</p>",
"text": "Ваш код: 481920",
"idempotency_key": "otp-user-9182-1719158400"
}'
То же самое на Python, ближе к тому, как это выглядит в реальном бэкенде:
import requests
resp = requests.post(
"https://api.fmailer.ru/external/send_email_simple/",
json={
"auth": {"username": LOGIN, "password": TOKEN},
"sender": "Магазин <noreply@example.ru>",
"recipient": "client@example.ru",
"subject": "Код подтверждения",
"body": "<p>Ваш код: 481920</p>",
"text": "Ваш код: 481920",
# Защита от дубля, если запрос ушёл повторно после таймаута
"idempotency_key": "otp-user-9182-1719158400",
},
timeout=10,
)
resp.raise_for_status()
print(resp.json()["ok"])
Для этого API есть официальный Python SDK, если не хочется собирать запрос руками.
Два поля стоит поставить сразу, а не потом. idempotency_key — чтобы повтор запроса после таймаута не отправил второй код подтверждения. text — текстовая версия: если её не передать, FMailer выведет её из HTML, но вывод не знает, какие части вёрстки были украшением.
Письмо можно и не собирать в коде. FMailer хранит шаблоны на сервере: приложение передаёт tpl — идентификатор шаблона, params с данными для подстановки и, если у шаблона несколько языковых версий, lang. У одного шаблона может быть русская и английская версия, а оформление настраивается под ваш бренд: логотип, цвет, название компании. Менять вёрстку письма можно без релиза приложения.
Для контекста: SMTP и HTTP-API вместе документируют Mailopost, SMTP.bz, Notisend и Postbox (у последнего API AWS-SES-совместимый), а у ESP транзакционная отправка обычно вынесена в отдельный продукт или отдельный раздел документации.
События и вебхуки: FMailer отдаёт настоящий ответ принимающего сервера
Отправка — половина работы. Вторая половина — знать, что произошло.
FMailer шлёт вебхуки по событиям: доставлено, отложено, постоянный отказ, открытие, отписка. Запросы подписываются и повторяются при временной ошибке на вашей стороне, так что упавший на минуту обработчик не теряет события.
Главное здесь — журнал. По каждому письму в нём виден настоящий SMTP-ответ принимающего сервера: не «ошибка доставки», а строка, которую вернул сервер получателя, с кодом и текстом. Именно она отвечает на вопрос, почему письмо не дошло, и именно её не хватает, когда в интерфейсе стоит красный крестик без объяснений.
Вебхуки о событиях сейчас есть у большей части рынка: их документируют UniSender, SendPulse, DashaMail, Sendsay, Mailopost и Mindbox, а Postbox отдаёт уведомления об операциях с письмами в собственные сервисы логирования и мониторинга. Разница обычно не в наличии события, а в том, что лежит внутри него.
Отчёты DMARC и репутация домена: FMailer принимает rua и превращает его в число
Опубликовать _dmarc с p=none умеет кто угодно. Гораздо реже кто-то эти отчёты действительно принимает и читает.
Каждому домену в FMailer выдаётся адрес rua= на нашей стороне. Агрегированные отчёты, которые присылают почтовые провайдеры, разбираются, и измеренное по ним соответствие подписи и отправителя влияет на оценку репутации домена. Сама оценка пересчитывается непрерывно по доле доставленных писем, отказам, открытиям, жалобам на спам и отпискам.
Практический смысл простой. Сломанный ключ DKIM или SPF-запись, которая перестала авторизовать отправителя, становится числом в панели, а не загадкой на две недели. Репутация проседает раньше, чем начинают жаловаться пользователи, — и это тот показатель, за которым имеет смысл следить до того, как что-то сломается.
Это самая узкая часть рынка. Ближе всего подходит UniSender Go: если своей записи _dmarc у вас нет, он предлагает делегировать её CNAME-записью на свой домен и дальше ведёт её сам. Остальные разбираемые здесь сервисы документируют публикацию DMARC как вашу задачу и отчёты на свою сторону не принимают. Если для вас это важно, спрашивайте про rua= прямо, у кого угодно.
Трекинг на вашем домене: FMailer ставит пиксель и ссылки на stats.<домен>
Пиксель открытия и ссылки в письмах FMailer живут на stats.<ваш-домен>, а не на нашем хосте. Получатель не видит в письме чужой бренд, а репутация трекингового хоста принадлежит вам, а не общему пулу отправителей сервиса.
Это тот случай, когда рынок в целом согласен: собственный поддомен для ссылок настраивается CNAME-записью у SendPulse и DashaMail (последний прямо объясняет это тем, что так ваша репутация не зависит от других отправителей сервиса), а у UniSender Go есть раздел «Домены ссылок». У Mailopost документация описывает трекинг на служебных доменах сервиса.
Отписка в один клик: FMailer ставит заголовки RFC 8058 на массовых письмах
На массовых письмах FMailer проставляет List-Unsubscribe и List-Unsubscribe-Post — ту самую отписку в одно нажатие по RFC 8058, которую сейчас ожидают от массовых отправителей Gmail, Yahoo и Mail.ru. Отписавшиеся попадают в общий список подавления, и повторно им ничего не уйдёт.
Важная деталь реализации: транзакционные письма в этот механизм намеренно не включены. Список подавления общий, и отписка, записанная против письма со сбросом пароля, тихо остановила бы следующий такой же запрос у того же человека. Отписка от рассылки не должна ломать вход в аккаунт.
Без этих заголовков человек, которому надоела рассылка, нажимает «Спам». Отписка стоит вам одного адреса, жалоба — репутации домена.
Входящая почта: FMailer отдаёт письмо вебхуком inbound.received
FMailer умеет не только отправлять. Вы направляете MX отдельного поддомена — например, inbound.example.ru — на mx.fmailer.ru и задаёте маршруты: support, ticket-* или * для всего остального, приоритет у самого конкретного.
Каждое принятое письмо приходит в ваш сервис вебхуком inbound.received уже разобранным: отправитель, тема, текст и HTML, заголовки, результат проверки DKIM. Исходный .eml и каждое вложение доступны по авторизованной ссылке, а в панели ведётся журнал принятых писем.
Это не почтовый ящик для чтения человеком, а вход в ваше приложение: ответы клиентов попадают прямо в CRM или тикет-систему, без IMAP и без опроса ящика. MX основного домена при этом не трогается. Функция доступна на платных тарифах.
Отдельный входящий роутер на российском рынке есть, например, у DashaMail — «Даша.Роутер», который принимает письма на адреса клиента и шлёт разобранное письмо POST-запросом на указанный URL. У большинства остальных сервисов приём почты в открытой документации не описан.
Проверить домен до подключения: бесплатные чекеры FMailer
В разделе /tools у FMailer лежат чекеры SPF, DKIM, DMARC и MX и анализатор заголовков письма, который по служебным полям полученного сообщения показывает, что произошло с аутентификацией. Аккаунт для них не нужен — ими пользуются и те, кто ничего не подключает. Если вы сейчас выбираете сервис, это самый быстрый способ узнать, в каком состоянии ваш домен вообще находится.
FMailer и другие сервисы: сравнение возможностей
Таблица сравнивает возможности, а не качество и не цены.
| Сервис | SMTP-релей | REST API | Вебхуки о событиях | Трекинг на своём поддомене | Входящая почта | Приём отчётов DMARC |
|---|---|---|---|---|---|---|
| FMailer | да | да | да | да | да | да |
| UniSender | да | да | да | да | ? | да |
| SendPulse | да | да | да | да | ? | нет |
| DashaMail | да | да | да | да | да | ? |
| Sendsay | да | да | да | ? | ? | нет |
| Notisend | да | да | да | ? | нет | нет |
| Mindbox | нет | да | да | ? | нет | нет |
| enKod | нет | да | ? | ? | нет | нет |
| Mailopost | да | да | да | нет | нет | нет |
| SMTP.bz | да | да | ? | нет | нет | нет |
| Yandex Cloud Postbox | да | да | да | нет | нет | нет |
да — заявлено провайдером, нет — возможности нет или она не входит в продукт, ? — не удалось подтвердить по открытым источникам.
Данные из открытых источников — официальных сайтов и документации провайдеров, актуальны на момент публикации.
Две оговорки к строкам. У UniSender транзакционная отправка вынесена в отдельный продукт, UniSender Go, и строка отражает возможности этой связки; приём отчётов DMARC там устроен как делегирование записи _dmarc. У FMailer входящая почта доступна на платных тарифах.
Как переехать на FMailer
Шаг 1. Подключить домен и опубликовать DNS-записи
Добавьте домен в панели — она сгенерирует SPF, DKIM и DMARC, которые нужно опубликовать у регистратора. Дальше FMailer сам опрашивает DNS и отмечает домен подтверждённым, когда записи видны; скорость зависит от регистратора и TTL.
Отправляйте с поддомена (mail.example.ru) — тогда MX и корпоративная почта основного домена остаются нетронутыми. Пока записи расходятся по DNS, состояние можно проверить бесплатными чекерами в разделе /tools.
Шаг 2. Переключить SMTP или подключить API
Параметры SMTP и примеры запросов — выше, в разделе про подключение. Если приложение уже отправляет почту, менять код не нужно: меняются хост, логин и пароль. Можно начать с SMTP и перейти на API позже, когда понадобятся серверные шаблоны и идемпотентность.
Шаг 3. Подписаться на события
Настройте вебхук и обрабатывайте события: доставка, отложенная доставка, постоянный отказ, открытие, отписка. Постоянный отказ — сигнал занести адрес в подавление; отложенная доставка — не повод паниковать, это нормальная работа очереди.
Шаг 4. Переезжать по частям
Не переключайте весь трафик разом: для принимающей стороны это выглядит как внезапный всплеск от неизвестного отправителя. Начните с наименее критичного типа писем, посмотрите на долю доставленных и отказы, и только потом переносите коды и пароли. Порядок переноса — ваш, и торопиться в нём нечего.
Частые ошибки и что FMailer с ними делает
Транзакционные и массовые письма с одного домена. Один всплеск жалоб на рассылку — и коды подтверждения уходят в спам. FMailer разводит потоки внутри, но домены всё равно стоит развести: отдельный токен на каждый домен для того и нужен.
Нет rua= в DMARC. Политика опубликована, отчёты никуда не идут, и вы узнаёте о сломанной подписи от клиента. FMailer выдаёт адрес для отчётов каждому домену и превращает их в оценку репутации.
У массовых писем нет one-click отписки. Без List-Unsubscribe и List-Unsubscribe-Post человек нажимает «Спам». FMailer ставит эти заголовки на массовые письма автоматически.
Отправка с бесплатного адреса на mail.ru или yandex.ru. Их DMARC-политики не позволяют другому сервису отправлять от их имени, и такое письмо получатель либо не увидит, либо увидит с предупреждением. Отправляйте только со своего домена — FMailer и не даст отправить с чужого, отправитель проверяется по подключённому домену.
Купленные и собранные базы. Это не «плохая практика», а прямой путь в спам-ловушки и чёрные списки, откуда домен выбирается месяцами. Никакой сервис это не лечит.
Игнорирование soft bounce. Временный отказ (4xx) — это «попробуйте позже», и очередь попробует. Систематические временные отказы от одного провайдера — сигнал, что вас придерживают. В журнале FMailer виден код и текст ответа, так что этот сигнал можно прочитать заранее.
Частые вопросы о FMailer и российских сервисах рассылок
Чем FMailer отличается от сервиса рассылок?
Тем, кто пишет письмо. В сервисе рассылок письмо собирает человек в редакторе и отправляет по списку. В FMailer письмо порождает код по событию — регистрация, оплата, смена статуса заказа — и отправляется оно одному адресату. Отсюда всё остальное: там центр продукта — редактор и сегменты, здесь — API, журнал и события.
Можно ли отправлять через FMailer и рассылки, и транзакционные письма?
Да. Потоки разделяются автоматически, а отправитель может пометить письмо массовым явно. Домены при этом лучше развести, чтобы всплеск жалоб на рассылку не задел репутацию домена, с которого уходят пароли.
Нужно ли переносить корпоративную почту, чтобы подключить FMailer?
Нет. Отправка настраивается на отдельном поддомене, MX основного домена не трогаются, ваша переписка продолжает жить там, где жила.
Что выбрать — SMTP или API?
SMTP, если приложение уже отправляет почту и надо переехать быстро: меняются хост, логин и пароль. API, если пишете интеграцию с нуля и нужны серверные шаблоны, идемпотентность и машинный разбор ответа. Можно начать с первого и перейти ко второму.
Гарантирует ли статус «доставлено» попадание во «Входящие»?
Нет, и никакой сервис такого не гарантирует. Статус означает, что принимающий сервер принял сообщение; папку выбирают алгоритмы почтового провайдера и настройки получателя. Что FMailer даёт вместо обещаний — настоящий ответ принимающего сервера в журнале.
Зачем нужны отчёты DMARC, если письма и так доходят?
Чтобы узнать о поломке до того, как она станет заметна. Из агрегированных отчётов видно, сколько писем от вашего имени прошли проверку подписи, сколько нет и кто ещё отправляет от вашего домена. FMailer принимает эти отчёты на свой адрес rua= и превращает их в оценку репутации домена.
Можно ли через FMailer ещё и принимать письма?
Да, на платных тарифах. MX отдельного поддомена направляется на mx.fmailer.ru, задаются маршруты, и каждое входящее письмо приходит в ваш сервис вебхуком inbound.received с разобранными полями и вложениями.
Сколько стоят российские сервисы рассылок?
Модели разные — от объёма писем до подписки с внедрением, — и тарифы меняются. Сверяйтесь с актуальным прайсом на сайте каждого провайдера и уточняйте, что входит в цену: срок хранения журнала, выгрузка событий, поддержка и лимиты отправки различаются между планами сильнее, чем базовая стоимость письма.
Итог: где FMailer сильнее всего
Если письмо у вас собирает код, а вопросы звучат как «дошло или нет» и «что именно ответил сервер получателя», FMailer сделан ровно под это.
Подключив домен, вы получаете свои ключи DKIM на 2048 бит и записи SPF и DMARC, которые проверяются автоматически и после подключения тоже; реально принимаемые отчёты DMARC и репутацию домена как число; разделённые транзакционный и массовый потоки; вебхуки о событиях и журнал с настоящим SMTP-ответом; трекинг на вашем собственном stats.<домен>; отписку в один клик по RFC 8058 на массовых письмах; входящую почту вебхуком; серверные шаблоны с русской и английской версиями.
Попробовать FMailer
Подключите домен на fmailer.ru: панель сгенерирует SPF, DKIM и DMARC, проверит их сама, и первое письмо можно отправить через SMTP, ничего не меняя в коде. А проверить текущее состояние аутентификации своего домена можно прямо сейчас и без регистрации — бесплатными чекерами в разделе «Инструменты».