Для интеграторов
Два потока: транзакции и маркетинг
Нужно не смешивать OTP, чеки и статусы заказов с промо-рассылками: разные ключи, стоп-листы и ожидания по доставляемости.
Зачем два ключа
- Отдельный ключ (и при необходимости пул) под транзакции: OTP, чеки, статусы.
- Отдельный ключ под маркетинг: свои стоп-листы и лимиты прогрева.
- Жалоба или hard bounce в промо не должна глушить вход в аккаунт.
Продуктовый разбор транзакционного SMTP: /smtp-for-transactional/.
Схема «мастер-система + транспорт»
Типичная схема (в том числе в публичных кейсах вроде Banki.ru): клиентская платформа хранит базу и сегменты, Сам Отправил — только транспорт. Два ключа под разные потоки, пакетная отправка и вебхуки обратно в мастер-систему. Цифры объёмов и конверсий здесь не заявляем — только то, что подтверждено в первоисточнике кейса.
Практика в API
У каждого ключа — свой стоп-лист и свои отчёты /api/v2/blist/…. Вебхук URL можно развести по ключам. Для прогрева и репутации не гоняйте промо через транзакционный ключ.
Бесплатного тестового ключа нет (#21204). Регистрация в личном кабинете, верификация домена отправителя (DNS), затем боевой ключ для api.samotpravil.ru.