«У меня 50 аккаунтов, но я сэкономил и посадил их все на один прокси» - такой подход убивает всю сетку за один инцидент. При этом конкретных официальных лимитов Meta не существует: все цифры на рынке - это эмпирика операторов, не документированные правила. После статьи поймёте, как выстроить архитектуру под свой масштаб и где реальный риск, а где форумные домыслы.
Прокси - не магическая защита от банов. Их функция в ферме одна: изоляция рисков. Чем меньше аккаунтов завязано на один IP, тем меньше ущерб от одного инцидента.
Если один аккаунт получает бан по жалобе, а рядом на том же IP держатся ещё 40 - последствия могут затронуть всю группу. Meta не публикует механику этого поведения, и форумные кейсы о «цепочечных банах» (Chain Ban) остаются наблюдениями, а не задокументированным механизмом. Но логика сегментации рисков работает независимо от того, как именно Meta принимает решения.
Домашний или офисный IP держит до 10 сессий без дополнительной сетевой инфраструктуры - это практический консенсус операторов, не официальный порог Meta. Логика понятна: семья или небольшая компания вполне могут использовать WhatsApp с одного роутера на нескольких устройствах.
Важно: изолировать профили браузера всё равно нужно. Одинаковые куки, Canvas-отпечатки и IndexedDB на разных аккаунтах создают связанность вне зависимости от IP.
При переходе за 10 номеров концентрация сессий на одном адресе начинает выходить за пределы естественного паттерна. Здесь операторы обычно переходят на отдельные прокси для каждой группы аккаунтов.
Практический бенчмарк из опыта операторов:
| Масштаб фермы | Рекомендуемая плотность | Количество прокси |
|---|---|---|
| До 10 аккаунтов | Без прокси, домашний IP | - |
| 10–25 аккаунтов | 1 IP на 3–5 аккаунтов | 3–7 прокси |
| 50 аккаунтов | 1 IP на 3–5 аккаунтов | 10–15 прокси |
| 50+ аккаунтов | Консервативно: 1 IP на 1 аккаунт | 1 прокси на номер |
Все цифры - практика сообщества. Meta не публикует официальных числовых лимитов по сессиям на IP.
Мини-кейс. Оператор посадил 40 аккаунтов на один качественный мобильный прокси. Один номер получил бан по жалобе. В течение 15 минут остальные 39 аккаунтов тоже вылетели - все держали активные WebSocket-соединения через тот же скомпрометированный IP. Экономия на прокси обошлась дорого.
Обратный кейс: агентство взяло 12 приватных статических ISP-прокси под 50 аккаунтов, по 4 аккаунта на IP. За 2 месяца потеряли 3 номера - только по ручным жалобам, без массовых цепочечных блокировок.
| Тип | Стабильность сессии | Репутация ASN | Риск загрязнения | Цена |
|---|---|---|---|---|
| Датацентровые (DC) | Высокая | ❌ Токсичная | Низкий | Дёшево |
| Shared residential | Высокая | ✅ Жилая | ❌ Высокий | Дёшево |
| Приватные ISP (статические) | ✅ Максимальная | ✅ Жилая | Низкий | Выше |
| Мобильные (приватные) | ⚠️ Разрывы при ротации | ✅ Мобильная | Средний | Высокая |
| Мобильные (shared) | ⚠️ Разрывы | ✅ Мобильная | ❌ Высокий | Средняя |
Датацентровые прокси (Hetzner, AWS, DO и аналоги) - класс ASN виден немедленно. Репутация у этих диапазонов нулевая для серых сценариев. Цена не меняет класс автономной системы.
Shared-прокси любого типа - один IP делят несколько покупателей. Если «сосед» по каналу получает высокий фрод-индекс в любом продукте Meta, это задевает всех в пуле.
Приватные статические ISP - фиксированный IP с жилым ASN. Сессия не разрывается, нет прыжков геолокации. Для ферм 20–50 аккаунтов - практический фаворит по соотношению стабильности и цены.
Приватные мобильные прокси - чистый IP из CGNAT оператора. Но ротация создаёт разрывы WebSocket. Для долгих активных сессий WhatsApp Web это нежелательно. Оптимальны для задач, где постоянная сессия не нужна.
Операторы стараются подбирать прокси в той же стране, где зарегистрирован номер. Логика: несовпадение кода страны SIM-карты и геолокации IP создаёт аномалию сетевого контекста.
Уточнение: официальной документации Meta, которая требовала бы совпадения страны IP и страны номера, нет. Это рекомендация практиков, не задокументированное правило. Тем не менее большинство операторов её соблюдают - риск дополнительного сигнала при Geo-Mismatch реален, даже если механика неизвестна точно.
Даже дорогие приватные прокси не защищают, если антидетект-браузер допускает:
Это подтверждённые технические факты о браузерном поведении. Влияние именно на антиспам WhatsApp точно неизвестно, но закрывать утечки нужно в любом случае. Проверяй через dnsleaktest.com и browserleaks.com/webrtc после настройки каждого профиля.
По теме прокси много жёстких тезисов, которые повторяют как факты:
Эти утверждения стоит держать в голове, но не строить на них архитектуру как на железных фактах.
Это не гарантия от всех проблем - жалобы пользователей, плохой контент и агрессивная рассылка банят независимо от качества прокси.
Если ферма уже работает - проверьте текущую плотность: сколько аккаунтов на один IP. Если больше 10 - это первая точка риска. Начните с разбивки на группы по 4–5 аккаунтов с приватными прокси под гео номеров, даже если остальная архитектура пока не идеальна.
Практическое правило:
Прокси не защищают от банов - они изолируют ущерб. Чем меньше аккаунтов на один IP, тем меньше одна ошибка стоит всей сетки.
