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