В этой статье я объясню, как управлять 3-10 аккаунтами Facebook параллельно без кросс-контаминации — без того, чтобы бан одного аккаунта валил всех, и без того, чтобы Facebook определил связь между аккаунтами. Это одна из самых критичных тем для группы менеджеров недвижимости и маркетологов, работающих с массовой платформой публикаций.

У нас в BuzzPost это ядро архитектуры: каждый аккаунт на своём VDS, свой профиль Chrome, свой IP, свой fingerprint. В статье я объясню, почему это не over-engineering, а minimum viable security.

Почему не запускать 10 аккаунтов на одной машине?

Интуитивный вопрос: «Если у меня мощный сервер, почему не запустить 10 ботов на одной машине?» Ответ: Facebook определяет связь за 48 часов, а в худшем случае — банит все 10 одновременно.

Сигналы, которые использует Facebook:

СигналЧто этоСила
IP shared10 аккаунтов идут с одного IPочень сильный
одинаковый browser fingerprintодин canvas hash, WebGL rendererсильный
одинаковое screen resolutionвсё на 1366×768средний
activity overlap10 аккаунтов делают одно действие за 100msочень сильный
cross-friendingаккаунты дружат между собойсильный
одна страна телефонов10 аккаунтов с близкими номерамисредний

Первые три (IP, fingerprint, activity) достаточно сильны, что даже один из них один сам по себе достаточен для пометки account farm. Двое из них вместе = ban гарантирован.

Решение: VDS на каждый аккаунт

Стандартное решение в индустрии — и у BuzzPost — это выделенный Windows VDS на каждый аккаунт Facebook. Почему это решает?

Отдельный IP

Каждый VDS со своим static IP, из разного IP-сектора. Facebook не видит связь.

Отдельный fingerprint

Каждый VDS со своим виртуальным GPU (даже если они физически на одной инфраструктуре, virtual GPU генерирует разные fingerprints). UA может слегка отличаться (на одну версию Chrome назад, например). Screen resolution может быть другим (1366×768 у одного, 1280×720 у другого).

Отдельная activity

Невозможно, что два бота на разных VDS выполнят действие в один момент. Статистическая вероятность этого без преднамеренной координации ~0.

Архитектура BuzzPost

У нас архитектура состоит из двух слоёв:

  1. Сервер управления (panel): один, содержит центральную БД, UI, Telegram bot. Этот сервер не запускает Chrome и не подключается к Facebook. Только orchestration.
  2. VDS-серверы (fleet): много, каждый с одним Chrome, одним профилем и одним аккаунтом. Они подключаются к панели через API для получения инструкций (какой пост публиковать, в какие группы) и отправляют обратно результаты.

Связь между слоями шифрована HTTPS с TLS 1.3. Панель никогда не знает пароль аккаунта Facebook; он хранится только на VDS, зашифрованный Fernet.

Добавление аккаунта: полный protocol

Когда клиент присоединяется к BuzzPost и хочет добавить аккаунт, protocol такой:

  1. Выделение VDS: из pool готовых VDS. Каждый с чистым IP, готовой OS, установленным Chrome.
  2. Создание профиля Chrome: создание нового user-data dir в C:\Users\Administrator\AppData\bot_chrome_profile.
  3. Установка locale: --lang=he-IL, timezone Asia/Jerusalem, Windows registry тоже на иврите/Израиле.
  4. 3 недели прогрева: клиент (не бот) использует аккаунт вручную — прокрутка feed, лайки, друзья, группы. Это условие до старта системы бота.
  5. Ввод целевых групп: клиент вводит список URL групп Facebook, в которых он состоит.
  6. Ввод постов: клиент вводит активы (квартиры) с фото и текстами, или использует AI для написания постов.
  7. Первый запуск: 3-5 постов в первый день, постепенный рост до 15-25 в день во втором месяце.

10 аккаунтов = 10 VDS

Если клиент хочет 10 аккаунтов, мы выделяем 10 VDS. Каждый со своим IP, профилем, аккаунтом. Цена: 249₪/мес за первый, 199₪ за каждый последующий. Для 10 аккаунтов = 249 + 9×199 = 2040₪/мес.

Это не дёшево. Но это инвестиция в реальный anti-detection. Клиент, выбравший «все 10 на одном сервере», в итоге платит больше, потому что теряет аккаунты и инвестирует снова в их создание.

Связь между аккаунтами — первое, чего не делать

Большая ошибка: думать «если все мои аккаунты от того же бизнеса недвижимости, почему не добавить друг друга в друзья?» Ответ: это самый большой signal, что accounts — это farm.

Связанные между собой аккаунты, публикующие одинаковые посты, активные в одних группах — Facebook не только видит связь, а использует её в алгоритме banning. Когда один аккаунт падает, второй «опасен» по алгоритму.

Инструкция: никогда не связывайте аккаунты friendship, like, comment или tag. Каждый аккаунт — отдельный мир. Каждый аккаунт активен в разных группах, публикует разный контент, поддерживает разную активность.

Номера телефонов — как не сжечь

Если аккаунт 1 зарегистрирован с номером 050-1234567 и аккаунт 2 с 050-1234568 (соседние номера), Facebook может определить, что у вас batch SIMs. У нас рекомендуем:

  • Номера разных префиксов (050, 052, 054, 058), а не только подряд 050.
  • По возможности, номера разных операторов (Cellcom, Pelephone, Partner, HOT).
  • Регистрировать аккаунты с временными интервалами (новый аккаунт каждую неделю, не 10 в один день).

Ежедневный менеджмент

Когда у вас 10 аккаунтов параллельно, как вы узнаёте, кто в порядке, а кто нет? У нас панель показывает:

  • Статус серверов: зелёный/жёлтый/красный для каждого VDS.
  • Постов сегодня: сколько постов успешно, сколько провалилось, на каких группах.
  • Алерты: rate-limit, checkpoint, login required, group restricted.
  • Время работы с последнего restart: если больше 48 часов, признак проблемы.
  • cookie freshness: когда cookie последний раз обновлялся.

Дополнительно Telegram bot отправляет мгновенные алерты владельцу о каждом нештатном событии. За 30 секунд от проблемы вы знаете.

Как восстанавливаться после ban одного аккаунта?

Если 1 из 10 аккаунтов забанен, что происходит?

  1. Бот останавливает операции на этом VDS.
  2. Алерт отправлен владельцу.
  3. Остальные продолжают. 9 аккаунтов всё ещё работают.
  4. Клиент работает с аккаунтом: апелляция, верификация документа, сброс пароля.
  5. После восстановления, клиент уведомляет панель, и бот возвращается к работе.

Если бы это были все аккаунты на одной машине, ban одного угрожал бы всем. Так нет.

Пять ошибок, которых не делать

  1. Запускать все аккаунты на одном VDS — как обсуждали, ban гарантирован.
  2. Связывать аккаунты между собой — signal farm.
  3. Загружать один пост с 10 аккаунтов без вариаций — duplicate detection.
  4. Использовать один pool фото для всех аккаунтов — image hash detection.
  5. Копировать user-data dir между VDS — datr cookie identical = farm signal.

Итог

multi-account management — это самостоятельная область. BuzzPost обрабатывает её автоматически — каждый аккаунт получает выделенный VDS, отдельный профиль, отдельный IP. Вам не нужно думать об изоляции — она встроена в архитектуру. Если хотите запустить 10 аккаунтов Facebook для бизнеса недвижимости, смотрите тарифы. Первый план 249₪, каждый дополнительный 199₪.

Подробнее: возможности, антидетекция, rate-limit engineering.

Приложение: частые вопросы

«Можно ли использовать proxies вместо VDS?»

Теоретически residential proxies дают разные IPs. На практике у них 3 проблемы: (1) IP rotation может произойти посреди session и уронить её, (2) высокая latency меняет performance fingerprint, (3) большинство residential proxies на рынке принадлежат подозрительно — некоторые stolen IPs. Лучше VDS с fixed IP, знающим, кто он.

«Знает ли Facebook, что это VDS, а не домашний компьютер?»

Не легко. Windows Server VDS выглядит для него как обычный «Windows». IP идёт из data center, что не плюс, но миллионы пользователей серфят с VPN data center (employees, VPN services, etc.). Пока аккаунт не транслирует другие сигналы — не помечен.

«Сколько времени занимает запуск 10 аккаунтов?»

Создание VDS само по себе: минуты. Прогрев 3 недели: 3 недели (не сократить). Кто обещает вам публиковать 100 постов в день с первого дня — врёт.

Типы клиентов, которых мы видим

Тип 1: одиночный риэлтор с 1-2 аккаунтами

Классический клиент. Активный редактор в 10-20 группах недвижимости Крайот/Хайфы/Тель-Авива. Хочет публиковать 5-10 квартир в день циклами. Базовый план, 1 сервер, 249₪/мес. Выходит в плюс с 2-3 аренд в месяц, получаемых через посты.

Тип 2: агентство с 3-5 аккаунтами

Агентство в Крайот с 4 риэлторами, каждый со своим аккаунтом Facebook и собственным реестром квартир. Каждый риэлтор публикует свои квартиры в свои группы. План: 4 сервера = 249 + 3×199 = 846₪/мес.

Тип 3: девелопер с 8-15 аккаунтами

Девелопер, ведущий широкую операцию. 10-15 активных аккаунтов, каждый с другой persona (молодая женщина, старший риэлтор, бизнесмен, студент). Посты адаптированы к persona. План: 10-15 серверов = ~2000-3000₪/мес.

Заметка о personas

Если у вас 5+ аккаунтов, умная стратегия — дать каждому другую persona. Почему? Потому что если все 5 — это «риэлторы» в одном городе с одинаковым стилем контента, Facebook видит связь. У нас рекомендуем:

  • Аккаунт 1: мужчина 40+, старший риэлтор, официальный стиль контента.
  • Аккаунт 2: женщина 30+, мать, дружелюбный и тёплый стиль.
  • Аккаунт 3: молодой 25+, «находки в Крайот!», стиль с emojis и hashtags.
  • Аккаунт 4: агентство, профессиональный краткий стиль.
  • Аккаунт 5: девелопер, деловой стиль с акцентом на доходность.

Каждая persona подходит для типа группы (старший риэлтор → группы «профессионального тиявука», мать → группы «семейный район», молодой → «ищем квартиру в Крайот»).

Математика ROI

Средний клиент BuzzPost получает 2-5 leads в день с 20 постов. При conversion 5-10% от leads в сделки — это ~10-25 сделок в месяц. Со средней комиссией риэлтора 2000-5000₪ за сделку — расход 249₪/мес на платформу мгновенный. При расширении до 5 аккаунтов (846₪) и получении 50+ leads в день, доход утраивается минимум.

Поэтому вопрос не «сколько это стоит», а «сколько это возвращает». Если платите 2000₪ в месяц за 10 аккаунтов, и каждый аккаунт генерирует одну сделку в месяц со средней комиссией 3000₪ — это ROI 1400%. Единственная проблема — добраться до 10 рабочих аккаунтов, и именно это позволяет BuzzPost.

Безопасность и отношения подрядчик-клиент

Чувствительная тема: если BuzzPost управляет вашими паролями, что будет, если BuzzPost забанят / закроют / взломают?

У нас:

  • Пароль не хранится в cloud — он хранится только на вашем конкретном VDS, зашифрованный.
  • Если мы «закрываемся завтра», вы можете подключиться к VDS через RDP и продолжить сами. Код, работающий на нём, — это Python, который вы можете прочесть.
  • Backup user-data dir сохраняются у вас (опционально), не только у нас.
  • Контракт: если BuzzPost прекращает обслуживание, вы получаете уведомление за 90 дней и можете загрузить все свои данные.

Множество групп на аккаунт — какой предел?

Аккаунт Facebook может состоять до 6000 группах (по TOS Facebook). Но в мире 2026, аккаунт, состоящий в 200+ группах — подозрителен.

Наша точка: 30-60 активных групп на аккаунт. Почему это правильный диапазон?

  • Меньше 30 — сужает охват недостаточно.
  • 30-60 — выглядит как активный пользователь в конкретной области (недвижимость в Крайот, например).
  • Больше 100 — выглядит как «коллекционер», искусственно собирающий группы.

В каждом посте бот выбирает 8-12 случайных групп из своих 60. Так каждая группа не получает посты слишком часто, и Facebook видит естественное распределение.