Большинство банов случаются не потому, что «много отправили». Они случаются потому, что отправили чуть больше допустимого по трём конкретным метрикам - и система среагировала автоматически. Meta не предупреждает, не даёт предупреждений, не объясняет. Аккаунт просто исчезает.
Официальных порогов для обычных (не-WABA) аккаунтов Meta не публикует. Документация говорит только одно: аккаунт, на который поступают жалобы, «может быть заблокирован временно или навсегда». Всё.
Цифры в этой статье - из практики: форумы, Reddit, кейсы операторов, наблюдения за сотнями аккаунтов. Это не официальная политика Meta, это практические бенчмарки. Где данные расходятся - скажу об этом прямо.
Это единственная метрика, которая может убить аккаунт мгновенно, независимо от всего остального.
Критический порог: 3–5 жалоб из 100 сообщений, собранные за 1–2 часа.
Система смотрит не на процент, а на скорость поступления жалоб. Три уникальных пользователя нажали «Пожаловаться и заблокировать» в течение часа - алгоритм расценивает это как спам-поток и активирует бан. То, что остальные 97 получателей не жаловались, роли не играет.
Здесь важно понимать разницу между двумя действиями получателя:
| Действие | Сигнал для системы | Последствие |
|---|---|---|
| «Заблокировать» (Block) | Мягкий негатив | Снижает траст аккаунта |
| «Пожаловаться и заблокировать» (Report and Block) | Прямой сигнал антиспаму | Триггер мгновенного бана |
Разница принципиальная. Блок - это личное решение пользователя. Жалоба - это сигнал в систему модерации Meta.
Что меняет ситуацию - контекст объёма. Практика показывает, что 3 жалобы на 500 сообщений от прогретого аккаунта дают примерно 40–50% риск бана, а не стопроцентный. 3 жалобы на 50 сообщений от нового аккаунта - почти гарантированный бан. Система учитывает пропорцию, но только если у аккаунта есть история.
Если жалобы те же 3–5, но растянуты на 8–12 часов вместо одного-двух - вероятность «мягкой» реакции (ограничение на 24 часа вместо полного бана) заметно выше. Концентрация жалоб во времени - ключевой триггер.
Эта метрика не убивает сразу. Она медленно снижает внутренний траст аккаунта - и делает его уязвимым к любому следующему негативному сигналу.
Критический порог: более 70–80% непрочитанных из отправленных.
Если из 100 сообщений за несколько часов открыли менее 20–30 - система трактует это как ковровую рассылку нерелевантного контента. Не спам в юридическом смысле, но паттерн поведения, который неотличим от спама.
Ошибка, которую делают почти все: считают, что доставлено = прочитано. Две серые галочки - это только доставка на телефон. Пока чат не открыт, сообщение висит как непрочитанное и работает против аккаунта.
Механика здесь такая: высокий процент непрочитанных → падение внутреннего траст-скора → при следующей жалобе система реагирует жёстче, чем среагировала бы на «здоровом» аккаунте.
Критический порог: более 15–20% с одной серой галочкой в течение часа после отправки.
Одна серая галочка означает, что сообщение не дошло до телефона получателя - номер недействителен, аккаунт удалён или заблокирован. Для антиспам-системы это однозначный вывод: база собрана автоматически (парсером, генератором, выгрузкой из утечки), а не получена органически.
Обычный человек физически не может написать 20 несуществующим номерам за день - просто потому что не знает, что они несуществующие. Оператор массовой рассылки - может, и система это знает.
Практически: если из 100 отправок 20+ не доставлено - это не просто потеря охвата, это прямой сигнал о характере базы.
| Метрика | Безопасная зона | Опасная зона | Критическая точка |
|---|---|---|---|
| Жалобы (Report and Block) | 0–1 из 100 | 2 из 100 | 3–5 за 1–2 часа |
| Непрочитанные | до 40% | 40–70% | более 75–80% |
| Недоставленные | до 5% | 5–15% | более 15–20% |
Эти три метрики работают не по отдельности - они перемножают риск. Аккаунт с 60% непрочитанных и 10% недоставленных, который получает 2 жалобы, находится в принципиально другой ситуации, чем тот, у которого все три показателя в зелёной зоне.
Одни источники говорят «3 жалобы = бан», другие - «3 жалобы на 500 сообщений не страшны». Оба правы, потому что говорят о разных аккаунтах.
| Сценарий | Жалобы | Отправлено | Риск бана |
|---|---|---|---|
| Новый аккаунт (< 2 недель), малый объём | 1–2 | < 100 | 80–100% |
| Новый аккаунт, средний объём | 2–3 | 100–300 | ~90% |
| Прогретый (> 1 мес.), средний объём | 1–2 | 100–300 | ~70% |
| Прогретый, большой объём | 3 | 300–600 | ~60% |
| Прогретый, высокий объём | 3 | 600–1000 | ~40% |
Риск снижается ещё на ~20%, если жалобы поступают равномерно в течение суток, а не концентрируются в первые часы после старта рассылки.
Важная оговорка: все эти цифры - практические бенчмарки, не официальные пороги Meta. Алгоритм учитывает ещё десятки сигналов: сохраняют ли вас в контакты, отвечают ли на сообщения, какой тип контента отправляете. Таблица - ориентир, не гарантия.
1. Валидация базы. Прогнать через WhatsApp-чекер до первой отправки. Цель - убрать мёртвые аккаунты и снизить недоставленные до нуля. Это единственный способ контролировать третью метрику.
2. Прогрев по нарастающей. Новый аккаунт не начинает с рассылки. Первые 7–10 дней - живое общение с реальными контактами, ответы, группы. День 1–2: 5–10 контактов. День 3–4: до 30. День 5–7: до 100, но с отслеживанием ответов. Подробнее о прогреве и защите аккаунта - в отдельном разборе.
3. Первое сообщение провоцирует открытие. Не продажу, не переход по ссылке - просто открытие чата. Как только получатель открыл и прочитал, маркер непрочитанного снимается. Формула первого сообщения, на которое отвечают - отдельная тема, но на вторую метрику это влияет напрямую.
4. Стоп при двух жалобах за час. Не ждать третьей. Пауза минимум 24 часа, потом - с меньшим объёмом и более тщательной сегментацией базы. Если бан уже был - разберите технические причины, прежде чем повторять тот же сценарий.
Если вы только планируете первую рассылку - начните с валидации базы и прогрева аккаунта. Если уже запускали и получали баны - посмотрите на свои метрики в разрезе этих трёх показателей: скорее всего, проблема будет видна сразу.
Практическое правило:
WhatsApp не банит за объём - он банит за скорость жалоб и качество базы. Три жалобы за час от прогретого аккаунта с чистой базой - это не то же самое, что три жалобы за час от нового аккаунта с парсерной выгрузкой.
