Транзакционные письма и уведомления: как сделать, чтобы их получали и читали

Транзакционные письма и уведомления — это сообщения, которые отправляются в ответ на действие пользователя или событие в системе: подтверждение регистрации, код входа, чек, статус заказа, напоминание об оплате. Они должны приходить быстро и не попадать в спам. Для этого нужны настроенные записи SPF, DKIM и DMARC, отдельный домен или поток для маркетинговых рассылок, очередь отправки и мониторинг доставки.

Разберём, чем такие письма отличаются от рассылок, как обеспечить доставляемость, как выбрать канал и как устроить систему уведомлений.

Чем транзакционные письма отличаются от рассылок?

Транзакционное письмо отправляется одному человеку в ответ на событие и ожидается им, а маркетинговая рассылка отправляется многим и часто без немедленного интереса со стороны получателя. Поэтому у них разные требования к скорости, согласию и репутации отправителя.

Признак	Транзакционные	Маркетинговые
Повод	Действие пользователя или событие	Решение компании
Ожидание получателя	Ждёт сейчас	Не ждёт
Скорость	Секунды	Не критична
Согласие на рассылку	Обычно не требуется	Требуется
Влияние на репутацию	Высокая вовлечённость	Риск жалоб на спам

Отправлять их стоит раздельно — с разных поддоменов или потоков, — чтобы жалобы на рассылку не уронили доставку кодов входа и чеков.

Как сделать, чтобы письма не попадали в спам?

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

example.ru.          TXT  "v=spf1 include:_spf.mailprovider.ru -all"
mail._domainkey      TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqh..."
_dmarc.example.ru.   TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.ru"

Чек-лист:

1. SPF — перечислены серверы, которым разрешено отправлять почту от вашего домена.
2. DKIM — письма подписываются ключом, подтверждающим подлинность.
3. DMARC — политика для писем, не прошедших проверку, и отчёты о попытках подделки.
4. Отдельные поддомены — для транзакционных писем и рассылок.
5. Чистые списки — несуществующие адреса удаляются после первой ошибки доставки.
6. Понятный отправитель и тема — пользователь сразу узнаёт письмо.

Фото: Unsplash

Какой канал выбрать для уведомления?

Канал выбирают по срочности и важности события. Срочное и важное — туда, где увидят сразу; подробное и документальное — на почту; некритичное — внутрь приложения.

• почта — чеки, документы, подтверждения, подробные сводки;
• push-уведомления — статусы заказа, сообщения, напоминания в мобильном приложении;
• SMS — коды подтверждения и критичные события, когда другого канала нет; дорого, подробнее о защите от накрутки в статье защита от ботов и спама;
• мессенджеры — статусы и напоминания, если клиент подключил бота, — статья Telegram-бот и Mini App для бизнеса;
• уведомления в интерфейсе — всё, что не требует немедленного внимания.

Как устроить систему уведомлений в приложении?

Когда событий и каналов становится много, уведомления выносят в отдельный модуль: код бизнес-логики сообщает «произошло событие», а модуль решает, кому, по какому каналу и в каком виде отправить, с учётом настроек пользователя.

• шаблоны писем и сообщений хранятся отдельно от кода и переводятся на все языки;
• отправка идёт через очередь с повторами — подробнее в статье очереди задач;
• пользователь управляет каналами и типами уведомлений в настройках;
• важные события дублируются в другом канале, если первый не сработал;
• одинаковые уведомления объединяются в сводку, чтобы не засыпать пользователя.

Как контролировать доставку?

Контролируют доставку по статистике сервиса отправки и по собственным метрикам: сколько писем доставлено, сколько отказов и жалоб, сколько времени проходит от события до получения. Резкое изменение этих показателей — повод разбираться сразу.

• доля доставленных писем и отказов по почтовым сервисам;
• жалобы на спам — должны быть близки к нулю для транзакционных писем;
• время от события до отправки — растущая очередь видна сразу;
• отчёты DMARC о попытках отправить письма от вашего имени;
• оповещение, если коды входа перестали доставляться.

Как настроить мониторинг — статья мониторинг и логирование, а о хранении адресов и согласий — персональные данные на сайте.

Коротко

• Транзакционные письма отправляются в ответ на событие и должны приходить за секунды.
• Отделяйте их от маркетинговых рассылок поддоменом или потоком.
• SPF, DKIM и DMARC — обязательная основа доставляемости.
• Канал выбирают по срочности: почта, push, SMS, мессенджеры, интерфейс.
• Отправка — через очередь, с настройками пользователя и мониторингом доставки.