В августе 2026 года SMS-доставка абонентам Беларуси временно ограничена, поэтому бизнесу стоит проверить каждый сценарий до запуска рассылки. В статье разберём, какие сообщения поставить в приоритет, как провести тест, что делать при недоставке и какие данные отслеживать. Такой порядок помогает не строить процесс продаж вокруг канала, который в конкретный день может работать нестабильно.
Что изменилось с доставкой SMS в Беларуси?
По информации RocketSMS, с 3 августа 2026 года доставка SMS абонентам Республики Беларусь временно ограничена из-за действий государственных органов и последовавших ограничений со стороны операторов связи. В публикации не указаны единый срок окончания ограничений и одинаковые условия для всех сценариев, поэтому прежний опыт рассылок нельзя считать гарантией текущей доставки.
Для малого бизнеса это означает простой рабочий принцип: сначала проверить доступность нужного направления и типа сообщения, затем подключать SMS к заказам, записи или рекламной кампании. Проверка нужна отдельно для сервисных уведомлений, кодов подтверждения и массовых сообщений. У них могут отличаться маршруты, приоритеты и требования шлюза.
Проверяйте статус не только в интерфейсе сервиса. Сообщение со статусом «отправлено» означает, что запрос принят системой, но не всегда подтверждает доставку на телефон. Для решения о запуске нужен именно отчёт о доставке, а при его отсутствии следует считать сценарий неподтверждённым.
Какие SMS отправлять в первую очередь?
При ограниченном канале первыми проверяют сообщения, которые поддерживают уже оформленную операцию или помогают клиенту получить заказ. Их ценность можно оценить по последствиям недоставки: если клиент потеряет время, заказ зависнет или сотруднику придётся вручную обзванивать людей, сценарий стоит поднять в очереди.
| Приоритет | Сценарий | Что проверить |
|---|---|---|
| Высокий | Подтверждение заказа и изменение его статуса | Доставку после создания заказа, отмены, задержки и готовности |
| Высокий | Напоминание о записи | Доставку за нужное число часов до визита и корректность даты |
| Высокий | Код подтверждения номера | Скорость доставки, срок действия кода и повторную отправку |
| Средний | Сообщение о доплате или готовности заказа | Переход по ссылке, понятность инструкции и возможность связаться с бизнесом |
| Низкий | Акции и массовые предложения | Доставку на тестовой группе до запуска всей кампании |
Сервисные сообщения лучше разделить на отдельные цепочки. Например, подтверждение заказа не должно зависеть от очереди рекламной кампании. Если система поддерживает приоритеты, транзакционные уведомления отправляют раньше промо. Для API это обычно означает отдельные типы сообщений или очереди, а для личного кабинета — раздельные кампании и понятные статусы.
Для записи в салон, мастерскую или медицинский кабинет полезно предусмотреть два события: напоминание и уведомление о переносе. Если время изменилось, новое сообщение должно заменить старое по смыслу. Практические сценарии таких уведомлений разобраны в материале как настроить SMS-напоминания о записи для бизнеса в Беларуси.
Как проверить сценарий до запуска рассылки?
Начните с таблицы сценариев. В первой колонке укажите событие, во второй — текст, в третьей — номер или группу номеров для теста, в четвёртой — ожидаемый результат. Отдельно запишите время отправки и фактический статус. Так будет понятно, где возникла проблема: в бизнес-логике, тексте, API или доставке.
- Создайте короткое тестовое сообщение без рекламной нагрузки. В нём оставьте название компании, действие клиента и контакт для уточнения.
- Отправьте несколько тестов на доступные номера и дождитесь отчёта о доставке. Одного успешного сообщения недостаточно для проверки стабильности сценария.
- Проверьте повторную отправку. Клиент не должен получать одинаковое уведомление дважды после сбоя API или обновления страницы.
- Проверьте ссылку и срок действия действия. Если SMS сообщает о готовности заказа, клиент должен сразу понять, что делать дальше.
- Зафиксируйте дату проверки и результат. При ограничениях повторяйте тест перед важной кампанией, а не только один раз при настройке интеграции.
Для сайта или CRM удобнее передавать в SMS только событие и необходимые параметры: номер заказа, статус, время записи. Само событие формирует ваша система, а сервис отправки принимает запрос через API и возвращает статус. При таком подходе проще найти место сбоя и переключить отдельный сценарий, не останавливая остальные.
Если SMS связаны с интернет-магазином, проверьте также вебхуки: изменение статуса заказа должно попадать в систему отправки один раз. Разбор связки магазина, CRM и доставки есть в материале как настроить вебхуки для SMS. Для контроля отчётов и ошибок пригодится отдельный мониторинг интеграции, особенно когда уведомления запускаются автоматически.
Что делать, если SMS не доставлено?
Не отправляйте сообщение повторно бесконечно. Сначала разделите причины: временное ограничение маршрута, недоступность телефона, ошибка номера, превышение срока жизни сообщения или сбой в интеграции. В отчёте сохраните код и текст ошибки, если сервис их показывает. Без этой записи сотрудники будут повторять одну и ту же попытку вслепую.
Для критичного сценария подготовьте резервное действие внутри процесса. Клиенту можно показать статус в личном кабинете, отправить уведомление по другому уже настроенному каналу или передать задачу сотруднику для ручного контакта. Выбор зависит от того, какие контакты и каналы уже есть у бизнеса. Не подменяйте резервный канал рекламой: его задача — донести конкретную информацию по операции.
Если доставка частично работает, ограничьте массовый запуск тестовой группой. Сначала отправьте сообщения на небольшой список, проверьте отчёты и только после этого увеличивайте объём. Рекламную кампанию при отсутствии подтверждённой доставки лучше перенести, поскольку клиент не увидит предложение, а статистика не покажет реальную реакцию аудитории.
Какие ошибки чаще всего мешают диагностике?
- Считать статус «отправлено» подтверждением получения SMS.
- Проверять только рекламный текст и не тестировать сервисные уведомления.
- Отправлять повторно после каждого ответа с задержкой, создавая дубли.
- Смешивать в одной очереди коды, статусы заказов и акции.
- Не записывать дату теста, номер сценария и код ошибки.
- Запускать всю базу сразу после одной успешной проверки.
Какие настройки нужны в личном кабинете и API?
В личном кабинете заранее разделите отправителей и шаблоны по задачам. Название отправителя должно быть узнаваемым, а текст — коротким и конкретным. Для автоматических событий настройте API с передачей идентификатора заказа или записи. Это позволит сопоставить отправку с действием клиента и увидеть, на каком шаге произошёл сбой.
В аналитике смотрите минимум четыре показателя: число запросов на отправку, число принятых сообщений, подтверждённую доставку и ошибки. Для отдельного сценария полезно сравнить эти значения по времени. Если запросов много, а подтверждённой доставки нет, проблему нужно искать в маршруте или ограничениях. Если запросы не доходят до сервиса, проверяют ключ API, формат номера и обработку ответа.
Для небольшого бизнеса достаточно начать с нескольких сценариев: подтверждение заказа, готовность или задержка, напоминание о записи. После теста их можно подключить через API или настроить в личном кабинете SMSka.by, где предусмотрены отправка, аналитика и отчёты. Решение о расширении принимают по фактическим статусам, а не по плану кампании.
3 шага, которые можно сделать на этой неделе:
- Составьте список всех SMS-сценариев и поставьте на первое место сообщения, связанные с уже оформленным заказом или записью.
- Проведите отдельный тест доставки для каждого сценария и сохраните отчёты с датой и кодами ошибок.
- Настройте приоритет сервисных сообщений, защиту от дублей и резервное действие на случай недоставки.
