Интеграция SMS-шлюза: массовые SMS из CRM по согласию

SMS по-прежнему открывают. Письмо тонет в почте, уведомления в мессенджерах копятся, но короткое сообщение на экране блокировки читают почти всегда. Проблема обычно не в самом сообщении, а в том, что большинство компаний используют sms шлюз по принципу «отправил и забыл». Имя отправителя не зарегистрировано, номера в кривом формате, согласие нигде не записано — а потом звучит жалоба: «наши сообщения не доходят».

Этот материал — о том, как правильно подключить SMS-провайдера к CRM и как управлять тем, что действительно решает исход: доставляемостью, именем отправителя, согласием на рассылку и реальной разницей между OTP и маркетинговыми SMS. Цель — настройка, которая не разваливается, как только растут объёмы.

Где SMS оправдывает себя, а где сжигает деньги

У SMS есть ровно одно преимущество — охват. Не нужны приложение, интернет и даже смартфон. Для срочных, коротких и одноразовых сообщений ничего лучше нет: код подтверждения, напоминание о встрече, уведомление «заказ передан в доставку».

Но будем честны. SMS — дорого и тесно. 160 символов, оплата за каждое сообщение, ни картинок, ни диалога. Для длинной истории про акцию или еженедельной рассылки это неподходящий инструмент. Мастерская, которая шлёт массовую SMS на каждый новый аромат свечей, разом сжигает бюджет и подталкивает людей ответить «СТОП».

• Оправдывает себя: одноразовые коды, уведомления о статусе заказа в интернет-магазине и напоминания о встречах из календаря — короткие, ожидаемые и привязанные ко времени, тут SMS обходит любой другой канал.
• Сжигает деньги: частые акции, длинный контент и рассылки «просто вспомнили о вас» дороги в SMS и стабильно порождают жалобы.

Что такое SMS-шлюз на самом деле

SMS-шлюз — это мост между вашим ПО и сетями операторов. CRM отправляет запрос к API, шлюз переводит его в формат, понятный сети оператора, и сообщение доходит до телефона. У большинства провайдеров есть ещё и «панель массовой рассылки», но для интеграции важен именно API: он возвращает идентификатор (message ID) на каждую отправку, по которому вы потом сопоставляете отчёт о доставке.

Есть две полосы движения, и путать их — классическая ошибка. Транзакционный трафик — это сервисные сообщения: коды подтверждения, статусы заказа, чеки. Рекламный трафик — это маркетинг, и он идёт с обязательствами: зарегистрированное имя отправителя, явное согласие и уважение к «тихим часам». Пустить и то и другое по одному маршруту под одним именем — самый быстрый способ создать проблему с доставкой.

Провайдеры либо подключены к операторам напрямую, либо работают как агрегатор, собирающий много операторов за одним API. Для вас практическая разница — цена и качество доставки; дешёвые «серые» маршруты умеют молча терять сообщения. Если вы не строите корпоративную инфраструктуру, писать собственный шлюз почти никогда не окупается — возьмите готового провайдера и вложитесь в интеграцию.

Как подключить шлюз к CRM

В здоровой схеме сообщение запускается событием в CRM, а не набирается вручную в панели. Меняется статус заказа, приближается встреча, отправлена форма — CRM подставляет данные в шаблон, вызывает API шлюза, а шлюз возвращает отчёт о доставке (DLR).

1Событие в CRM2Шаблон + номер3API шлюза4Оператор5Отчёт о доставке

При настройке важны три вещи. Номера нужно хранить в формате E.164 (+7…); шаблоны вести через поля подстановки ({имя}, {код}), а не копипастом; и отчёты о доставке записывать обратно в карточку. Если хотите фиксировать согласие с первого касания, интеграция веб-форм с CRM положит галочку согласия прямо в запись. А поскольку отчёты о доставке обычно приходят вебхуками, защита этих точек через проверку подписи вебхуков — тихая, но важная часть работы.

Одна техническая деталь бьёт прямо по бюджету: кодировка. В стандартном латинском алфавите SMS вмещает 160 символов, но кириллица переводит сообщение в Unicode, где предел падает до 70. То, что вы считали «одним сообщением», тихо разбивается на два-три сегмента и умножает стоимость. Тестируя шаблоны, следите не за числом символов, а за числом сегментов.

OTP против маркетинговых SMS: два разных мира

Разницу можно свести к одной строке: OTP должен быть быстрым, маркетинг — по согласию. Одноразовый код — это сервисное сообщение; пользователь уже ждёт его, поэтому нужен приоритетный, чистый маршрут. Секунды имеют значение, а код, пришедший через две минуты, хуже, чем бесполезен.

Маркетинговые SMS работают по совершенно другому договору. Явное согласие, зарегистрированное имя отправителя, простой отказ и уважение к «тихим часам» — всё это обязательно. Отправляйте и то и другое с одного имени по одному маршруту — и получите худшее из двух миров: OTP тормозят в очереди за рекламой, а маркетинг попадает под спам-фильтры.

Практическое разделение простое: дайте OTP и транзакционным сообщениям отдельный приоритетный маршрут и, по возможности, отдельное имя отправителя; маркетинг держите на своей отдельной базе с согласием. Тогда всплеск в одном не задушит другое; многие провайдеры предлагают это как отдельные субаккаунты для «транзакций» и «маркетинга».

Отправлять OTP по маркетинговому маршруту — всё равно что ставить скорую в хвост свадебного кортежа.

Что на самом деле определяет доставляемость

«Стопроцентной доставки» не существует, и провайдер, который её обещает, что-то вам продаёт. Каждое отправленное сообщение проходит через несколько фильтров, и на каждом теряется немного. Важно уметь видеть, где именно происходит потеря.

ОтправленоПринято операторомДоставлено на телефонДействие

Сильнее всего доставляемость роняют четыре вещи: номер не в формате E.164, незарегистрированное или неверное имя отправителя, списки с недействительными и дублирующимися номерами и контент, похожий на спам. Если вы не записываете отчёты о доставке обратно в CRM, вы ничего этого не заметите — просто решите, что сообщение «вроде ушло».

Сам отчёт о доставке — это тоже не короткое «ок». Обычно вы видите несколько статусов: принято оператором, доставлено на телефон, отклонено или всё ещё в ожидании. Хранение этих статусов в карточке превращает вопрос «почему не дошло?» из догадки в данные — а если один и тот же номер постоянно отклоняется, вы убираете его из списка.

Согласие, opt-in и имя отправителя

Согласие — не формальность, которую добавляют потом; это фундамент и доставляемости, и репутации. Рекламные SMS требуют явного, зафиксированного согласия, а хранение того, когда и откуда оно получено — прямо в карточке CRM — защищает вас и при проверке, и когда приходит жалоба. В работе с персональными данными это ещё и вопрос закона, а не только вежливости.

Имя отправителя (sender ID) — это лицо бренда в сообщении. Отправляете вы с общего имени вроде «INFO» или со своего зарегистрированного бренда — это влияет и на доверие, и на доставку. Зарегистрированное, постоянное имя реже попадает под фильтры, а получатель охотнее открывает сообщение от знакомого названия.

Собирая согласие, чётко фиксируйте источник: галочка в веб-форме, письменное разрешение в магазине и участие в розыгрыше — это не одно и то же. Запись «откуда и на что мы получили согласие» избавит вас от хлопот позже — и юридически, и репутационно.

• Фиксируйте согласие: храните дату, источник и объём каждого согласия в карточке, чтобы за секунды ответить на вопрос «почему мы вообще пишем этому человеку?».
• Сделайте отказ простым: в каждом рекламном сообщении нужен понятный путь отказа («СТОП» или похожее), и этот запрос надо исполнять немедленно.
• Закрепите имя отправителя: одно зарегистрированное имя со временем защищает и бренд, и репутацию доставки.

Как выбирать провайдера и маршрут

Провайдеры не взаимозаменяемы, даже когда прайсы выглядят одинаково. Хорошего отличают скучные, практичные вещи: качество маршрутов в нужную вам страну, поддержка нормальных отчётов о доставке, чистота API и то, отвечает ли поддержка, когда маршрут «падает» в субботу вечером.

С подозрением относитесь к слишком низким ценам. Сверхдешёвые маршруты часто оказываются «серыми»: они молча теряют сообщения или подменяют имя отправителя, и это выливается в необъяснимое падение доставки. Для OTP особенно стоит платить за прямой, надёжный маршрут — опоздавший код обходится куда дороже самого сообщения.

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

Держите список чистым

Доставляемость — не то, что настраивают один раз и забывают; она держится на гигиене списка. Убирайте недействительные номера по мере возвратов, немедленно исключайте отписавшихся и не шлите рекламу в «тихие часы». SMS со скидкой в два часа ночи заставит потянуться к «СТОП» даже лояльного клиента.

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

Отказы тоже не должны быть улицей с односторонним движением. Если человек отписался в одном канале, это должно дойти до остальных — поэтому важно держать статус отказа актуальным через двустороннюю синхронизацию данных. А если хотите измерять, что реально приносят кампании, встройте SMS в интеграцию с маркетинговыми инструментами и замкните цикл по эффективности вместо догадок.

Часто задаваемые вопросы

При грамотном использовании SMS остаётся самым надёжным каналом «достучаться сейчас». Но его сила — в дисциплине: верный номер, верное имя отправителя, чёткое согласие и доставляемость, которую можно измерить. Когда всё это живёт внутри CRM — согласие, шаблоны и отчёты о доставке в одной карточке, например в Rocketly, — SMS перестаёт быть игрой в угадайку и становится каналом, который можно масштабировать.