Два телефона, одинаковые настройки, один текст рассылки, одна база - и разный результат. Один аккаунт работает полгода, второй сгорает на третий день. Именно эта ситуация ломает операторов больше всего: непонятно, что исправлять, если всё сделано одинаково. Эта статья - о том, почему так происходит и что с этим делать.
Логика «одинаковые настройки = одинаковая выживаемость» не работает. Причина - система оценки Meta учитывает множество факторов, большинство из которых оператор не видит и не контролирует напрямую.
Это не означает, что система работает случайно. Скорее - она непрозрачна и многофакторна. Одинаковые входные условия не гарантируют одинаковый выход, потому что «одинаковые» условия на практике никогда не бывают по-настоящему идентичными.
В официальном WhatsApp Business API (WABA) качество номера строится на реакции пользователей за последние 7 дней. Основные сигналы - жалобы, блокировки, негативный фидбек. Более свежие события имеют больший вес.
Статусы Quality Rating: 🟢 High / 🟡 Medium / 🔴 Low. Репутация считается по каждому номеру отдельно - даже если два номера зарегистрированы в одном WABA-кабинете, их качество независимо.
Meta не публикует точные формулы расчёта и пороги срабатывания. Всё, что есть у операторов - наблюдения, форумы, практика пулов. Это важно учитывать при анализе любых конкретных цифр.
Это, пожалуй, самый весомый и при этом наиболее управляемый фактор. Даже если база делится пополам формально рандомно, в одной половине может оказаться на 5–10% больше неактивных номеров, пользователей, которые давно не заходили в WhatsApp, или просто тех, кто часто жалуется.
Поскольку качество номера зависит от того, как аудитория реагирует на сообщения, разный состав базы напрямую ведёт к разному результату - при одинаковом тексте и объёме.
Практика, которая снижает риски: перед рассылкой занести получателей в адресную книгу телефона. WhatsApp оценивает, есть ли номер получателя в контактах отправителя - это один из сигналов легитимности.
Первые несколько жалоб влияют на новый аккаунт сильнее, чем последующие. Если рандомное распределение базы отправило первые сообщения именно тем пользователям, которые склонны жаловаться - аккаунт уходит в деградацию раньше. Второй аккаунт тем временем успевает отработать большую часть рассылки по более лояльному сегменту.
Это не «случайность в алгоритме» - это статистика: два одинаковых сообщения попали к разным людям.
Два устройства в одной сети получают разные внутренние адреса и могут выходить через разные внешние IP на уровне маршрутизации. Трафик с разных портов может иметь разную историю - особенно если через этот же прокси-порт до вас работал кто-то другой.
По практике операторов: не запускать более трёх рассылающих устройств на одном интернет-соединении и не вести две параллельные рассылки с одного устройства. Каждый аккаунт - отдельная изолированная среда, желательно с отдельным подключением.
Пауза между отправками: практический ориентир - от 30 секунд до 5 минут с рандомизацией. Идентичные математические задержки без рандомизации джиттера детектируются как автоматизация.
Каждое устройство несёт уникальный аппаратный фингерпринт - серийные номера компонентов, MAC-адреса, идентификаторы модулей. Телефон с историей использования в схемах автоматизации или после предыдущих банов стартует в другой позиции, чем условно «чистое» устройство.
По наблюдениям операторов, история устройства влияет на устойчивость аккаунта. Насколько долго и точно Meta хранит эту историю - официально не подтверждено.
По практике тех, кто работает с десятками и сотнями аккаунтов: часть банов - статистически неизбежна при любой схеме. Попытки дебажить каждый единичный бан часто не приводят к выводу, потому что конкретная комбинация факторов не воспроизводима.
Правильный подход - оценивать показатели пула аккаунтов, а не отдельного номера. Если средние метрики пула в норме, а один аккаунт сгорел - это не всегда сигнал, что в схеме что-то сломано. Если горят несколько подряд - это уже системный сигнал к аудиту.
Два смартфона Xiaomi, одна полка, разные порты мобильного прокси, один спинтакс-текст, рандомизированная база. Аккаунт №1 проработал 45 дней, 4500 сообщений. Аккаунт №2 сгорел на третий день на 120-м сообщении.
Аудит логов показал: прокси-порт второго аккаунта за час до запуска активно использовался сторонним оператором для спама в Instagram - IP попал в стоп-листы. Для первого порта такой истории не было.
Это наблюдение из практики операторов, не верифицированный эксперимент. Но оно хорошо иллюстрирует: инфраструктура, которая выглядит одинаковой для вас, не всегда одинакова для системы.
Когда один аккаунт живёт дольше другого, перед выводами стоит изолировать переменные:
| Фактор | Что проверить |
|---|---|
| База | Одинаковый ли сегмент, одинаковая ли активность аудитории |
| Устройство | История использования, «чистота» железа |
| Сеть | Общий IP, история прокси-порта |
| Шаблон | Разные ли тексты оказались у разных аудиторий |
| Номер | История аккаунта, возраст, предыдущие ограничения |
Если не изолировать - вывод о причине бана будет угадыванием.
«Если один выдержал - второй тоже выдержит» История номера и реакция его аудитории могут отличаться даже при полном внешнем совпадении схемы.
«Причина бана всегда одна и её можно найти» Чаще действует комбинация факторов, и конкретный стечение обстоятельств не воспроизводится точно.
«Одинаковая схема = безопасный лимит» Meta не публикует гарантированных лимитов. Любой «безопасный» ориентир - это практический бенчмарк операторов, не официальный параметр системы.
Если один аккаунт из пула сгорел раньше других - проверьте историю прокси-порта за последние 24 часа до запуска и сравните состав базы: процент неактивных номеров, дату последнего контакта. Это две самые управляемые переменные из всех, что влияют на расхождение.
Практическое правило:
Система оценки Meta - не рулетка, но и не таблица умножения. Одинаковые входные данные не дают одинаковый ответ, потому что «одинаковых» данных в реальности не существует.
