IOSOR

IOSOR База знаний

Reject sender vs content filter: честный статус для финансов

Держите reject регистрации sender отдельно от исходов content filter — иначе финансы запишут оба пути как delivered.

Два prepaid burn в грубом дашборде похожи и это не одно событие. Reject sender / регистрации значит: from-identity не разрешена для corridor или класса сообщений — unit не заслужил delivery path. Content filter может принять job, вспыхнуть sent/submitted, затем закрыть inbox после списания prepaid. Финансы, схлопывающие оба в «delivered», рисуют ложный success rate.

IOSOR — white-label prepaid. Пол USD 20; soft review около USD 1 000/мес превращает смешанные метки reject в ночную сверку. Выбор: Выбор Sender ID до первой кампании. Гейт: Гейт регистрации Sender ID до production.

Два класса отказа, которые финансы не должны схлопывать

Полоса Что сломалось Честный terminal Не это
Reject sender / регистрации From-identity / campaign / TF / alpha Rejected — sender Delivered, filtered-as-copy
Content filter Copy / reputation после handoff Failed / filtered Delivered из-за вспышки «sent»

Reject sender / регистрации: упала identity до контента

Здесь reject — гейт identity: незарегистрированный alphanumeric, pending 10DLC, незавершённая toll-free verification или запрещённая from-строка для ISO/класса. Чините регистрацию — Гейт регистрации Sender ID до production — не шаблон. Не ретрайте тот же креатив.

Content filter: handoff может выглядеть как sent, inbox не приходит

Исходы filter — правда deliverability после accept. Sent/submitted = handoff, не handset — sent — это не inbox. Свяжите с не доставлено, отклонено, истекло. Ретрай той же copy жжёт prepaid дважды — сначала смените шаблон, список или класс sender.

Колонки экспорта, которые держат полосы честными

Одна строка на intent: класс отказа (sender_reject | content_filter | other), id from-identity, снимок registration, семейство шаблона, debit/release/refund, terminal status, correlation id. Product и finance делят эту строку — debit и delivery status в одном ledger. Если в листе только «failed» — откройте job, пока класс не назван.

Чеклист buyer: reject vs filter truth

  1. Sender reject уходит как rejected-sender, не delivered и не generic fail?
  2. Filter hit сохраняет язык sent≠inbox (sent — это не inbox)?
  3. Регистрация за гейтом до prod-ключей (Гейт регистрации Sender ID до production)?

Начните с IOSOR

Настройте вебхуки и финансовые экспорты в консоли IOSOR так, чтобы статусы отказов авторизации отправителя и контентных фильтров попадали в разные колонки. Проверьте работу шлюза проверки регистрации перед запуском продуктивного трафика. Убедитесь, что статусы списания и возврата за блокировки отправителя не смешиваются с событиями DLR контентных фильтров.

Итог IOSOR

Этот материал доказал, что объединение ошибок идентификации отправителя и контентной фильтрации искажает финансовый баланс и аналитику доставляемости. Ошибки регистрации должны блокировать трафик на этапе проверки identity gate, а контентные фильтры — фиксироваться как терминальный результат после приемки сообщения шлюзом.

Был ли материал полезен?

Связанные гайды