Как отправлять миллионы SMS в сутки: руководство

Как строить очереди и ограничивать скорость в масштабе?

Поставьте между приложением и SMPP-соединением надёжную очередь и разбирайте её ограничителем скорости, который можно менять во время работы. Очередь поглощает всплески, ограничитель удерживает согласованную скорость.

• Token bucket на каждый бинд и маршрут. Пополняйте с согласованной скоростью TPS; на каждый submit_sm берите токен, считая каждый сегмент.
• Одна очередь на приоритет. Сначала OTP и уведомления, затем транзакционные, затем рекламные.
• Пауза при ошибках. При ESME_RTHROTTLED (0x58) или ESME_RMSGQFUL (0x14) остановитесь, затем повторяйте с экспоненциальной паузой и jitter. Не отправляйте повторно в плотном цикле.
• Переподключайтесь с паузой после разрыва и отслеживайте неподтверждённые порядковые номера, чтобы сверить, что было принято.
• Поддерживайте сессии. Спецификация определяет таймер enquire_link для проверки, что у партнёра есть активная сессия, и таймер неактивности, после которого сессию могут разорвать. Отправляйте enquire_link в простое.
• Идемпотентная отправка. Сохраняйте собственный идентификатор сообщения до отправки, чтобы повтор не привёл к двойной отправке.

Как маршрутизировать по операторам в масштабе?

Выстраивайте очереди и ограничивайте скорость не только по биндам, но и по оператору назначения, потому что медленный оператор не должен блокировать остальных. Операторы могут ограничивать A2P-трафик по отправителю или маршруту, поэтому реальный лимит для страны может быть ниже скорости аккаунта.

1. Определите оператора для каждого номера. Помогает проверка номеров; см. HLR-запросы.
2. Держите очередь и ограничитель на оператора или группу маршрутов.
3. Следите за долей доставки и задержкой отчётов по операторам и замедляйте тех, кто деградирует.
4. Спросите провайдера, используются ли прямые маршруты; см. прямые и серые маршруты.

Как обрабатывать отчёты о доставке в масштабе?

Рассматривайте отчёты о доставке как второй поток, не уступающий первому. Отчёт приходит как deliver_sm на вашем бинде, и на каждый нужно ответить deliver_sm_resp. Спецификация определяет в отчёте такие конечные и промежуточные состояния: DELIVRD, EXPIRED, DELETED, UNDELIV, ACCEPTD, UNKNOWN и REJECTD. См. отчёты о доставке и статусы доставки сообщений.

Надёжная схема:

1. Подтверждайте быстро. Отвечайте deliver_sm_resp, как только отчёт попал в очередь.
2. Обрабатывайте асинхронно воркерами, которые сопоставляют отчёт с исходным сообщением по идентификатору.
3. Делайте обработку идемпотентной. Отчёты могут повторяться, а доставка не по порядку возможна.
4. Учитывайте сегменты. В зависимости от маршрута вы можете получать отчёт на каждую часть или на сообщение; проверьте это.
5. Задайте тайм-аут для сообщений, которые так и не получили конечный статус, и помечайте их неизвестными.
6. Держите потребителей отчётов вне пути отправки, чтобы отставание не замедляло отправку.

Что нужно зарегистрировать по странам до отправки?

Правила Sender ID различаются по странам, а в некоторых странах незарегистрированных отправителей блокируют или заменяют. Примеры: в ОАЭ и Саудовской Аравии нужна регистрация у операторов, Индия требует регистрации на DLT заголовка и каждого шаблона, а США вместо буквенных отправителей используют 10DLC или toll-free. Сроки составляют от нескольких рабочих дней до примерно месяца на рынках, которые мы отслеживаем.

Начинайте регистрации в первую очередь: они на критическом пути запуска. Изучите правила SMS-маркетинга по странам, проверку Sender ID и руководство по Sender ID для ОАЭ и Саудовской Аравии. Мы вместе с вами готовим и подаём заявки на регистрацию через наш сервис регистрации; решения об одобрении остаются за регуляторами и операторами.

Как соблюдать тихие часы при больших объёмах?

Планируйте рекламу по местному времени каждого получателя и правилам страны, а нерекламный трафик в это ограничение не включайте. Некоторые рынки публикуют окна: ОАЭ запрещают рекламные тексты с 21:00 до 07:00, а Саудовская Аравия — с 22:00 до 09:00 и с 01:00 до 12:00 в Рамадан. См. тихие часы.

• Сгруппируйте список по странам и часовым поясам до постановки в очередь.
• Выпускайте каждую группу в свою очередь, когда открывается её окно.
• Останавливайте рекламные очереди в конце окна и переносите остаток на следующий день.
• Спланируйте последовательность с помощью планировщика времени отправки.

Узкое окно повышает нужный TPS, поэтому учитывайте его в формуле планирования.

Зачем разделять OTP и рекламный трафик?

OTP и уведомления критичны по времени, а рекламные кампании массовые; если они делят очередь или бинд, кампания может задержать код входа. Используйте отдельные бинды или аккаунты, отдельные Sender ID там, где этого требуют правила, отдельные очереди со строгим приоритетом и отдельный мониторинг. OTP не рекламные, поэтому тихие часы на них не распространяются. Защищайте и OTP-маршруты от злоупотреблений: см. защита от SMS-пампинга и руководство по OTP.

Какие KPI мониторить?

Следите за состоянием отправки, возрастом очереди, итогами отчётов и задержкой отчётов с разбивкой по странам и операторам. Настройте оповещения по отклонению от вашей базовой линии.

О диагностике читайте в материале как повысить доставляемость SMS.

Каков чек-лист запуска многомиллионной отправки?

1. Нужный пиковый TPS рассчитан по сегментам, окну и нагрузке OTP.
2. Скорость на бинд, число биндов, окно и исходные IP письменно подтверждены провайдером.
3. Sender ID зарегистрированы для каждой страны, с шаблонами там, где это требуется.
4. Нагрузочный тест на доле объёма, затем наращивание шагами; не начинайте с максимума.
5. Очереди, ограничитель, паузы и идемпотентность проверены, включая принудительный разрыв соединения.
6. Конвейер отчётов проверен при полном объёме отчётов.
7. Планирование по тихим часам проверено по каждой стране.
8. OTP-трафик отделён и мониторится.
9. Дашборды и оповещения работают, дежурный назначен.
10. Есть кнопка остановки, мгновенно прекращающая рекламные очереди.

Чем помогает OmniChannels.ai

BroadNet доставляет SMS по прямым подключениям к операторам и поддерживает SMPP 3.4 по TLS с биндами на аккаунт, а также REST API, массовую отправку, двусторонние SMS, Unicode и арабский, HLR-запросы и отчёты о доставке. Мощность рассчитывается на аккаунт и маршрут: сообщите нам направления, пиковый объём, окна отправки и Sender ID, и мы согласуем с вами пропускную способность, бинды и регистрации. Наша команда готовит регистрации Sender ID. Свяжитесь с отделом продаж и приложите план по объёмам или изучите оптовую программу.