Очистка базы перед рассылкой в MAX: доставляемость +30% (deliverability)

Слово «deliverability» пришло из email-маркетинга, где его десятилетиями отслеживают Mailchimp benchmarks, SendGrid deliverability guide и SparkPost deliverability reports. В messenger-кампаниях концепция та же — доля сообщений, реально дошедших до получателя, — но механика потерь отличается.

Любая база старше 6 месяцев — это 30-50% номеров, у которых нет аккаунта в MAX или он давно неактивен. Если вы запускаете кампанию без предварительной чистки, вы платите за пустые отправки в трёх местах одновременно: квота аккаунта-отправителя, CPM на стороне рассыльщика, время вашей команды на анализ нулевых метрик. Подробнее об этом в нашем разборе 5 ошибок mass-маркетинга в мессенджерах.

• 30-50% любой устаревшей базы — это номера без активного MAX-аккаунта.
• Каждая отправка в «мёртвый» номер — трата квоты аккаунта-отправителя. Паттерн «много промахов подряд» алгоритмы MAX считывают как спам-сигнал → риск бана отправителя.
• Падение доставляемости и репутации отправителя на 10-25% — это уже следствие предыдущего пункта, и оно бьёт по доставляемости даже валидных рассылок.
• Один сожжённый антидетект-аккаунт + прокси стоит дороже, чем 100 000 проверок через CheckMaxApp.

В отличие от email, где deliverability падает в основном из-за reputation домена, в мессенджерах действует другая модель. Вот пять основных факторов, которые мы видим в клиентских кейсах.

1. Мёртвые номера в базе. Самая большая статья потерь — 30-50% устаревшей базы. Номер существовал, но владелец давно не пользуется MAX или сменил SIM. Решение: pre-flight check через CheckMaxApp.
2. Заспамленные аккаунты-отправители. MAX отслеживает паттерн «много отправок подряд → мало ответов» как сигнал спама. Trust score падает, доставляемость падающих сообщений снижается алгоритмически. Решение: ротация пула + чистая база.
3. Нарушение приватности на стороне получателя. Если получатель отключил приём сообщений от незнакомых отправителей — ваше сообщение просто не покажется в его чатах. Это часть растущей доли «registered, но недоступен».
4. Повторные регистрации того же номера. Когда юзер удаляет аккаунт и регистрируется заново, serverId меняется. Сообщения, отправленные на старый serverId из вашего кэша, уходят в никуда. Решение: regular re-check раз в 30 дней.
5. Рейт-лимит мессенджера. MAX ограничивает скорость отправки с одного аккаунта; превышение — soft-ban на 24-72 часа. На забаненном отправителе deliverability мгновенно падает до 0. Решение: throttle-policy + multiple sender pool.

Цель чистки — оставить только те контакты, до которых сообщение реально дойдёт, и обогатить их данными для персонализации. Полный workflow с командной строки разобран в гайде Как очистить базу 100к телефонов.

• Только зарегистрированные в MAX номера (registered=true) — базовый фильтр.
• Активные пользователи с приоритетом по свежести (last seen ≤ 30 / ≤ 90 дней) — приоритезация для рассылок с ограниченным бюджетом.
• Имя для персонализации — firstName из публичного профиля для подстановки в шаблон сообщения.
• Сегментация по «температуре»: горячие (активные ≤ 30 дней), тёплые (≤ 90 дней), холодные (всё остальное среди зарегистрированных).

Чтобы понять, где deliverability теряется больше всего, разложим типичную рассылочную кампанию на ступени. Цифры ниже — benchmark на базе 100k contacts из нашего fashion-кейса.

• 100k → 65k
  База → очистка

  registered=true

• 62k
  Доставлено

  95% от чистой

• 38k
  Открыто

  61% open rate

• 1.2k
  Конверсий

  3.2% от open

Ступень воронки                            Кол-во      Потери      Причина
─────────────────────────────────────────  ─────────  ─────────  ───────────────────────────
1. Сигнап / собранная база                 100 000     —          Исходный пул контактов
2. Нормализация (E.164, dedup)              97 800     −2 200     Дубли, мусор, невалидный формат
3. CheckMaxApp filter (registered=true)     65 200     −32 600    33% мёртвых / без MAX
4. Отправка (live messenger throttle)       62 100     −3 100     Рейт-лимит, soft-ban отправителя
5. Доставка в активный диалог               62 100     —          deliverability = 95.2%
6. Открытие (open rate)                     37 880     −24 220    Юзер не зашёл в MAX за 48 ч
7. Клик по CTA                               5 060     −32 820    Релевантность креатива
8. Конверсия (купил / зарегистрировался)     1 215     −3 845     Качество landing

1. Нормализация номеров — выгрузите контакты в TXT, CSV или XLSX (любой формат). Сервис сам приведёт к E.164, удалит дубликаты и невалидные значения.
2. Bulk-проверка через чекер — отправляйте чанки по 5 000 номеров за запрос. На пуле зеркал параллелизм держит throughput до 1 млн номеров/час.
3. Получение отчёта — CSV или JSON c полями phone, registered, firstName, lastName, serverId, bio, checkedAt.
4. Сегментация по температуре — разбейте отчёт на 3 сегмента (горячие / тёплые / холодные) для разных креативов и приоритетов.
5. Персонализированная рассылка — запускайте кампанию только на «горячих» с подстановкой firstName в шаблон. На «тёплых» — отдельный креатив с напоминанием. «Холодных» — отложите до следующего цикла перепроверки.

• 12 мин
  На 100 000 номеров

  Разогретый пул зеркал

• 100%
  Recall hit

  Наш фирменный движок

• $0.002
  За hit при tier $5000

  60% скидка

• −40%
  CPM рассылок

  Среднее по 6 кейсам

До чистки:
  Контактов в базе:           100 000
  Реально активных в MAX:     ~ 55 000 (45% мёртвых)
  CPM в MAX:                   $5
  Затраты на рассылку:         $500
  Эффективный охват:           55 000

После CheckMaxApp:
  Стоимость проверки 100k:     $500 (без скидки) / $300 (40% скидка) / $200 (60% скидка)
  Списано только за hits:      $110 (55 000 × $0.002 при tier $5000)
  Затраты на рассылку:         $275 (только живые)
  Эффективный охват:           55 000 (тот же)

Экономия только на CPM:        $225 на одной рассылке.
При ежемесячной рассылке окупаемость покупки CheckMaxApp — 1 цикл.

Если ваша база — 100 000 контактов с типичной долей 35% мёртвых, расчёт окупаемости CheckMaxApp выглядит так. Похожий разбор для колл-центровых баз — в статье Очистка базы колл-центра.

Прямая экономия на одной кампании скромная ($45), но реальная ценность — в косвенных факторах: вы не сжигаете trust-аккаунтов, не получаете soft-ban, не теряете данные на чарджбеках со стороны рассыльщика. Подробный pricing — на странице цен; разовый плагин в pipeline — через REST API.

Отчёт CheckMaxApp — это плоский CSV/JSON с колонкой phone и заполненными полями профиля. Никаких vendor-специфичных форматов — выгрузка совместима со всем, что принимает табличные данные.

• Self-hosted на Python

  aiogram-style боты, асинхронные очереди (Celery, RQ), кастомные рассылочные сервисы. CSV импортируется напрямую в БД, firstName подставляется через f-string или Jinja2.

• SaaS-платформы для messenger-маркетинга

  Готовые продукты для mass-отправки в MAX и других мессенджерах. Импорт CSV — стандартный flow; сегментация по полям делается в UI платформы.

• OnSend-аналоги для MAX

  Специализированные шлюзы с управлением пулом аккаунтов-отправителей. Принимают CSV с phone + дополнительными полями для персонализации.

• Гибридные системы CRM + messenger-gateway

  amoCRM, Bitrix24 и аналоги с messenger-плагинами. Импорт сегмента → обновление контактов → запуск кампании в одном UI.

Одноразовая чистка решает текущую проблему, но не защищает от естественного устаревания базы. Рекомендуем встроить регулярную перепроверку в цикл маркетинговых операций.

• MAX продолжает расти — каждый месяц добавляется ~5-10% новых активных аккаунтов в типичных RU/CIS-аудиториях.
• Перепроверка раз в 30 дней даёт +10% к охвату при той же исходной базе — за счёт новых регистраций существующих контактов.
• Прогнать дельту через чекер дешевле, чем потерять рекламный бюджет на устаревших данных.
• Можно автоматизировать через webhook: ваша CRM отправляет дельту → возвращается обновлённый сегмент.

Не каждой команде нужна предварительная чистка — иногда проще обойтись без неё.

• База < 5 000 номеров без потенциала роста — экономия на CPM меньше, чем фиксированные расходы на интеграцию. Проще руками или вообще пропустить.
• Аудитория заведомо 90%+ в MAX — например, внутренние клиенты после онбординга, где номер собран при регистрации в MAX-боте. Без чистки потери минимальны.
• Транзакционные сообщения (счёт, OTP-код, подтверждение заказа) — здесь критична доставка одному конкретному пользователю, а не оптимизация массового CPM.

• Проверка флага «зарегистрирован/нет» — это не персональные данные в смысле 152-ФЗ. Это статус публичного факта существования аккаунта по номеру.
• Имя/фамилия из публичного профиля — это публичные ПДн, и их обработка требует законного основания (152-ФЗ, ст. 6). Обычно — согласие субъекта, полученное при сборе контактных данных в вашу CRM.
• Для маркетинговых рассылок в MAX нужно согласие субъекта на обработку контактных данных с указанием канала коммуникации. Это требование относится к самой рассылке, а не к чистке базы.
• Для корпоративных клиентов мы предоставляем DPA (Data Processing Agreement) по запросу через саппорт.

• Что значит «deliverability» применительно к MAX мессенджеру?+

  Deliverability — отраслевой термин из email-маркетинга, обозначающий долю сообщений, реально дошедших до адресата (а не отправленных). В MAX мессенджере он работает аналогично: считается отношение «сообщения, доставленные в активный диалог» к «попытки отправки». Если из 100 000 отправок 62 000 ушли в реальные активные аккаунты, deliverability = 62%. Падает он из-за тех же причин, что и в email: мёртвых получателей, спам-фильтров, ограничений отправителя.
• Что значит «очищенная база» в контексте MAX?+

  Это список телефонных номеров, по каждому из которых подтверждено наличие активного аккаунта в MAX-мессенджере, с прикреплёнными публичными полями профиля (firstName, lastName, serverId, BIO). После очистки в файле остаются только номера с registered=true — то есть гарантированно достижимые адресаты вашей рассылки.
• На сколько падает CPM после очистки базы?+

  По нашим клиентским кейсам — в среднем на 35-45%. Простая арифметика: если в исходной базе ~45% мёртвых номеров, вы перестаёте платить CPM за каждый из них. Реальный эффективный CPM (за охваченного человека) падает на ту же величину. В fashion-ритейле мы видели снижение с $5.2 до $3.1 (−40%) на базе 480 тыс. контактов.
• Можно ли проверить базу 1М номеров за час?+

  Да. На разогретом пуле зеркал мы держим throughput до 1 млн номеров/час. Для разовой задачи такого масштаба рекомендуем заранее предупредить саппорт — выделим dedicated-pool и подтвердим SLA. Чанк по 5 000 номеров в одном запросе, остальное — параллелизм на нашей стороне.
• Что входит в отчёт после bulk-проверки?+

  По каждому номеру: phone, isRegistered (true/false), firstName, lastName, serverId, bio, checkedAt. Формат — CSV или JSON, выбираете при выгрузке. Эти поля сразу импортируются в рассыльщик MAX, ESP или CRM для персонализации сообщений.
• Как часто нужно перепроверять базу?+

  Раз в 30 дней — оптимум для активных маркетинговых баз. MAX продолжает расти, ежемесячно добавляется ~5-10% новых активных аккаунтов; параллельно уходят неактивные. Регулярная перепроверка даёт +10% к охвату при той же исходной базе и удерживает CPM на минимуме.
• Можно ли использовать данные имени для персонализации без согласия пользователя?+

  firstName/lastName из публичного профиля MAX — это публичные персональные данные. Их обработка для маркетинговых рассылок требует законного основания по 152-ФЗ (статья 6) — обычно это согласие субъекта на обработку контактных данных, полученное при сборе номера. CheckMaxApp возвращает только то, что владелец сам сделал видимым; ответственность за легальность списка — на отправителе.
• Что делать с номерами, которые «не зарегистрированы» в MAX?+

  Три варианта в зависимости от стратегии: (1) исключить из текущей рассылки в MAX и попробовать другой канал (SMS, WhatsApp, email); (2) сохранить в отдельный сегмент и перепроверить через 30-60 дней — часть из них зарегистрируется; (3) если канал MAX единственный — удалить из активной базы и сэкономить на storage в CRM.
• Чем отличается ваш чекер от парсинга MAX (scraping)?+

  Парсинг — это автоматический сбор всей доступной информации с UI или клиента, обычно нарушает ToS и работает медленно. Наш чекер — точечная проверка факта регистрации и считывание полей публичного профиля по конкретному номеру, через фирменный движок. Скорость на 2-3 порядка выше, а нагрузка на инфраструктуру MAX — минимальная (один запрос = одна проверка).
• Какие рассыльщики совместимы с очищенной выгрузкой?+

  Любой инструмент, принимающий CSV/JSON с колонкой phone. Технически проверено: self-hosted решения на Python (aiogram-style, асинхронные очереди), SaaS-платформы для messenger-маркетинга (есть RU и intl), OnSend-аналоги для MAX, гибридные системы CRM + messenger-gateway. В отчёте уже есть firstName для подстановки — большинство шаблонизаторов читают это поле без преобразований.
• Как deliverability отличается между email и messenger-кампаниями?+

  Три ключевых отличия. (1) В email основная причина потерь — spam-фильтры на стороне ESP; в messenger — отсутствие аккаунта у получателя. (2) В email есть soft/hard bounce-сигналы; в messenger «доставка в мёртвый номер» молча списывает квоту без отказа. (3) В email репутация домена-отправителя восстановима за недели; в messenger забаненный аккаунт-отправитель восстановлению не подлежит — замена через антидетект. Поэтому predictive-чистка ДО отправки критичнее в мессенджерах.
• Можно ли интегрировать проверку напрямую в pipeline рассыльщика через API?+

  Да, REST API возвращает JSON по single-номеру (p95 < 1.5 c) или принимает batch до 5 000 номеров за запрос. Webhook вернёт результат батча asynchronously. Типичная интеграция: сегмент в CRM → POST /v1/check/batch → callback URL с результатом → апдейт сегмента → запуск кампании в рассыльщике. Документация и примеры запросов — на странице /api.

Материал подготовлен командой Max Checker Team. Мы строим инфраструктуру bulk-проверки номеров в MAX с 2024 года; через сервис прошло более 50 млн запросов от маркетинговых команд, антифрод-отделов и OSINT-исследователей. Цифры и benchmark-цифры в этой статье — агрегаты по клиентским кейсам, нормализованные на размер базы 100k. Внешние ссылки на Mailchimp, SendGrid и SparkPost — для сверки с industry-стандартом email-deliverability.

Опубликовано: 11 мая 2026. Обновлено: 22 мая 2026 — добавлены раздел «email vs messenger deliverability», воронка mass-rassylka и ROI-калькулятор.

Загрузите первый CSV — 5 бесплатных проверок при регистрации, $10 минимальный депозит, скидки от объёма до 60%. Окупаемость на 100k-базе — одна кампания.