[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-c2abf9a3-b6dc-43f6-92be-3237c886a504":3},{"id":4,"body":5,"uuid":6,"created_at":7,"updated_at":8,"brand":9,"header":10,"short_body":11,"image":12,"published":13,"published_at":14,"tags":15},32,"\u003Ch1>FMailer и российские сервисы рассылок: где чьё место\u003C\u002Fh1>\n\u003Cp>\u003Cstrong>FMailer\u003C\u002Fstrong> — это транспорт для почты, которую отправляет ваше приложение: SMTP-релей на \u003Ccode>smtp.fmailer.ru\u003C\u002Fcode> и REST API, свои ключи DKIM на каждый домен, автоматическая проверка SPF и DMARC, приём отчётов DMARC на наш адрес \u003Ccode>rua=\u003C\u002Fcode>, журнал с настоящим ответом принимающего сервера и вебхуки о доставке, отказах и отписках. Письмо здесь собирает код, а не человек в редакторе.\u003C\u002Fp>\n\u003Cp>Российский рынок рассылок при этом устроен так, что большинство сервисов решают другую задачу. Ниже — короткая карта рынка, чтобы стало видно, где стоит FMailer, а дальше разбор по возможностям: что FMailer делает с аутентификацией, с разделением потоков, с событиями, с отчётами DMARC, с трекингом, с отпиской и с входящей почтой. В конце — сравнительная таблица, инструкция по переезду и ответы на частые вопросы.\u003C\u002Fp>\n\u003Ch2>Российский рынок в четырёх категориях — и где в нём FMailer\u003C\u002Fh2>\n\u003Cp>Рынок делится не на «дорогие и дешёвые сервисы», а на четыре класса продуктов.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Полноценные ESP\u003C\u002Fstrong> построены вокруг визуального редактора письма, базы подписчиков, сегментации и автоматических цепочек. Сюда относятся UniSender — один из самых известных российских сервисов email- и SMS-рассылок; SendPulse с несколькими каналами сразу (email, SMS, push, чат-боты в мессенджерах); DashaMail, сфокусированный на email; Sendsay с уклоном в сложные сценарии и большие базы; Notisend, где к email добавлены SMS и push. Центр тяжести у всех — кампании и подписчики.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>CDP и enterprise-платформы\u003C\u002Fstrong> продают не отправку писем, а управление клиентскими данными: Mindbox описывает себя как омниканальную платформу автоматизации маркетинга с профилем клиента, сегментацией, персонализацией сайта и программами лояльности; enKod — как платформу клиентских данных с массовыми и триггерными рассылками, push-уведомлениями и рекомендациями. Письмо здесь — один из выходов системы, а подключение обычно является проектом внедрения.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Транспорт\u003C\u002Fstrong> — сервисы, у которых письмо приходит извне, из вашего приложения, и задача продукта в том, чтобы его аутентифицировать, отправить и рассказать, что с ним стало. Здесь Mailopost с API и SMTP; SMTP.bz, позиционируемый как SMTP-сервис с API, логами и валидатором адресов; Yandex Cloud Postbox, отправляющий по SMTP или AWS-SES-совместимому API внутри Yandex Cloud.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Свой Postfix\u003C\u002Fstrong> — четвёртый вариант: софт бесплатный, контроль полный, а дальше начинается эксплуатация. PTR-запись и согласованность зон, прогрев нового IP неделями, выход из чёрных списков перепиской с каждым списком отдельно, приём и разбор XML-отчётов DMARC, мониторинг очереди с ретраями и greylisting, ведение списка подавления по кодам ответа и дежурство — почта ломается ночью так же охотно, как днём.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>FMailer стоит в третьей категории.\u003C\u002Fstrong> Он не рисует письма — он их доставляет и отвечает на вопрос, что с каждым из них произошло. Дальше — по возможностям, по одной на раздел.\u003C\u002Fp>\n\u003Ch2>Аутентификация домена: FMailer генерирует SPF, DKIM и DMARC и проверяет их сам\u003C\u002Fh2>\n\u003Cp>Для каждого подключённого домена FMailer генерирует отдельную пару ключей RSA на 2048 бит и подписывает каждое письмо алгоритмом \u003Ccode>rsa-sha256\u003C\u002Fcode>. Ключ не общий на весь сервис и не общий на аккаунт — репутация подписи принадлежит вашему домену.\u003C\u002Fp>\n\u003Cp>Панель формирует три записи, которые нужно опубликовать у регистратора: SPF, DKIM и DMARC. Дальше проверка идёт сама: FMailer опрашивает DNS и отмечает домен подтверждённым, когда записи видны.\u003C\u002Fp>\n\u003Cp>Ключевая деталь — проверка не разовая. Если запись потом пропадёт или её перепишут при переезде на другой хостинг, домен перестанет быть подтверждённым, и вы узнаете об этом от нас, а не от клиента, который не получил чек. Домен, у которого месяц назад отвалилась DKIM-запись, а никто не заметил, — самая обычная причина «письма вдруг перестали доходить».\u003C\u002Fp>\n\u003Cp>Для контекста: настройку DKIM и SPF документируют практически все — это гигиенический минимум рынка, и у DashaMail, SendPulse, Notisend и Postbox есть свои инструкции по этим записям. Различие не в том, показывает ли сервис нужную строку для DNS, а в том, следит ли он за ней потом.\u003C\u002Fp>\n\u003Ch2>Транзакционные письма и рассылки: FMailer разводит потоки автоматически\u003C\u002Fh2>\n\u003Cp>Пароли, коды и чеки не должны ехать по тем же рельсам, что и акция на 200 000 адресов. Один всплеск жалоб на рассылку — и восстановление пароля начинает падать в спам.\u003C\u002Fp>\n\u003Cp>FMailer разделяет эти потоки сам: классификатор определяет, что за письмо пришло на отправку, а отправитель может пометить письмо массовым явно, флагом в запросе. Явная пометка приоритетнее — вы всегда знаете о своём письме больше, чем эвристика.\u003C\u002Fp>\n\u003Cp>Практический смысл в том, что кампания на большую базу не портит доставку писем со сбросом пароля. Это же объясняет, почему FMailer одинаково спокойно относится и к транзакционным письмам, и к рассылкам по вашей собственной базе: они не мешают друг другу.\u003C\u002Fp>\n\u003Cp>Отдельно стоит развести и домены — об этом ниже, в разделе про частые ошибки.\u003C\u002Fp>\n\u003Ch2>SMTP и REST API: как FMailer подключается к вашему приложению\u003C\u002Fh2>\n\u003Cp>Подключиться можно двумя способами, и оба доступны сразу.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>SMTP-релей\u003C\u002Fstrong> — способ мигрировать за час. Приложение уже умеет отправлять почту; вы меняете три настройки:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>host:     smtp.fmailer.ru\nport:     587 (STARTTLS) · 465 (TLS) · 25\nlogin:    логин токена домена\npassword: токен домена\nauth:     CRAM-MD5 или PLAIN\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Токен создаётся отдельно на каждый домен, поэтому разработка, production и маркетинговый домен разводятся разными учётными данными.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>REST API\u003C\u002Fstrong> — для нового кода. Отправка письма с темой и телом:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">curl -X POST https:\u002F\u002Fapi.fmailer.ru\u002Fexternal\u002Fsend_email_simple\u002F \\\n  -H "Content-Type: application\u002Fjson" \\\n  -d '{\n    "auth": {"username": "ЛОГИН_ТОКЕНА", "password": "ТОКЕН"},\n    "sender": "Магазин <noreply@example.ru>",\n    "recipient": "client@example.ru",\n    "subject": "Код подтверждения",\n    "body": "<p>Ваш код: 481920<\u002Fp>",\n    "text": "Ваш код: 481920",\n    "idempotency_key": "otp-user-9182-1719158400"\n  }'\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>То же самое на Python, ближе к тому, как это выглядит в реальном бэкенде:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-python\">import requests\n\nresp = requests.post(\n    "https:\u002F\u002Fapi.fmailer.ru\u002Fexternal\u002Fsend_email_simple\u002F",\n    json={\n        "auth": {"username": LOGIN, "password": TOKEN},\n        "sender": "Магазин <noreply@example.ru>",\n        "recipient": "client@example.ru",\n        "subject": "Код подтверждения",\n        "body": "<p>Ваш код: 481920<\u002Fp>",\n        "text": "Ваш код: 481920",\n        # Защита от дубля, если запрос ушёл повторно после таймаута\n        "idempotency_key": "otp-user-9182-1719158400",\n    },\n    timeout=10,\n)\nresp.raise_for_status()\nprint(resp.json()["ok"])\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Для этого API есть официальный Python SDK, если не хочется собирать запрос руками.\u003C\u002Fp>\n\u003Cp>Два поля стоит поставить сразу, а не потом. \u003Cstrong>\u003Ccode>idempotency_key\u003C\u002Fcode>\u003C\u002Fstrong> — чтобы повтор запроса после таймаута не отправил второй код подтверждения. \u003Cstrong>\u003Ccode>text\u003C\u002Fcode>\u003C\u002Fstrong> — текстовая версия: если её не передать, FMailer выведет её из HTML, но вывод не знает, какие части вёрстки были украшением.\u003C\u002Fp>\n\u003Cp>Письмо можно и не собирать в коде. FMailer хранит шаблоны на сервере: приложение передаёт \u003Ccode>tpl\u003C\u002Fcode> — идентификатор шаблона, \u003Ccode>params\u003C\u002Fcode> с данными для подстановки и, если у шаблона несколько языковых версий, \u003Ccode>lang\u003C\u002Fcode>. У одного шаблона может быть русская и английская версия, а оформление настраивается под ваш бренд: логотип, цвет, название компании. Менять вёрстку письма можно без релиза приложения.\u003C\u002Fp>\n\u003Cp>Для контекста: SMTP и HTTP-API вместе документируют Mailopost, SMTP.bz, Notisend и Postbox (у последнего API AWS-SES-совместимый), а у ESP транзакционная отправка обычно вынесена в отдельный продукт или отдельный раздел документации.\u003C\u002Fp>\n\u003Ch2>События и вебхуки: FMailer отдаёт настоящий ответ принимающего сервера\u003C\u002Fh2>\n\u003Cp>Отправка — половина работы. Вторая половина — знать, что произошло.\u003C\u002Fp>\n\u003Cp>FMailer шлёт вебхуки по событиям: доставлено, отложено, постоянный отказ, открытие, отписка. Запросы подписываются и повторяются при временной ошибке на вашей стороне, так что упавший на минуту обработчик не теряет события.\u003C\u002Fp>\n\u003Cp>Главное здесь — журнал. По каждому письму в нём виден \u003Cstrong>настоящий SMTP-ответ принимающего сервера\u003C\u002Fstrong>: не «ошибка доставки», а строка, которую вернул сервер получателя, с кодом и текстом. Именно она отвечает на вопрос, почему письмо не дошло, и именно её не хватает, когда в интерфейсе стоит красный крестик без объяснений.\u003C\u002Fp>\n\u003Cp>Вебхуки о событиях сейчас есть у большей части рынка: их документируют UniSender, SendPulse, DashaMail, Sendsay, Mailopost и Mindbox, а Postbox отдаёт уведомления об операциях с письмами в собственные сервисы логирования и мониторинга. Разница обычно не в наличии события, а в том, что лежит внутри него.\u003C\u002Fp>\n\u003Ch2>Отчёты DMARC и репутация домена: FMailer принимает \u003Ccode>rua\u003C\u002Fcode> и превращает его в число\u003C\u002Fh2>\n\u003Cp>Опубликовать \u003Ccode>_dmarc\u003C\u002Fcode> с \u003Ccode>p=none\u003C\u002Fcode> умеет кто угодно. Гораздо реже кто-то эти отчёты действительно принимает и читает.\u003C\u002Fp>\n\u003Cp>Каждому домену в FMailer выдаётся адрес \u003Ccode>rua=\u003C\u002Fcode> \u003Cstrong>на нашей стороне\u003C\u002Fstrong>. Агрегированные отчёты, которые присылают почтовые провайдеры, разбираются, и измеренное по ним соответствие подписи и отправителя влияет на оценку репутации домена. Сама оценка пересчитывается непрерывно по доле доставленных писем, отказам, открытиям, жалобам на спам и отпискам.\u003C\u002Fp>\n\u003Cp>Практический смысл простой. Сломанный ключ DKIM или SPF-запись, которая перестала авторизовать отправителя, становится числом в панели, а не загадкой на две недели. Репутация проседает раньше, чем начинают жаловаться пользователи, — и это тот показатель, за которым имеет смысл следить до того, как что-то сломается.\u003C\u002Fp>\n\u003Cp>Это самая узкая часть рынка. Ближе всего подходит UniSender Go: если своей записи \u003Ccode>_dmarc\u003C\u002Fcode> у вас нет, он предлагает делегировать её CNAME-записью на свой домен и дальше ведёт её сам. Остальные разбираемые здесь сервисы документируют публикацию DMARC как вашу задачу и отчёты на свою сторону не принимают. Если для вас это важно, спрашивайте про \u003Ccode>rua=\u003C\u002Fcode> прямо, у кого угодно.\u003C\u002Fp>\n\u003Ch2>Трекинг на вашем домене: FMailer ставит пиксель и ссылки на \u003Ccode>stats.<домен>\u003C\u002Fcode>\u003C\u002Fh2>\n\u003Cp>Пиксель открытия и ссылки в письмах FMailer живут на \u003Ccode>stats.<ваш-домен>\u003C\u002Fcode>, а не на нашем хосте. Получатель не видит в письме чужой бренд, а репутация трекингового хоста принадлежит вам, а не общему пулу отправителей сервиса.\u003C\u002Fp>\n\u003Cp>Это тот случай, когда рынок в целом согласен: собственный поддомен для ссылок настраивается CNAME-записью у SendPulse и DashaMail (последний прямо объясняет это тем, что так ваша репутация не зависит от других отправителей сервиса), а у UniSender Go есть раздел «Домены ссылок». У Mailopost документация описывает трекинг на служебных доменах сервиса.\u003C\u002Fp>\n\u003Ch2>Отписка в один клик: FMailer ставит заголовки RFC 8058 на массовых письмах\u003C\u002Fh2>\n\u003Cp>На массовых письмах FMailer проставляет \u003Ccode>List-Unsubscribe\u003C\u002Fcode> и \u003Ccode>List-Unsubscribe-Post\u003C\u002Fcode> — ту самую отписку в одно нажатие по \u003Cstrong>RFC 8058\u003C\u002Fstrong>, которую сейчас ожидают от массовых отправителей Gmail, Yahoo и Mail.ru. Отписавшиеся попадают в общий список подавления, и повторно им ничего не уйдёт.\u003C\u002Fp>\n\u003Cp>Важная деталь реализации: транзакционные письма в этот механизм \u003Cstrong>намеренно не включены\u003C\u002Fstrong>. Список подавления общий, и отписка, записанная против письма со сбросом пароля, тихо остановила бы следующий такой же запрос у того же человека. Отписка от рассылки не должна ломать вход в аккаунт.\u003C\u002Fp>\n\u003Cp>Без этих заголовков человек, которому надоела рассылка, нажимает «Спам». Отписка стоит вам одного адреса, жалоба — репутации домена.\u003C\u002Fp>\n\u003Ch2>Входящая почта: FMailer отдаёт письмо вебхуком \u003Ccode>inbound.received\u003C\u002Fcode>\u003C\u002Fh2>\n\u003Cp>FMailer умеет не только отправлять. Вы направляете MX отдельного поддомена — например, \u003Ccode>inbound.example.ru\u003C\u002Fcode> — на \u003Ccode>mx.fmailer.ru\u003C\u002Fcode> и задаёте маршруты: \u003Ccode>support\u003C\u002Fcode>, \u003Ccode>ticket-*\u003C\u002Fcode> или \u003Ccode>*\u003C\u002Fcode> для всего остального, приоритет у самого конкретного.\u003C\u002Fp>\n\u003Cp>Каждое принятое письмо приходит в ваш сервис вебхуком \u003Ccode>inbound.received\u003C\u002Fcode> уже разобранным: отправитель, тема, текст и HTML, заголовки, результат проверки DKIM. Исходный \u003Ccode>.eml\u003C\u002Fcode> и каждое вложение доступны по авторизованной ссылке, а в панели ведётся журнал принятых писем.\u003C\u002Fp>\n\u003Cp>Это не почтовый ящик для чтения человеком, а вход в ваше приложение: ответы клиентов попадают прямо в CRM или тикет-систему, без IMAP и без опроса ящика. MX основного домена при этом не трогается. Функция доступна на платных тарифах.\u003C\u002Fp>\n\u003Cp>Отдельный входящий роутер на российском рынке есть, например, у DashaMail — «Даша.Роутер», который принимает письма на адреса клиента и шлёт разобранное письмо POST-запросом на указанный URL. У большинства остальных сервисов приём почты в открытой документации не описан.\u003C\u002Fp>\n\u003Ch2>Проверить домен до подключения: бесплатные чекеры FMailer\u003C\u002Fh2>\n\u003Cp>В разделе \u003Ccode>\u002Ftools\u003C\u002Fcode> у FMailer лежат чекеры SPF, DKIM, DMARC и MX и анализатор заголовков письма, который по служебным полям полученного сообщения показывает, что произошло с аутентификацией. Аккаунт для них не нужен — ими пользуются и те, кто ничего не подключает. Если вы сейчас выбираете сервис, это самый быстрый способ узнать, в каком состоянии ваш домен вообще находится.\u003C\u002Fp>\n\u003Ch2>FMailer и другие сервисы: сравнение возможностей\u003C\u002Fh2>\n\u003Cp>Таблица сравнивает \u003Cstrong>возможности\u003C\u002Fstrong>, а не качество и не цены.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Сервис\u003C\u002Fth>\n\u003Cth>SMTP-релей\u003C\u002Fth>\n\u003Cth>REST API\u003C\u002Fth>\n\u003Cth>Вебхуки о событиях\u003C\u002Fth>\n\u003Cth>Трекинг на своём поддомене\u003C\u002Fth>\n\u003Cth>Входящая почта\u003C\u002Fth>\n\u003Cth>Приём отчётов DMARC\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>FMailer\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>да\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>да\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>да\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>да\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>да\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>да\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>UniSender\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>SendPulse\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>DashaMail\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Sendsay\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Notisend\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Mindbox\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>enKod\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Mailopost\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>SMTP.bz\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>?\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Yandex Cloud Postbox\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>да\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003Ctd>нет\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>\u003Ccode>да\u003C\u002Fcode> — заявлено провайдером, \u003Ccode>нет\u003C\u002Fcode> — возможности нет или она не входит в продукт, \u003Ccode>?\u003C\u002Fcode> — не удалось подтвердить по открытым источникам.\u003C\u002Fp>\n\u003Cp>Данные из открытых источников — официальных сайтов и документации провайдеров, актуальны на момент публикации.\u003C\u002Fp>\n\u003Cp>Две оговорки к строкам. У UniSender транзакционная отправка вынесена в отдельный продукт, UniSender Go, и строка отражает возможности этой связки; приём отчётов DMARC там устроен как делегирование записи \u003Ccode>_dmarc\u003C\u002Fcode>. У FMailer входящая почта доступна на платных тарифах.\u003C\u002Fp>\n\u003Ch2>Как переехать на FMailer\u003C\u002Fh2>\n\u003Ch3>Шаг 1. Подключить домен и опубликовать DNS-записи\u003C\u002Fh3>\n\u003Cp>Добавьте домен в панели — она сгенерирует SPF, DKIM и DMARC, которые нужно опубликовать у регистратора. Дальше FMailer сам опрашивает DNS и отмечает домен подтверждённым, когда записи видны; скорость зависит от регистратора и TTL.\u003C\u002Fp>\n\u003Cp>Отправляйте с поддомена (\u003Ccode>mail.example.ru\u003C\u002Fcode>) — тогда MX и корпоративная почта основного домена остаются нетронутыми. Пока записи расходятся по DNS, состояние можно проверить бесплатными чекерами в разделе \u003Ccode>\u002Ftools\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3>Шаг 2. Переключить SMTP или подключить API\u003C\u002Fh3>\n\u003Cp>Параметры SMTP и примеры запросов — выше, в разделе про подключение. Если приложение уже отправляет почту, менять код не нужно: меняются хост, логин и пароль. Можно начать с SMTP и перейти на API позже, когда понадобятся серверные шаблоны и идемпотентность.\u003C\u002Fp>\n\u003Ch3>Шаг 3. Подписаться на события\u003C\u002Fh3>\n\u003Cp>Настройте вебхук и обрабатывайте события: доставка, отложенная доставка, постоянный отказ, открытие, отписка. Постоянный отказ — сигнал занести адрес в подавление; отложенная доставка — не повод паниковать, это нормальная работа очереди.\u003C\u002Fp>\n\u003Ch3>Шаг 4. Переезжать по частям\u003C\u002Fh3>\n\u003Cp>Не переключайте весь трафик разом: для принимающей стороны это выглядит как внезапный всплеск от неизвестного отправителя. Начните с наименее критичного типа писем, посмотрите на долю доставленных и отказы, и только потом переносите коды и пароли. Порядок переноса — ваш, и торопиться в нём нечего.\u003C\u002Fp>\n\u003Ch2>Частые ошибки и что FMailer с ними делает\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Транзакционные и массовые письма с одного домена.\u003C\u002Fstrong> Один всплеск жалоб на рассылку — и коды подтверждения уходят в спам. FMailer разводит потоки внутри, но домены всё равно стоит развести: отдельный токен на каждый домен для того и нужен.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Нет \u003Ccode>rua=\u003C\u002Fcode> в DMARC.\u003C\u002Fstrong> Политика опубликована, отчёты никуда не идут, и вы узнаёте о сломанной подписи от клиента. FMailer выдаёт адрес для отчётов каждому домену и превращает их в оценку репутации.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>У массовых писем нет one-click отписки.\u003C\u002Fstrong> Без \u003Ccode>List-Unsubscribe\u003C\u002Fcode> и \u003Ccode>List-Unsubscribe-Post\u003C\u002Fcode> человек нажимает «Спам». FMailer ставит эти заголовки на массовые письма автоматически.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Отправка с бесплатного адреса на mail.ru или yandex.ru.\u003C\u002Fstrong> Их DMARC-политики не позволяют другому сервису отправлять от их имени, и такое письмо получатель либо не увидит, либо увидит с предупреждением. Отправляйте только со своего домена — FMailer и не даст отправить с чужого, отправитель проверяется по подключённому домену.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Купленные и собранные базы.\u003C\u002Fstrong> Это не «плохая практика», а прямой путь в спам-ловушки и чёрные списки, откуда домен выбирается месяцами. Никакой сервис это не лечит.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Игнорирование soft bounce.\u003C\u002Fstrong> Временный отказ (\u003Ccode>4xx\u003C\u002Fcode>) — это «попробуйте позже», и очередь попробует. Систематические временные отказы от одного провайдера — сигнал, что вас придерживают. В журнале FMailer виден код и текст ответа, так что этот сигнал можно прочитать заранее.\u003C\u002Fp>\n\u003Ch2>Частые вопросы о FMailer и российских сервисах рассылок\u003C\u002Fh2>\n\u003Ch3>Чем FMailer отличается от сервиса рассылок?\u003C\u002Fh3>\n\u003Cp>Тем, кто пишет письмо. В сервисе рассылок письмо собирает человек в редакторе и отправляет по списку. В FMailer письмо порождает код по событию — регистрация, оплата, смена статуса заказа — и отправляется оно одному адресату. Отсюда всё остальное: там центр продукта — редактор и сегменты, здесь — API, журнал и события.\u003C\u002Fp>\n\u003Ch3>Можно ли отправлять через FMailer и рассылки, и транзакционные письма?\u003C\u002Fh3>\n\u003Cp>Да. Потоки разделяются автоматически, а отправитель может пометить письмо массовым явно. Домены при этом лучше развести, чтобы всплеск жалоб на рассылку не задел репутацию домена, с которого уходят пароли.\u003C\u002Fp>\n\u003Ch3>Нужно ли переносить корпоративную почту, чтобы подключить FMailer?\u003C\u002Fh3>\n\u003Cp>Нет. Отправка настраивается на отдельном поддомене, MX основного домена не трогаются, ваша переписка продолжает жить там, где жила.\u003C\u002Fp>\n\u003Ch3>Что выбрать — SMTP или API?\u003C\u002Fh3>\n\u003Cp>SMTP, если приложение уже отправляет почту и надо переехать быстро: меняются хост, логин и пароль. API, если пишете интеграцию с нуля и нужны серверные шаблоны, идемпотентность и машинный разбор ответа. Можно начать с первого и перейти ко второму.\u003C\u002Fp>\n\u003Ch3>Гарантирует ли статус «доставлено» попадание во «Входящие»?\u003C\u002Fh3>\n\u003Cp>Нет, и никакой сервис такого не гарантирует. Статус означает, что принимающий сервер принял сообщение; папку выбирают алгоритмы почтового провайдера и настройки получателя. Что FMailer даёт вместо обещаний — настоящий ответ принимающего сервера в журнале.\u003C\u002Fp>\n\u003Ch3>Зачем нужны отчёты DMARC, если письма и так доходят?\u003C\u002Fh3>\n\u003Cp>Чтобы узнать о поломке до того, как она станет заметна. Из агрегированных отчётов видно, сколько писем от вашего имени прошли проверку подписи, сколько нет и кто ещё отправляет от вашего домена. FMailer принимает эти отчёты на свой адрес \u003Ccode>rua=\u003C\u002Fcode> и превращает их в оценку репутации домена.\u003C\u002Fp>\n\u003Ch3>Можно ли через FMailer ещё и принимать письма?\u003C\u002Fh3>\n\u003Cp>Да, на платных тарифах. MX отдельного поддомена направляется на \u003Ccode>mx.fmailer.ru\u003C\u002Fcode>, задаются маршруты, и каждое входящее письмо приходит в ваш сервис вебхуком \u003Ccode>inbound.received\u003C\u002Fcode> с разобранными полями и вложениями.\u003C\u002Fp>\n\u003Ch3>Сколько стоят российские сервисы рассылок?\u003C\u002Fh3>\n\u003Cp>Модели разные — от объёма писем до подписки с внедрением, — и тарифы меняются. Сверяйтесь с актуальным прайсом на сайте каждого провайдера и уточняйте, что входит в цену: срок хранения журнала, выгрузка событий, поддержка и лимиты отправки различаются между планами сильнее, чем базовая стоимость письма.\u003C\u002Fp>\n\u003Ch2>Итог: где FMailer сильнее всего\u003C\u002Fh2>\n\u003Cp>Если письмо у вас собирает код, а вопросы звучат как «дошло или нет» и «что именно ответил сервер получателя», FMailer сделан ровно под это.\u003C\u002Fp>\n\u003Cp>Подключив домен, вы получаете свои ключи DKIM на 2048 бит и записи SPF и DMARC, которые проверяются автоматически и после подключения тоже; реально принимаемые отчёты DMARC и репутацию домена как число; разделённые транзакционный и массовый потоки; вебхуки о событиях и журнал с настоящим SMTP-ответом; трекинг на вашем собственном \u003Ccode>stats.<домен>\u003C\u002Fcode>; отписку в один клик по RFC 8058 на массовых письмах; входящую почту вебхуком; серверные шаблоны с русской и английской версиями.\u003C\u002Fp>\n\u003Ch2>Попробовать FMailer\u003C\u002Fh2>\n\u003Cp>Подключите домен на fmailer.ru: панель сгенерирует SPF, DKIM и DMARC, проверит их сама, и первое письмо можно отправить через SMTP, ничего не меняя в коде. А проверить текущее состояние аутентификации своего домена можно прямо сейчас и без регистрации — бесплатными чекерами в разделе «Инструменты».\u003C\u002Fp>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Ffmailer.ru\">Подключить домен на fmailer.ru →\u003C\u002Fa>\u003C\u002Fp>","c2abf9a3-b6dc-43f6-92be-3237c886a504","2026-08-27T20:02:36.484745+03:00","2026-08-27T20:03:15.462008+03:00","fmailer","FMailer и российские сервисы рассылок: сравнение (2026)","FMailer — SMTP-релей и REST API для писем из вашего приложения: DKIM на домен, отчёты DMARC, вебхуки. Разбираем российский рынок рассылок и место FMailer.","https:\u002F\u002Fapi.fmailer.ru\u002Fmedia\u002Fblog\u002Frecord_c2abf9a3-b6dc-43f6-92be-3237c886a504\u002F87e106dd-3976-4857-9835-069b624725d4.png",true,"2026-08-27T19:57:55+03:00",[16,17,18],"российские сервисы рассылок","сервис транзакционных писем","smtp релей для рассылок"]