IOSOR

IOSOR База знань

Sent — це не inbox: фільтри вмісту SMS, репутація і чому повторні спроби все псують

Як B2B-команди читають sent і submitted як передачу, а не як inbox — фільтри вмісту, репутація відправника, докази по коридору і чому той самий текст спалює prepaid.

«Sent» і «submitted» — стани передачі. Платформа прийняла завдання й віддала його в live-коридор — це не доказ, що людина побачила SMS. OTP і алерти тихо падають, коли продукт приймає зелену відправку за inbox, а хендсет усе ще за фільтром вмісту або побитою репутацією відправника.

IOSOR — white-label prepaid messaging: статуси, DLR і рядки гаманця живуть у вашому акаунті. Біля USD 1 000+ місячного platform usage влучання у фільтр, p95 коридору і debit за retry стають матеріалом комерційного review. Спочатку evidence, потім scale. Каталог live без історії про фільтр вмісту — обіцянка, яку support не захистить о 02:00. Ринок in setup — не inbox-доказ.

Sent і submitted — не inbox

Стан Що доводить Чого не доводить
Accepted / queued Платформа взяла завдання Доставку чи inbox
Sent / submitted Передано на live-шлях Хендсет, inbox чи конверсію
Delivered Позитивний DLR / terminal success Що користувач прочитав вчасно
Failed / filtered Terminal або policy block Що retry це виправить

Фільтри вмісту та репутація відправника

Фільтри дивляться на текст, ідентичність відправника, історію коридору й щільність скарг — не на ваші наміри. Фішингові формулювання, короткі URL, різкий сплеск обсягу й OTP-шаблони, що сповзли в маркетинг, піднімають одну стіну. Репутація прив’язана до коридору: чистий OTP-шлях не виправдовує побитого відправника на іншому ринку.

Коридорні фільтри, а не світові середні

Світовий «sent» ховає один відфільтрований ринок. Ріжте за класом напрямку, типом відправника й родиною шаблонів. Щотижня: топ коридорів за часткою filter/fail, час submitted → delivered vs SLA конверсії, частка ще non-terminal після SLA, мітка каталогу vs реальна відправка. Див.

Не повторюйте спробу в той самий фільтр

Повтор того самого тексту в той самий фільтр спалює prepaid і вчить фільтр, що ви — шторм. Обмежте automatic retry. Змінюйте причину — шаблон, клас відправника, гігієну списку — до другої спроби. User resend — не system retry. Паралельно плейбук низької доставляності SMS.

Червоні прапорці

  • Є лише «sent»; немає delivered/filtered
  • Той самий текст ретраїться в той самий код помилки
  • Глобальні середні ховають один відфільтрований коридор
  • Каталог live, а обробка фільтра без власника
  • Помилки з чужими брендами
  • Mock-коридори як доказ inbox
  • Вигадка запасу: не можна «підмінити» чистого відправника за ніч

Почніть з IOSOR

Зайдіть у консоль IOSOR та розділіть аналітику за деталізованими статусами DLR, щоб окремо відстежувати фактично доставлені повідомлення та відфільтрований трафік. Вимкніть автоматичні повторні спроби надсилання для помилок фільтрації вмісту, щоб зберегти репутацію ідентифікатора. Налаштуйте обробку вебхуків для блокування повторної відправки однакових шаблонів у проблемні коридори.

Підсумок IOSOR

Статус надсилання доводить лише прийняття запиту мережею, але не гарантує потрапляння SMS у папку вхідних повідомлень. Алгоритми фільтрації оцінюють текстуру шаблонів, репутацію конкретного коридору та щільність скарг, тому глобальні середні показники доставки завжди приховують локальні блокування.

Чи був матеріал корисним?

Пов’язані гіди