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

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

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

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

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

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

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

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

Практика в API

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

Ключ API — без заявки менеджеру: регистрация в личном кабинете, верификация домена отправителя (DNS), затем боевой ключ для api.samotpravil.ru. Тестового ключа без регистрации нет.