Для интеграторов

Два потока: транзакции и маркетинг

Нужно не смешивать OTP, чеки и статусы заказов с промо-рассылками: разные ключи, стоп-листы и ожидания по доставляемости.

Зачем два ключа

  • Отдельный ключ (и при необходимости пул) под транзакции: OTP, чеки, статусы.
  • Отдельный ключ под маркетинг: свои стоп-листы и лимиты прогрева.
  • Жалоба или hard bounce в промо не должна глушить вход в аккаунт.

Продуктовый разбор транзакционного SMTP: /smtp-for-transactional/.

Схема «мастер-система + транспорт»

Типичная схема (в том числе в публичных кейсах вроде Banki.ru): клиентская платформа хранит базу и сегменты, Сам Отправил — только транспорт. Два ключа под разные потоки, пакетная отправка и вебхуки обратно в мастер-систему. Цифры объёмов и конверсий здесь не заявляем — только то, что подтверждено в первоисточнике кейса.

Практика в API

У каждого ключа — свой стоп-лист и свои отчёты /api/v2/blist/…. Вебхук URL можно развести по ключам. Для прогрева и репутации не гоняйте промо через транзакционный ключ.

Бесплатного тестового ключа нет (#21204). Регистрация в личном кабинете, верификация домена отправителя (DNS), затем боевой ключ для api.samotpravil.ru.