Бан расходного аккаунта стоит доллар и пять минут на замену SIM. Бан основного рабочего номера стоит трёхлетнюю историю переписок с клиентами, которую за пять минут не восстановишь. Разница между этими двумя ошибками - вся суть темы.
Дорогая ошибка - не та, что приводит к бану. Бан в этой нише - норма, расходный материал. Дорогая ошибка - та, что превращает рутинный бан в потерю чего-то незаменимого: рабочего номера, базы клиентов, бюджета на софт и аккаунты.
Разберу пять факапов, которые встречаются чаще всего и стоят дороже всего - именно в таком порядке по цене ошибки.
Самая дорогая ошибка по определению - потому что цена здесь не в стоимости SIM-карты, а в стоимости всего, что было на этом номере. Если на номере три года велась поддержка клиентов, история переписок и текущие лиды, бан этого номера без права восстановления - это не операционная неудача, а потеря бизнес-актива.
Мини-кейс. Владелец автосервиса запустил рассылку об акции на 800 контактов из CRM с основного номера компании, отправив одинаковый текст без рандомизации за 15 минут. Через 20 минут номер улетел в перманентный бан без права восстановления - вместе с ним пропала вся история переписок и текущие лиды.
Решение: для любой массовой коммуникации - отдельный номер. Основной рабочий номер не используется для тестов и холодных рассылок ни при каких обстоятельствах.
Базы, продающиеся как «горячие» или «активные покупатели», на практике почти всегда оказываются многократно перепроданными списками - тем, что уже выжжено предыдущими отправителями. Согласия на коммуникацию там нет, а значит, реакция аудитории будет соответствующей.
Мини-кейс. Маркетолог купил на бирже базу «активных покупателей» и запустил рассылку с трёх свежих аккаунтов. За первый час софт отчитался об отправке 500 сообщений, но не зафиксировал, что после десятого сообщения аккаунты уже ушли в режим, когда отправитель видит «доставлено», а получатель сообщение физически не видит. Деньги на софт и аккаунты сгорели, реальный охват составил порядка 2%.
Стоит подчеркнуть: что именно так выглядит «теневой бан» на уровне сервера Meta - это распространённое наблюдение практиков, а не задокументированный Meta механизм. Официального подтверждения отдельного режима тихой блокировки без полного бана аккаунта нет. Но симптом - расхождение между статусом отправки в софте и реальным охватом - встречается достаточно часто, чтобы относиться к нему серьёзно.
Решение: рассылка ведётся только по собственной базе, собранной с согласия получателя. Покупная база - источник повышенного риска жалоб, а не экономия времени.
Новый, непрогретый номер, с которого в первый же день улетает 500 одинаковых сообщений - практически гарантированная заявка на бан. Точной формулы, после какого объёма наступает блокировка, никто не публикует - ни Meta, ни независимые исследователи. Но направление однозначное: чем агрессивнее старт, тем выше риск.
По практическим наблюдениям, безопасный объём для нового, непрогретого аккаунта - порядка 10–20 сообщений в первый день, с постепенным наращиванием. Это ориентир из опыта операторов, а не официальный лимит Meta.
Решение: новый номер вводится в работу постепенно - без резких скачков объёма и без 100% идентичного текста в каждом сообщении.
Дешёвая инфраструктура - частая причина быстрого бана, хотя точные механизмы детекта Meta публично не описаны. По наблюдениям практиков, аккаунты, работающие через дата-центр прокси (AWS, DigitalOcean), банятся значительно быстрее, чем через мобильные или резидентные IP - это практический бенчмарк, не подтверждённая Meta статистика.
| Тип инфраструктуры | Риск (по наблюдениям практиков) |
|---|---|
| Мобильный/резидентный IP | ниже |
| Дата-центр IP (AWS, DigitalOcean) | заметно выше |
| Web-автоматизация без маскировки (Puppeteer/Playwright) | блокировка часто в первые 10–50 сообщений |
Здесь же - заблуждение про официальный статус: ни WhatsApp Business App, ни сам факт работы через приложение не отменяют антиспам-политику. Аккаунт в официальном приложении подчиняется тем же правилам реакции на жалобы, что и личный номер.
Решение: не экономить на прокси и софте там, где экономия напрямую увеличивает риск потери актива дороже самой экономии.
Самая незаметная ошибка - потому что её последствия не видны сразу. Софт показывает «отправлено», оператор считает кампанию успешной, и только спустя время выясняется, что реальная доставка была в разы ниже отчёта.
Решение: в каждую партию отправки добавляется собственный номер-контролька - чтобы физически видеть, доходит ли сообщение, а не полагаться только на статус в интерфейсе софта.
| Ошибка | Реальная цена | Решение |
|---|---|---|
| Рассылка с основного номера | потеря клиентской базы и истории | отдельный номер под рассылку |
| Покупка «горячей базы» | сожжённые аккаунты, охват ~2% | работа только по своей базе |
| 500 одинаковых сообщений в первый день | бан непрогретого номера | постепенный ввод, без идентичного текста |
| Хостинговый IP / дешёвая автоматизация | ускоренный бан | мобильный/резидентный IP, качественная маскировка |
| Нет контрольки | кампания «работает», а охват - иллюзия | собственный номер в каждой партии отправки |
Проверьте прямо сейчас: с какого номера у вас идёт рассылка - основного рабочего или отдельного расходного. Если это один и тот же номер, разделение инфраструктуры - то, с чего стоит начать до следующей волны.
Практическое правило:
Дешёвый бан - это потерянный аккаунт. Дорогой бан - это потерянный бизнес-актив. Разница всегда в том, что именно было привязано к номеру.
