Мультиаккаунтинг в медиабаинге: как не терять кабинеты и бюджет
Как медиабайеры и агентства ведут десятки рекламных кабинетов без банов: структура профилей, прокси, командные роли и разбор частых ошибок.
Почему один кабинет — это риск, а не удобство
Медиабайер редко ведёт один рекламный кабинет. У агентства — десятки клиентов, у каждого свои платёжные данные, свой Business Manager, свои креативы и своя история модерации. Даже если работать честно, по правилам площадки, кабинетов всё равно много: тестовые, боевые, бэкапные, кабинеты под конкретные гео или вертикали.
Facebook Ads, Google Ads, TikTok Ads и им подобные системы явно разрешают вести несколько кабинетов — через Business Manager, через агентские структуры, через партнёрские программы. Что они прямо запрещают — это создавать множество аккаунтов для обхода банов и повторного запуска того, что уже отключили за нарушение правил. Разница принципиальная: структура для управления бизнесом — это норма, ферма для обхода санкций — нарушение, за которое банят весь Business Manager целиком, вместе с живыми клиентскими кабинетами.
Отсюда и главная практическая задача: построить инфраструктуру так, чтобы кабинеты не «протекали» друг в друга через браузерные отпечатки, IP и куки, а команда могла работать без путаницы, кто в какой профиль зашёл и с какого устройства.
Во что обходится потеря кабинета
Прежде чем говорить про инструменты, стоит закрепить цифры, потому что именно они объясняют, зачем вообще возиться с изоляцией профилей.
- Приостановка Business Manager с 5–10 активными кабинетами клиентов означает остановку всех кампаний одновременно, а не одной.
- Разморозка занимает от нескольких дней до нескольких недель, и часть апелляций закрывается отказом без объяснений.
- Пока кабинет заморожен, недокрученный бюджет не возвращается автоматически — клиент теряет темп продаж, агентство теряет доверие.
- Повторная привязка платёжных методов и доменов после бана — это ещё несколько дней простоя даже после разморозки.
Когда один и тот же браузерный профиль (один и тот же canvas-отпечаток, один и тот же набор шрифтов, одна и та же связка cookies) используется для входа сразу в несколько «независимых» аккаунтов, площадка справедливо видит связь между ними. При бане одного под раздачу попадают все связанные. Изоляция профилей — это не про обман алгоритма, а про то, чтобы разные бизнес-единицы технически не выглядели одним и тем же пользователем там, где они им не являются.
Как выглядит рабочая структура профилей
Практика, которая реально снижает количество инцидентов, строится на нескольких принципах.
Один профиль — один кабинет или один Business Manager. Не смешивайте вход в личный аккаунт менеджера, в клиентский BM и в тестовый кабинет в одном окне браузера с общими cookies. Каждому — отдельный изолированный профиль с собственным отпечатком: ОС, версия браузера, экран, часовой пояс и язык, подтягивающиеся из IP прокси, шум canvas/WebGL/audio.
Прокси закрепляется за профилем, а не за задачей. Если сегодня заходите в кабинет через один IP, а завтра — через другой без прокси или с другой геолокацией, это резкий скачок в поведенческом профиле аккаунта, который площадка тоже фиксирует. Постоянный прокси на профиль — на весь срок его жизни, с проверками на живость и на совпадение геолокации с заявленной у клиента. Подробнее про то, какой тип прокси подходит под разные задачи, разобрано в статье про выбор типа прокси для мультиаккаунтинга — для рекламных кабинетов обычно нужен статичный резидентский или мобильный IP, а не дешёвый датацентровый, который площадки размечают как подозрительный сам по себе.
Группировка по клиенту, а не по типу площадки. Удобнее держать все профили одного клиента (Facebook, Google, TikTok, аналитику) в одной группе с понятным названием и цветовой меткой, чем распределять профили по вкладкам «все FB», «все Google». Это экономит секунды при каждом запуске, а на масштабе в полсотни кабинетов — часы в неделю. Про то, как выстроить такую структуру на сотнях профилей и не потерять ориентацию, подробно написано в материале про организацию профильных пулов в масштабе.
Прогрев новых кабинетов — не косметика, а часть системы
Новый рекламный аккаунт, созданный сегодня и с первого запуска залитый бюджетом на 500 долларов, статистически чаще попадает под ручную проверку, чем аккаунт, который несколько дней вёл себя как обычный пользователь: заходил в интерфейс, смотрел статистику, редактировал настройки без резких скачков активности. Это касается и личных, и Business Manager аккаунтов.
Механика похожая на прогрев обычных социальных аккаунтов — с той разницей, что здесь важнее равномерность бюджетных трат и постепенное увеличение лимитов, а не лайки и подписки. Общие принципы прогрева, включая расписание действий и типичные ошибки новичков, разобраны в статье про прогрев аккаунтов перед стартом — она применима и к рекламным кабинетам с поправкой на специфику площадки.
Команда: кто и что видит в кабинетах клиентов
В агентстве кабинет клиента почти никогда не ведёт один человек. Байер запускает кампании, оптимизатор корректирует ставки, тимлид проверяет бюджеты, финансист сверяет траты по инвойсам. Если у всех общий пароль от одного аккаунта в Chrome с сохранёнными паролями — это не команда, это потенциальная утечка доступа при первом же увольнении.
Практичнее раздавать роли на уровне профилей, а не на уровне паролей от рекламных кабинетов:
| Роль | Что видит | Что может |
|---|---|---|
| Owner | Все профили и кабинеты | Полное управление, финансы, найм |
| Admin | Профили своих команд | Создание и передача профилей, лимиты |
| Байер (member) | Только назначенные кабинеты | Запуск кампаний, редактирование креативов |
| Финансист | Дашборд расходов | Просмотр трат, без входа в кабинеты |
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
Такая раскладка снимает классическую проблему агентств: байер, который уволился в пятницу, не уносит с собой доступы ко всем клиентским кабинетам, потому что доступ выдавался на профиль, а не на пароль от площадки, и его можно немедленно отозвать. Как выстроить роли и лимиты на профили конкретнее, показано в статье про роли и передачу доступа в команде.
Отдельно полезна возможность живого просмотра и удалённого управления браузером коллеги: тимлид может зайти в открытый профиль байера, посмотреть, что происходит в кабинете прямо сейчас, и при необходимости перехватить управление — без пересылки скриншотов и без запроса пароля.
Ошибки, которые чаще всего стоят кабинета
Смешение личных и рабочих аккаунтов в одном окне. Байер логинится в свой личный Facebook, потом в этой же вкладке — в клиентский Business Manager «для скорости». Площадка видит связь между личным профилем и рабочим кабинетом там, где это не нужно ни байеру, ни клиенту.
Один прокси на пачку кабинетов. Экономия на прокси оборачивается тем, что десяток разных аккаунтов заходит с одного и того же IP в одно и то же время — классический паттерн для автоматической блокировки сразу нескольких кабинетов одним махом.
Резкая смена конфигурации профиля. Обновили версию браузера вручную, поменяли часовой пояс системы, пересобрали окружение — и кабинет, который спокойно работал полгода, внезапно уходит на проверку. Отпечаток профиля должен оставаться стабильным между сессиями, а меняться — только вместе с сменой прокси и по продуманному плану. Как отслеживать такие несостыковки, разобрано в статье про согласованность отпечатка профиля.
Хранение паролей и кодов 2FA в текстовом файле команды. Google-таблица с паролями и секретными ключами двухфакторной аутентификации, которую пересылают в мессенджере, — источник и утечек, и банальной путаницы, когда два человека одновременно логинятся под одним и тем же кодом.
Отсутствие журнала действий. Когда с кабинетом что-то пошло не так, полезно быстро увидеть, кто и когда заходил в профиль, какие настройки менял. Без лога это превращается в опрос всей команды по памяти.
Технические детали, которые редко обсуждают, но которые решают
Cookies и история — не только про удобство входа. Импорт и экспорт cookies в формате JSON или Netscape пригождается при передаче кабинета другому байеру или при переносе клиента между агентствами по договорённости: не нужно заново логиниться и проходить проверку с нового устройства, если сессия переносится вместе с профилем. Плановый прогрев cookies по расписанию поддерживает те аккаунты, которые временно не используются активно, но должны оставаться «живыми» для площадки.
https://www.youtube.com/
https://www.wikipedia.org/
https://www.reddit.com/
https://www.amazon.com/
Приложение само откроет профиль, прогонит по сайтам и закроет — занятый профиль пропускается.
Синхронизация между устройствами. Байер работает с ноутбука в офисе и с домашнего компьютера вечером — профиль и его состояние должны быть одинаковыми в обоих местах, без ручного экспорта-импорта каждый раз.
Передача профиля другому аккаунту. Когда клиент уходит от одного менеджера к другому, или агентство целиком передаёт ведение кабинета партнёру, профиль со всей историей и настройками можно передать без пересборки с нуля.
Шифрование данных профиля на устройстве. Для агентства, которое хранит доступы к десяткам клиентских рекламных кабинетов, это не абстрактная защита, а прямое требование клиентов — многие прописывают в договоре, что доступы должны храниться так, чтобы даже поставщик инструмента не мог их прочитать. Подробнее про модель шифрования и восстановление доступа — в материале про шифрование и 2FA-хранилище профилей, а общий обзор механизмов безопасности — на странице безопасности профилей.
Автоматизация рутинных проверок. Ежедневный обход двадцати кабинетов, чтобы проверить статус модерации и расход бюджета, можно частично снять скриптом через локальный API, если команда уже работает с Puppeteer или Playwright — сценарий описан в статье про автоматизацию профилей.
Как выглядит день тимлида на дашборде
Утро тимлида агентства с 40 активными кабинетами обычно начинается не с захода в каждый кабинет по очереди, а с общей картины: кто из команды уже онлайн, сколько браузеров открыто прямо сейчас, какой суммарный расход за вчера по всем клиентам. Это экономит время на первичной сверке и сразу показывает аномалии — например, кабинет, который открыт третий час подряд без активности, или расход, вдвое превышающий обычный дневной темп.
Расходы за 30 дней
С чего начать, если сейчас всё в одном браузере
Если сейчас все кабинеты живут в одном профиле Chrome с сохранёнными паролями — переезд стоит делать поэтапно, а не одним днём.
- Выгрузить список всех активных кабинетов и Business Manager по клиентам, зафиксировать, какие прокси и IP использовались при последнем успешном входе.
- Завести отдельный изолированный профиль под каждый Business Manager, привязать постоянный прокси с той же геолокацией, что и раньше.
- Перенести cookies текущей активной сессии в новый профиль, чтобы не логиниться заново и не вызывать проверку у площадки.
- Раздать доступы команде через роли, а не через общий пароль, зафиксировать лимиты профилей на человека.
- Первую неделю не менять расписание работы с кабинетом — заходить в том же ритме, что и раньше, чтобы не создавать резких скачков в поведении аккаунта.
Начать удобно с бесплатного плана — на нём доступно 3 профиля, этого достаточно, чтобы протестировать структуру на одном клиенте перед переносом всей базы. Полный список тарифов и лимитов по числу профилей — на странице цен, а установочные файлы для macOS и Windows — на странице загрузки.
FAQ
Facebook или Google накажут за то, что у агентства много кабинетов? Нет, если структура прозрачна: агентские Business Manager, партнёрский доступ, реальные клиенты за каждым кабинетом. Наказывают за создание фиктивных аккаунтов для обхода уже наложенных ограничений, а не за легальное масштабирование.
Нужен ли отдельный прокси на каждый кабинет или можно один на клиента? Если у клиента несколько кабинетов на разных площадках, один стабильный прокси с правильной геолокацией можно использовать для всех его профилей — важно не пересекать прокси между разными клиентами.
Что делать, если байер уволился, а доступ к кабинету был только у него? Если доступ выдавался через роль в профиле, а не через личный пароль от площадки, кабинет и все его настройки остаются у агентства — доступ конкретного человека просто отзывается.
Как быстро понять, что с отпечатком профиля что-то не так? Резкие всплески проверок безопасности или запросы подтверждения личности при обычных действиях — сигнал проверить, не изменилась ли конфигурация профиля или не переехал ли прокси на другую геолокацию без предупреждения.