Если SMS не доходят клиентам, причина обычно находится на одном из этапов цепочки: в базе номеров, тексте, настройках отправки, интеграции или у оператора связи. В этой статье разберём диагностику по шагам, чтобы малый бизнес мог отличить единичный сбой от системной проблемы. Вы узнаете, какие статусы проверить, как провести контрольную отправку, где искать дубли и в какой момент подключать специалиста по аналитике или интеграции.
С чего начать проверку недоставленных SMS?
Сначала не стоит менять текст сообщения или запускать повторную рассылку. Соберите данные по конкретной отправке: номер получателя, дату и время, текст, имя отправителя, идентификатор сообщения и статус доставки. Без этого техническая поддержка увидит только общий сбой и не сможет быстро отделить ошибку базы от ошибки соединения.
Сравните несколько случаев. Если одно SMS не пришло одному клиенту, проблема может быть связана с конкретным номером или телефоном. Если недоставка появилась сразу у заметной части базы, проверяйте очередь, API, баланс, имя отправителя и отчёт оператора. При этом статус «отправлено» не всегда означает «доставлено»: система могла принять запрос, но оператор ещё не вернул финальный результат.
Удобно вести простую таблицу диагностики:
| Что проверить | Что записать | Какой вывод сделать |
|---|---|---|
| Номер клиента | Формат, код страны, наличие лишних символов | Ошибка в номере исключена или подтверждена |
| Время отправки | Часовой пояс и фактическое время запроса | Понятно, не задержалось ли сообщение в очереди |
| Статус SMS | Принято, отправлено, доставлено, ошибка | Определён этап, на котором возникла проблема |
| Ответ API или личного кабинета | Код ошибки и текст ответа | Видно, исправляется ли причина настройкой |
| Содержание сообщения | Длина, ссылка, имя отправителя | Можно проверить технические ограничения текста |
Какие ошибки в базе номеров мешают доставке?
Самая простая причина недоставки — номер записан с ошибкой. В базе встречаются пробелы, скобки, дефисы, потерянный код страны, лишняя цифра или старый номер клиента. Если контакты собирали из нескольких таблиц, CRM и формы на сайте, один и тот же человек мог попасть в систему в разных форматах.
Проверьте номера по единым правилам. Для каждой записи оставьте только цифры и приведите номер к единому международному формату. Отдельно сохраните исходное значение, если оно нужно менеджеру для сверки. Затем уберите явные дубли и протестируйте отправку на небольшой группе, где сотрудники заранее подтвердят получение.
Не смешивайте в одном отчёте ошибки номера и временную задержку. Номер с неверным форматом будет стабильно давать ошибку, а временная проблема может исчезнуть при повторной проверке. Поэтому полезно смотреть не только итоговый процент доставки, но и список конкретных статусов по каждому сообщению.
Почему SMS принято системой, но клиент его не получил?
Между нажатием кнопки «Отправить» и появлением сообщения на телефоне есть несколько этапов. Сервис рассылок принимает запрос, ставит SMS в очередь, передаёт его оператору и получает отчёт о доставке. Сбой на любом участке меняет результат. Если приложение или CRM показывает «успешно», это может означать только принятие запроса сервисом.
Проверьте, возвращает ли система финальный статус доставки. Для интеграции через API нужны журнал запросов, код ответа и идентификатор сообщения. Если бизнес отправляет SMS через несколько систем, сопоставьте время создания сообщения в CRM со временем передачи в сервис. Так обнаруживается задержка, при которой заказ уже изменился, а уведомление ещё не ушло.
Отдельно проверьте очередь. Большая партия сообщений, ограничение скорости запросов или повторная отправка после временной ошибки могут отодвинуть часть SMS. В API и SMPP для этого применяют очереди, приоритеты и ограничение частоты запросов. Практический разбор такой схемы есть в материале как настроить очередь SMS в API и SMPP.
Как проверить текст, ссылку и имя отправителя?
Даже корректный номер не гарантирует хороший результат, если сообщение сформировано с ошибкой. Сосчитайте длину текста вместе со ссылкой, пробелами и специальными символами. Символы кириллицы, кавычки, эмодзи и некоторые знаки могут изменить способ сегментации SMS. В итоге длинный текст разбивается на несколько частей, а стоимость и обработка сообщения меняются.
Сделайте контрольный вариант без ссылки и специальных символов: например, «Заказ 184 готов. Заберите его сегодня до 20:00». Если такое SMS приходит, а версия с длинной ссылкой нет, проверяйте именно ссылку и длину сообщения. Для рекламного или информационного сценария оставьте одну понятную команду: «Откройте расписание», «Подтвердите запись» или «Ответьте 1».
Имя отправителя тоже нужно проверить. Оно должно соответствовать настройкам сервиса и ожиданиям клиента. Если в одном сценарии используется одно имя, а в другом внезапно появляется неизвестное обозначение, получатель может не связать SMS с вашим бизнесом и удалить его. Сначала отправьте короткий тест на несколько телефонов, затем проверьте доставку и отображение имени.
Что проверить в интеграции с сайтом или CRM?
Когда SMS запускает сайт, интернет-магазин или CRM, проблема часто появляется после изменения пароля, токена, адреса API или структуры полей. Проверьте, не истёк ли ключ доступа, передаётся ли номер в нужном поле и не отправляет ли система пустое значение. В журнале должны быть видны время запроса, результат и текст ошибки.
Проверьте обработку повторных событий. Например, заказ меняет статус с «принят» на «собирается», а затем система дважды получает уведомление о переходе в «готов». Без защиты от дублей клиент получит повторное SMS. Обратная ситуация тоже возможна: фильтр от дублей ошибочно блокирует новое уведомление.
Для сервисных сообщений полезно настроить отдельный мониторинг. Он проверяет тестовый сценарий, отслеживает задержку и сообщает, когда интеграция перестала передавать события. Такой подход описан в материале как настроить мониторинг SMS-интеграции. Если технического журнала нет, начните хотя бы с ежедневной проверки одной тестовой заявки.
Как отличить проблему оператора от ошибки бизнеса?
Сравните доставку по времени, группам номеров и типам сообщений. Если одинаковый текст не приходит только части клиентов, а другие SMS доставляются, ищите различие в номерах или устройствах. Если одновременно задержались разные сценарии, проверьте очередь сервиса и отчёты операторов.
Не делайте вывод по одной повторной отправке. Сначала зафиксируйте исходный статус, затем отправьте короткое контрольное сообщение на тот же номер и на второй тестовый номер. Повторная отправка одного и того же уведомления без причины создаёт путаницу: клиент может получить два сообщения после временной задержки.
Рабочий отчёт по доставке должен отвечать на четыре вопроса: сколько сообщений передано, сколько доставлено, сколько завершилось ошибкой и сколько осталось без финального статуса. Отчёты поставщиков обычно содержат идентификатор, время отправки и состояние доставки; эти поля позволяют сопоставить результат с записью в CRM (SMS.BLOG, «Аналитика SMS-рассылок: как читать отчёты и улучшать кампании»).
Типичные ошибки при диагностике SMS
- Повторно отправлять всю базу, не выяснив причину сбоя.
- Считать статус «принято» подтверждением доставки на телефон.
- Проверять только общий итог и не смотреть статусы отдельных номеров.
- Менять сразу текст, имя отправителя, API-ключ и время отправки, из-за чего невозможно понять, что помогло.
- Не записывать идентификатор сообщения, поэтому техническая поддержка не может найти конкретный запрос.
- Тестировать только на одном телефоне и делать вывод по одному результату.
3 шага, которые можно сделать на этой неделе:
- Выберите десять номеров и вручную проверьте формат, время отправки и финальный статус каждого SMS.
- Проведите две контрольные отправки: короткое сообщение без ссылки и обычный рабочий текст.
- Соберите журнал API, очереди и отчётов доставки в один файл, а затем решите, нужна ли отдельная аналитика каналов или настройка интеграции.
Если после этих проверок причина остаётся неясной, передайте специалисту не общий вопрос «почему SMS не пришли», а список номеров, идентификаторы сообщений, время запросов и коды ошибок. Такой набор данных позволяет быстрее проверить доставку, интеграцию и логику отправки. Для массовых и сервисных сценариев на mobizon.by можно подобрать консультацию по аналитике каналов или интеграционному решению без перестройки всей системы.
