Новое

DLR (Delivery Receipt) в SMS‑маркетинге: как работает и как отслеживать статусы

Delivery Receipt (DLR) – это подтверждение, что SMS достигла мобильного прибора получателя. Он включает статус доставки и, при необходимости, код ошибки. DLR необходим для точного измерения эффективности кампаний.

Как формируется DLR в сети операторов

Когда SMS передаётся из сервера отправителя в систему оператора, в пору доставки он генерируется в виде микрочата, который возвращается отправителю. Сейчас большинство операторов используют протокол SMPP или HTTP API для выдачи DLR. В таблице ниже показаны основные поля, которые включают большинство провайдеров:

ПолеОписание
message_idуникальный ID сообщения
toномер получателя
statusстатус доставки (DELIVRD, EXPIRED, etc.)
timestampмомент получения DLR
error_codeкод ошибки, если статус не гарантирован

Дополнительные расширённые поля доступны через API GET /api/dlr, где можно получить подробный отчёт по каждому сообщению.

Ключевые статусы DLR и их значение

  • DELIVRD – сообщение доставлено и прочитано
  • DLVRD – доставлено, но не подтверждёно прочтением
  • EXPIRED – сообщение истекло, не найдено в сети
  • UNDELIV – не доставлено, возникла ошибка
  • UDUB – получатель отдал трубку, сообщение не принято

Что делать при ошибках DLR

Если в status встречается UNDELIV или UDUB, провайдер обычно отправляет error_code 1004 или 1022. Как правило, это связано с неактивным номером или заблокировкой SMS оператором. Внутри бизнес‑логики стоит реализовать автоматическое обновление контактов и повторную попытку в течение 2–3 часов, если сообщение критично:

// Пример pseudocode для обработки DLR
if (dlr.status === 'UNDELIV') {
  if (dlr.error_code === 1004) {
    flagNumberAsInvalid(dlr.to);
  } else {
    scheduleRetry(dlr.message_id, 180); // 3 часа
  }
}

Внедрение DLR в цепочку маркетинга

Для успешного использования DLR необходимо интегрировать их в систему аналитики. На каждом этапе:

  1. Отправка – регистрируйте message_id в вашей БД.
  2. Получение DLR – асинхронно сохраняйте статус в таблице sms_dlr.
  3. Отображение – показывайте финальный статус в панели аналитики.
  4. Адаптация – корректируйте частоту рассылок на основе метрик delivery_rate и bounce_rate.

Пример REST‑вызова для получения DLR

GET /api/dlr?message_id={id}&format=json

Response:
{
  "message_id": "12345",
  "to": "+79161234567",
  "status": "DELIVRD",
  "timestamp": "2026-05-13T12:34:56Z",
  "error_code": null
}

Оптимизация доставки: как увеличить процент DLR с статусом DELIVRD

  • Проверка списка получателей на корректность номеров.
  • Установка трафик‑пулинга – балансировка нагрузки между провайдерами.
  • Настройка моорпинга (межрегиональная маршрутизация) для избежания «запутывания» сообщения в сети.
  • Использование жёсткой политик эхо‑отправки – провайдеры массовых рассылок проверяют метрики доставки ежедневно.

Зачем анализировать DLR в режиме реального времени

Если dlr.status изменяется с UNDELIV на DELIVRD, это указывает на временные проблемы сети – возможно, оператор устраняет проблемы с сетью. Подобные сигналы позволяют переассемблировать кампанию без лишних расходов.

Практические рекомендации по выбору провайдера для DLR

При выборе провайдера оценивайте:

  1. Поддержку SMPP с SSL‑шифрованием.
  2. Гарантированную доставку DLR в минимум 100 мс после завершения доставки.
  3. Наличие удобного API и логики обработки error_code, описанную в политиках безопасности.
  4. Оптимальные цены за DLR – большинство провайдеров разделяют затраты по тарифу /sms/dlr.
  5. Надёжность и репутацию – провайдеры с расширенными рейтингами.

Сравнение SMS‑агрегатора и прямого подключения к оператору

КритерийАгрегаторПрямое подключение
СтоимостьБолее высокая, но более удобнаяНиже, но требует собственной инфраструктуры
Время внедренияКоротко, 1–2 неделиМесяцы, настройка SMPP
Поддержка DLRВключена, но может быть задержанаГарантированная, быстрее
ГибкостьОграничена политиками агрегатораПолный контроль над роутингом

Заключение

DLR – ключевой индикатор успешности SMS‑кампаний. Экспертно настроенный процесс обработки статусов позволяет не только повышать доставляемость, но и оптимизировать расходы. Используйте встроенные API, обрабатывайте ошибки в реальном времени и анализируйте метрики, чтобы в любой момент корректировать стратегию. Таким образом, вы максимизируете ROI ваших SMS‑акций и повышаете доверие пользователей к вашему бренду.

FAQ

Как быстро приходят DLR? В большинстве случаев в течение 1–3 секунд после завершения доставки, но иногда может быть задержка до 30 секунд в зависимости от оператора.

Могу ли я получать DLR для коротких номеров (short code)? Да, большинство операторов поддерживают DLR для short code, однако требуется отдельная настройка в системе провайдера.

Что делать, если DLR не приходит? Проверьте ваше подключение на уровне SMPP/HTTP, убедитесь, что ваш message_id уникален и не дублируется, а также свяжитесь с техподдержкой провайдера.

Ссылки на полезные ресурсы

Как работает SMS API: Архитектура, протоколы и маршрутизация

Как выбрать SMS-провайдера

Подключение SMS API: пошаговая интеграция

Виды SMS‑рассылок

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *