Когда предприниматель запускает SMS-рассылку, он хочет быть уверен, что каждое сообщение дошло до клиента. Общий отчёт с одним процентом доставки не даёт этой уверенности. Отслеживание статуса каждого отправленного сообщения — delivered, undelivered, expired или rejected — показывает реальную картину. Без такой детализации невозможно понять, где именно теряются заказы и деньги. Разберём на примерах из Беларуси, какую пользу приносит постатусный контроль и как его настроить.
Что скрывается за словом «доставлено» в общем отчёте
Представьте небольшой интернет-магазин в Минске, который продаёт товары для рукоделия. За месяц отправлено 2000 SMS с уведомлениями о статусе заказа. Оператор шлюза присылает отчёт: «Доставка 94 %». Кажется, всё хорошо. На деле из 2000 сообщений 120 не дошли. Из них 60 абонентов сменили оператора, 30 — номер заблокирован, 20 — телефон выключен, ещё 10 — сообщение отклонено по тайм-ауту. Без разбивки по статусам магазин не узнает, что 90 клиентов можно вернуть, обновив контакты или выбрав другой канал связи. А общий процент скрывает проблему.
Как сделать: запросите у провайдера или SMPP-шлюза расширенный DLR (Delivery Receipt) с кодами ошибок. В протоколе SMPP статус доставки передаётся в виде числа, которое расшифровывается по спецификации. Настройте логирование этих статусов в своей CRM или отдельной таблице. Раз в неделю проверяйте не только процент, но и распределение причин недоставки.
Как статус доставки помогает чистить базу и экономить деньги
Пример — салон красоты в Бресте. Он два раза в месяц отправляет SMS о новых услугах и свободных окнах. Рассылка идёт по базе из 3000 номеров. Общий отчёт показывает 89 % доставки. Владелец платит за все 3000 отправок. Если посмотреть детально: 150 номеров не существует, 180 — «вне зоны» (недоступны более месяца), 70 — отклонены из-за тарифных ограничений. Итого 400 номеров — мёртвый груз. Переплата за них — примерно 40 BYN в месяц (при цене 0,10 BYN за SMS). За год — 480 BYN. Но главное — эти 400 номеров засоряют базу, искажают статистику открываемости и мешают нормальной работе с лояльной аудиторией.
Как сделать: используйте статусы undelivered для автоматического удаления или переноса номера в «чёрный список» после двух последовательных недоставок. В процессе масштабирования SMS-оповещений важно настроить правило: если номер даёт ошибку «абонент недоступен» более 30 дней, помечать его на верификацию. Это снижает затраты и повышает репутацию отправителя.
Задержки и перегрузки: почему детализация важна для интернет-магазина в Минске
Интернет-магазин электроники в Минске в период распродаж отправляет до 5000 SMS в день: уведомления о подтверждении заказа, сборке, отправке, готовности к выдаче. Пик — с 18 до 21 часа. Если смотреть только общий отчёт, видно, что доставка 97 % — вроде нормально. Но по детальным логам оказывается, что часть сообщений приходит с задержкой 20–40 минут. Клиент уже приехал в пункт выдачи, а SMS пришло после того, как он ушёл. Это увеличивает количество звонков в поддержку и возвраты.
Как сделать: настройте мониторинг времени доставки по каждому статусу. В сравнении SMPP и HTTP-шлюзов первый даёт возможность получать DLR в реальном времени. Если видите, что для 5–10 % сообщений статус приходит через 15 минут и более, проверяйте нагрузку на свой сервер и канал связи. Возможно, нужно уменьшить количество одновременных соединений (bind) или выбрать другого оператора для пиковых часов.
Какие коды статусов нужно смотреть обязательно
- DELIVRD — сообщение доставлено.
- UNDELIV — не доставлено, причина временная (абонент вне зоны, телефон выключен).
- EXPIRED — сообщение не доставлено за время жизни (обычно 1–3 дня). Номер может быть недоступен или заблокирован.
- REJECTD — отклонено оператором (спам-фильтр, неверный формат, тарифные ограничения).
- DELETED — удалено провайдером (например, при перегрузке очереди).
Типичные ошибки при работе со статусами доставки
- Полагаться на сводный отчёт за месяц и игнорировать подневную динамику.
- Не хранить историю статусов больше 30 дней — невозможно выявить тенденцию.
- Смешивать статусы от разных операторов без нормализации — коды могут отличаться (например, «Delivery Impossible» в одном шлюзе и «Undelivered» в другом).
- Не обрабатывать статус «EXPIRED» — через неделю можно отправить повторно через другой канал (Viber, WhatsApp), но без анализа вы этого не узнаете.
- Отключать DLR для экономии трафика — это лишает вас единственного инструмента контроля.
- Нет автоматического алерта при резком падении процента доставки (например, ниже 80 %) — проблему замечают через неделю.
Как настроить постатусный контроль — три шага на неделю
3 шага, которые можно сделать сегодня:
- Проверьте текущий формат получения DLR. Если используете HTTP-шлюз — убедитесь, что он возвращает код причины недоставки, а не просто «ok». Если есть возможность перейти на SMPP — сделайте это. SMS через SMPP надёжнее мессенджеров для уведомлений и даёт полный контроль над статусами.
- Настройте ежедневный скрипт (или запрос в CRM), который группирует статусы по каждому оператору. Сравните процент доставки в МТС, life:) и А1. Если у одного оператора более 5 % «UNDELIV», проверьте настройки маршрутизации у своего провайдера.
- Введите правило очистки базы: номера с двумя статусами EXPIRED подряд отправлять на повторную верификацию через другой канал (например, Viber) или временно блокировать для SMS-рассылок. Через месяц вы увидите снижение расходов и рост реальной доставки.
Постатусный контроль — не техническая роскошь, а инструмент экономии и качества сервиса. Перестаньте доверять общим цифрам и начните видеть каждый номер. Это напрямую влияет на лояльность клиентов и бюджет на рассылки.
Полезные ссылки: Протокол SMPP — что это, Масштабирование SMS-оповещений: от ручной отправки к SMPP-шлюзу, SMPP против HTTP-шлюзов: скорость SMS для бизнеса Беларуси.