Мультиаккаунтинг для SMM-агентств: соцсети клиентов без хаоса

Редакция GetAntik · 29 сентября 2026 г. · 8 минут чтения

Как SMM-агентства ведут десятки клиентских аккаунтов в соцсетях без блокировок, утечки паролей и путаницы: профили, доступы, ревью контента.

Почему одна учётка сотрудника — плохая идея для агентства

Типичная SMM-команда ведёт 15–40 клиентов одновременно: у каждого свой Instagram, Facebook-страница, TikTok, иногда ещё Pinterest или Threads. Если сотрудник заходит во все аккаунты с одного браузера на рабочем ноутбуке, платформа видит один и тот же отпечаток, одну и ту же историю входов, одни и те же cookies-пересечения между аккаунтами клиентов, которые физически никак не связаны. Formально это не «читерство» — это обычная рабочая необходимость. Но алгоритмы Meta или TikTok не различают намерений: они видят паттерн «десятки бизнес-аккаунтов заходят с одной точки» и включают дополнительные проверки — капчи, запросы на подтверждение личности, временные ограничения на постинг и рекламу.

Отдельная проблема — репутационный риск для самого клиента. Если один из аккаунтов агентства попадёт под ограничение (например, за спам-жалобы на другого клиента, которого вы тоже ведёте с того же браузера), под раздачу могут попасть соседние учётки просто потому, что делят один сеанс, один набор cookies, один IP.

Задача решается не «более осторожным» использованием одного браузера, а изоляцией: каждому клиенту — свой профиль с собственным отпечатком, cookies и, где это оправдано, отдельным IP.

Структура: один профиль — один клиент, а не один профиль — одна платформа

Частая ошибка — заводить профили по платформам («Instagram-профиль», «TikTok-профиль») и логиниться в них под разных клиентов по очереди. Это не решает проблему пересечения cookies и истории между клиентами, только смещает её на уровень платформы. Правильная логика — один изолированный профиль на клиента, внутри которого уже открыты все нужные вкладки: Instagram, Facebook Business, TikTok для бизнеса и так далее.

Практическая раскладка для агентства на 30 клиентов:

При таком количестве профилей находить нужный клиента вручную по названию — трата времени. В GetAntik список профилей показывает статус, группу, прокси и время последнего запуска в одной таблице, так что менеджер видит, кто из клиентов давно не постился, ещё до того, как это заметит сам клиент.

Прокси на профиль — не формальность. Если клиент таргетируется на аудиторию в Германии, а вы заходите в его рекламный кабинет с IP другой страны, платформа может ограничить показ части инструментов или запросить дополнительную верификацию личности при первой настройке оплаты. Логика подбора прокси под конкретную задачу подробно разобрана в статье о выборе типа прокси для мультиаккаунтинга — для соцсетей чаще подходят статичные резидентские IP, потому что аккаунт долго живёт под одним и тем же адресом.

Кто из команды что видит: доступы без передачи паролей

В агентстве почти всегда есть текучка: контент-менеджер уходит в отпуск, таргетолог меняется, стажёр не должен видеть рекламный бюджет клиента напрямую. Раздавать пароли от клиентских аккаунтов в общем чате — плохая практика с точки зрения безопасности и почти всегда нарушение договора с клиентом о конфиденциальности данных.

Рабочая модель — роли и лимиты на уровне профилей, а не общий доступ ко всему пулу:

• Owner — руководитель агентства, видит все профили и биллинг.
• Admin — тимлид, управляет профилями своих клиентов, может передавать их между сотрудниками.
• Member — контент-менеджер или таргетолог, работает только с профилями назначенных ему клиентов, без доступа к финансовой части.
• Finance — бухгалтер, видит расходы на прокси и подписки, но не открывает сами профили.

Сотрудник запускает браузер клиента, не зная и не видя ни логина, ни пароля, ни кода двухфакторной аутентификации в явном виде — эти данные хранятся в зашифрованном хранилище профиля и подставляются автоматически при входе.

Двухфакторная аутентификация — отдельная головная боль в SMM: у клиентов часто включена 2FA на почте или в Business Manager, а физический доступ к телефону клиента у агентства есть не всегда. Хранилище 2FA-ключей на уровне профиля снимает эту проблему: код генерируется прямо в браузере при входе, ключ не нужно пересылать в мессенджере и не нужно просить клиента диктовать код каждый раз. Подробнее про модель шифрования и восстановление доступа при потере устройства — в статье о безопасности профилей и хранилище 2FA.

Настройка ролей и лимитов на профили описана в разделе работы в команде, там же — как ограничить количество профилей на одного сотрудника, чтобы стажёр физически не мог случайно открыть чужого клиента.

Ревью контента без пересылки паролей клиенту

Часть клиентов хочет видеть, что именно постится в их аккаунте, до публикации — особенно на старте сотрудничества, пока не выстроено доверие. Стандартный обходной путь — скриншоты в переписке, что медленно и создаёт лишний слой согласований, где легко потерять правки.

Live-просмотр браузера сотрудника с возможностью подключиться и посмотреть текущее состояние профиля решает это иначе: тимлид или сам клиент (если дать ему ограниченный доступ через роль member) видит открытый профиль в реальном времени, может проверить черновик поста, настройки таргетинга в рекламном кабинете или очередь запланированных публикаций — без пересылки логина и без риска, что клиент случайно что-то изменит в настройках аккаунта.

Это же полезно для внутреннего контроля качества: тимлид может зайти в профиль стажёра посреди рабочего дня и посмотреть, как тот заполняет карточку клиента, не отвлекая его звонком и не прося прислать скриншот.

Онбординг и офбординг клиента: что происходит с профилем

Когда клиент подключается к агентству, ему обычно нужно передать доступы к своим существующим аккаунтам. Здесь удобно завести профиль заранее — с нужным прокси и базовыми настройками отпечатка под регион клиента — и попросить клиента один раз войти в свои соцсети внутри этого профиля. После этого cookies и сессия сохраняются в профиле, а не в личном браузере клиента или сотрудника, и дальнейшая работа идёт без повторных логинов и без пересылки паролей туда-обратно.

Когда контракт заканчивается, ситуация обратная: агентство должно закрыть себе доступ, а клиент — получить рабочий аккаунт без разрывов. Практический порядок действий:

1. Экспортировать cookies и историю профиля клиенту (если это предусмотрено договором) в формате JSON или Netscape.
2. Передать сам профиль клиенту или на его аккаунт целиком, если клиент переходит на самостоятельное ведение или к другой команде.
3. Отозвать у бывших исполнителей права на профиль без ожидания, пока кто-то вручную сменит все пароли.
4. Убрать профиль из общего пула агентства, оставив запись в журнале действий на случай спора о том, что и когда публиковалось.

Передача профиля целиком — с сохранением отпечатка, прокси и истории входов — избавляет от ситуации, когда после ухода клиента в соцсети «внезапно» приходит запрос на верификацию личности из-за смены устройства и IP. Подробнее про механику передачи профилей между сотрудниками и о том, как выстроить процесс офбординга без потери доступа, — в статье о ролях и передаче профилей в команде.

Прогрев новых клиентских аккаунтов

Если клиент приходит с новым, только что созданным аккаунтом (запускает бренд с нуля), с первого дня заливать туда десятки постов и подключать рекламный кабинет — верный способ попасть под ограничения новой учётки. Аккаунт должен «нагуляться»: постепенно расти число подписок, лайков, просмотров, прежде чем включать рекламу и активную публикацию. Это отдельная тема со своей механикой автоматического и ручного прогрева, которую агентствам стоит закладывать в план работ ещё на этапе продажи услуги клиенту — она разобрана в статье про прогрев аккаунтов перед стартом активности.

Частые ошибки агентств

Общий профиль на нескольких клиентов «для экономии». Экономия на прокси и подписке оборачивается риском для всех клиентов сразу: жалоба или бан одного тянет за собой остальных, если они делят сессию и cookies.

Пароли клиентов в таблице Google Sheets. Утечка такой таблицы — прямой репутационный удар по агентству и повод для клиента расторгнуть договор. Хранилище доступов должно быть зашифровано и недоступно даже владельцу сервера — у GetAntik данные профиля шифруются на устройстве паролем аккаунта, и сервер физически не может их прочитать, это разобрано подробнее на странице безопасности.

Отсутствие журнала действий. Когда клиент спрашивает «кто и когда опубликовал этот пост» или «почему изменились настройки таргетинга», у агентства должен быть ответ, а не догадки по памяти сотрудников.

Прокси не под регион клиента. Экономия на резидентском прокси в пользу дешёвого дата-центрового IP из другой страны увеличивает частоту капч и запросов на верификацию именно в рекламных кабинетах — там модерация к смене региона строже, чем у обычной ленты.

Один и тот же отпечаток браузера на всех профилях. Если менять только прокси, а браузер, разрешение экрана и версию системы оставлять одинаковыми для всех клиентов, платформа всё равно видит совпадения и может связать аккаунты между собой — это разбирается детальнее в материале про согласованность отпечатка профиля.

Что в итоге экономит время агентству

Изоляция профилей по клиентам, роли с ограниченным доступом и зашифрованное хранилище паролей и 2FA-ключей закрывают три задачи одновременно: снижают частоту блокировок и капч у клиентов, убирают ручную пересылку доступов между сотрудниками и дают клиенту прозрачность без риска для его аккаунта. При росте команды это особенно заметно — управлять полусотней профилей вручную через закладки и заметки перестаёт работать уже на втором десятке клиентов, и об этом стоит думать заранее, а не когда хаос уже случился, — про это подробнее в статье о том, как организовать сотни профилей и не утонуть в хаосе.

Начать можно с бесплатного тарифа на 3 профиля, чтобы протестировать структуру на паре клиентов, а дальше перейти на план побольше по мере роста пула — актуальные лимиты и цены есть на странице тарифов.

FAQ

Нужен ли отдельный прокси на каждого клиента, если их всего пять? Да, если клиенты из разных регионов или у них разная целевая аудитория. Если все клиенты локальные и из одного города, можно временно использовать общий прокси на группу, но при первой же рекламной кампании лучше развести по отдельным IP.

Можно ли давать клиенту доступ к своему профилю напрямую, без роли в команде агентства? Да, через live-просмотр с ограниченными правами клиент видит состояние профиля без необходимости заводить ему полноценный доступ к системе управления командой.

Что делать, если сотрудник уволился, а пароли от аккаунтов клиента только у него в голове? Это как раз ситуация, которую убирает хранение доступов в самом профиле: логин, пароль и 2FA-ключ хранятся в зашифрованном профиле, а не в памяти сотрудника, поэтому увольнение не блокирует доступ к клиентским аккаунтам.

Стоит ли переносить старые клиентские аккаунты, у которых уже были жалобы или ограничения, в изолированные профили? Стоит, но не ждите мгновенного снятия ограничений — изоляция снижает риск новых проблем и путаницы, а не отменяет историю самого аккаунта на платформе.

smmагентствамультиаккаунтингсоцсетиантидетект-браузер