Чтобы вести несколько рекламных аккаунтов Meta, начните с карточки по каждому клиенту: его активы, уполномоченные операторы и те, кто принимает решения. Затем организуйте рабочее пространство в браузере и решите, есть ли вообще отдельное требование к сети. Когда что-то ломается, сначала определите, что это — проблема доступа, неверно выбранный аккаунт, инцидент безопасности или ограничение, и только потом меняйте настройку.
Этот чек-лист предназначен для агентств, которые ведут аккаунты клиентов с их разрешения. Он даёт многоразовую закрытую карточку клиента и способ назначить следующее действие, когда оператор не может продолжить работу.
Договоритесь о контроле клиента до настройки инструментов
Для каждого проекта договоритесь, кто должен контролировать активы, кто утверждает расходы и кто отвечает за восстановление доступа. Мы рекомендуем сохранять задуманный клиентом контроль и давать операторам агентства только тот доступ, который нужен для их работы. Решите это до создания активов: план «разобраться с владением потом» оставляет важный вопрос открытым.
Обучающий курс Meta по бизнес-портфолио охватывает аккаунты, пользователей и разрешения, а документация Marketing API описывает рекламные аккаунты, которыми управляют несколько человек с разными уровнями доступа. Это полезные отправные точки для организации отношений. Чек-лист ниже — наша рекомендуемая рабочая карточка, а не официальная форма Meta. Курс Meta Blueprint по портфолио, документация Meta Marketing API.
Скопируйте эту карточку в свою закрытую систему управления проектами для каждого клиента:
- Клиент и владелец бизнеса:
- ID бизнес-портфолио и ID рекламного аккаунта:
- Вспомогательные активы для этой работы: страница, аккаунт Instagram, ID набора данных или каталога, если применимо.
- Ответственный за доступ и восстановление со стороны клиента, плюс резервный контакт:
- ID бизнеса агентства:
- Назначенные операторы и утверждённые задачи:
- Кто принимает решения по оплате:
- Владелец приложения для отчётов, утверждённые разрешения и порядок отзыва:
- Метка устройства или рабочего пространства; владелец сети, если применимо:
- Доступ проверен: дата и кто проверял.
- Ответственный за завершение работ и целевая дата:
Не храните в этой карточке пароли, API-токены, коды восстановления и номера платёжных карт. ID активов и деловые контакты всё равно должны лежать в системе с надлежащим внутренним контролем доступа.
Перед началом работы с кампаниями пусть назначенный оператор сверит ID нужного рекламного аккаунта с фактически выбранным и убедится, что требуемое действие доступно. Если у клиента ещё нет настройки, сначала согласуйте в карточке поля владения и оплаты, затем изучите доступные в Meta варианты создания. Этот чек-лист не предполагает какого-либо универсального лимита аккаунтов.
Сделайте рабочий контекст легко узнаваемым
Используйте единую метку клиента в рабочем тикете и в пространстве браузера. Прежде чем менять кампанию или бюджет, сверьте выбранный аккаунт с тикетом. Узнаваемое название помогает; ID аккаунта даёт конкретное значение для проверки, когда названия похожи.
Профили Chrome разделяют закладки, историю, пароли и настройки. Это полезный инструмент организации, но Google предупреждает, что человек с доступом к устройству может переключиться в другой профиль. Считайте профиль браузера рабочим пространством, а не заменой контроля доступа к устройству. Рекомендации Google по профилям Chrome.
Защитите учётные записи и устройства, с которых администрируются аккаунты. Meta рекомендует двухфакторную аутентификацию, оповещения о входе и проверку сеансов. В её отчёте о вредоносном ПО для бизнеса также описаны атаки на личные аккаунты, связанные с рекламными активами, включая вредоносное ПО, способное обходить 2FA. Держите защиту устройств в плане наравне с аутентификацией. Рекомендации Meta по вредоносному ПО для бизнеса.
Для автоматизации отчётов заведите в карточке клиента отдельную запись о доступе приложения. У Meta Marketing API свои требования к приложению, токенам доступа и разрешениям; существующий вход в браузере не означает такой авторизации. Определите, кто владеет приложением, что оно должно делать и кто отзывает доступ по окончании проекта. Документация Meta Marketing API.
Решите, есть ли у изменения сети цель
Руководство VoidMob по ведению нескольких рекламных аккаунтов Meta в 2026 году излагает взгляд вендора на организацию аккаунтов и техническую изоляцию, включая раздельные браузерные и мобильные сетевые конфигурации. Это полезный контекст при сравнении таких подходов. Для внедрения в агентстве сначала запишите конкретную проблему, которую должно решить изменение сети.
Например, отсутствующее назначение аккаунта — задача того, кто выдаёт доступ. Задокументированное и разрешённое требование к сетевому тестированию — задача технического владельца. Проверка IP может помочь описать маршрут; она не доказывает, что у оператора есть разрешение управлять активами клиента.
Различайте также отдельное устройство и эксклюзивный публичный адрес. Carrier-grade NAT может делить публичные IPv4-адреса между абонентами, поэтому выделенное оборудование само по себе не доказывает эксклюзивного использования публичного IPv4. Это ничего не говорит о том, как Meta оценит конкретный аккаунт. IETF RFC 6888.
Если требование к маршруту существует, определите целевой адрес, требование к непрерывности и признаки сбоя до выбора инфраструктуры. Наше руководство по ротируемым и постоянным прокси объясняет разницу в непрерывности сеанса. Для выбранной браузерной реализации настройку описывает руководство по настройке прокси в MostLogin. Ни то, ни другое не обязательно для заполнения карточки доступа клиента.
Направляйте проблемы тому, кто может действовать
Используйте эту таблицу как предлагаемый порядок первой реакции. Она помогает собрать доказательства и назначить ответственного; она не диагностирует все причины, и несколько неисправностей могут существовать одновременно.
| Ситуация | Что зафиксировать в первую очередь | Ответственный и следующее действие | Условие остановки |
|---|---|---|---|
| Согласованный рекламный аккаунт клиента отсутствует | ID нужного актива, учётная запись входа, назначенные задачи и точный текст ошибки | Ответственный за доступ со стороны клиента и руководитель в агентстве сравнивают запрошенный актив с фактически выданным доступом | Владение или полномочия остаются неясными |
| Браузер показывает другого клиента | ID выбранного аккаунта в сравнении с рабочим тикетом | Оператор выбирает нужный аккаунт и проверяет ещё раз; помечает рабочее пространство | Учётная запись или аккаунт по-прежнему не совпадают |
| Неизвестный администратор или неожиданные расходы | Время, затронутый актив, неопознанное изменение и данные устройства/сеанса | Ответственный за безопасность у клиента защищает учётную запись/устройство, проверяет доступные активы и использует официальное восстановление | Устройство может оставаться скомпрометированным; приостановите плановое администрирование |
| Появилось уведомление об ограничении | Точный текст уведомления, затронутый актив, время и предложенный вариант проверки | Владелец у клиента или уполномоченный проверяющий действует по уведомлению и фиксирует проверку | Причина не выяснена; никаких обходных путей через новый аккаунт |
| Сетевая ошибка без уведомления об ограничении | Текст ошибки, время, настроенный маршрут и доступность сервиса | Владелец ИТ/сети диагностирует транспорт отдельно от разрешений на активы | Нет доказательств связи маршрута со сбоем; не утверждайте обратного |
Строка о безопасности применяет приведённые выше рекомендации Meta. Остальные варианты маршрутизации — наши операционные рекомендации. Следуйте фактическому уведомлению и доступным инструментам, а не предполагайте, что у каждого ограничения одинаковый порядок проверки или исход.
Разбор примера: один аналитик, два клиента
Представьте вымышленных клиентов Cedar Bikes и Harbor Home. Один аналитик агентства обслуживает обоих. Рекламный аккаунт Cedar виден; аккаунта Harbor нет в списке выбора аккаунтов.
Следующий шаг — сравнить записанный ID аккаунта Harbor и утверждённые задачи с фактическим назначением аналитика. После этого уполномоченный ответственный за доступ со стороны клиента может исправить неполную выдачу доступа. Пока проверка не завершена, приостановите работу с кампаниями Harbor. Само по себе это наблюдение не даёт повода покупать прокси или создавать ещё один аккаунт.
Теперь измените предпосылку: Harbor виден, но появился администратор, которого никто не узнаёт. Это строка о безопасности. Эскалируйте ответственному за восстановление у Harbor и защитите затронутую учётную запись и устройство. Переименование рабочего пространства в браузере оставит инцидент нерешённым.
При завершении работ используйте ту же карточку, чтобы отозвать утверждённый доступ уходящего оператора или агентства и все учётные данные приложений под вашим контролем, затем убедитесь, что назначенный владелец у клиента сохранил доступ. Удалите локальные рабочие данные в соответствии с договорённостью о хранении. Зафиксируйте, кто выполнил передачу и когда.
Метод: ipvolt подготовил этот чек-лист на основе документации Meta и вендоров и вымышленного примера. Ни один аккаунт Meta, прокси, профиль браузера или устройство не тестировались, и ничто здесь не описывает, как Meta оценивает конкретный аккаунт.
Если будущая разрешённая работа потребует прокси-инфраструктуры, вступите в лист ожидания ipvolt. Доступ пока не открыт. Одно письмо, когда откроется доступ. Больше ничего.
Источники
- Meta Blueprint: business portfolio, users and permissions
- Meta Marketing API documentation
- Google Chrome Help: share Chrome with others using profiles
- Meta Newsroom: how Meta protects businesses from malware (2023)
- IETF RFC 6888: common requirements for carrier-grade NATs
- VoidMob: running multiple Meta ad accounts in 2026 (vendor perspective)