Разрешения в агентстве: нативный Business Manager против выделенного слоя ролей

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

Если коротко: нативных ролей достаточно для одного рекламодателя на одной платформе, и они ломаются предсказуемым образом ровно в тот момент, когда агентство начинает вести нескольких клиентов в Meta, Google, TikTok, Taboola и Snapchat. Выделенный слой создан именно под эту реальность с множеством клиентов и платформ. Дальше — детали.

Что на самом деле дают нативные роли платформы

У каждой крупной рекламной платформы есть свой контроль доступа. Meta Business Manager предлагает admin, advertiser и analyst. У Google Ads есть уровни доступа на уровне аккаунта. Они существуют не просто так, и для нужного пользователя их достаточно.

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

Где нативные роли ломаются для агентств

Три структурных пробела уводят агентства от чистого управления нативными ролями, и каждый из них становится хуже по мере добавления клиентов и людей.

Гранулярность грубая. Нативные роли связывают широкие права в один пакет. Роль advertiser даёт создание и редактирование по всему аккаунту, и нет встроенного способа сказать «этот человек редактирует группы объявлений, но не биллинг» или «этот человек read-only по этому клиенту и редактирует у того». Нет аналога выделенного места Finance, которое видит расходы, но не может трогать кампании.

Scoping распространяется на весь аккаунт. Как только у кого-то появляется доступ advertiser к Business Manager, он, как правило, видит внутри всё. Настоящая изоляция клиент-за-клиентом требует отдельного Business Manager под каждого клиента — это тяжёлый overhead, который почти никто не поддерживает последовательно. Реалистичный итог: участники команды видят больше данных клиента, чем требует их работа.

Атрибуция не охватывает инструменты. Нативные системы пишут лог в своих собственных стенах и не объединяют запись по всем платформам и инструментам, в которых работает ваша команда. В тот момент, когда команда начинает работать через слой управления или отчётности, нативная роль перестаёт управлять тем, что реально происходит, и audit-trail дробится на пять платформ.

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

Что добавляет выделенный слой разрешений

Выделенный слой стоит поверх ваших нативных платформ через официальные API и OAuth-подключения. Он не заменяет Business Manager; он управляет тем, что ваша команда видит и может делать по каждому подключённому аккаунту в одной согласованной модели. Wevion реализует это семью ролями: Super Admin, Admin, Owner, Manager, Media Buyer, Finance и Viewer.

Практические различия:

• Более тонкие роли. Не редактирующий Viewer для аналитиков и аккаунт-менеджеров и место Finance, которое видит биллинг без прав на кампании, — это роли, которых нативные системы попросту не предлагают.
• Scoping per-account. Media Buyer'а можно ограничить клиентами A и C без видимости клиента B, не поднимая отдельный Business Manager под каждого клиента.
• Единая атрибуция. Поскольку каждый участник работает под индивидуальным местом, действия согласованно приписываются человеку и времени в Meta, Google, TikTok, Taboola и Snapchat.
• Одна модель, много платформ. Одна и та же структура разрешений управляет каждым подключённым аккаунтом — вместо ручного сшивания пяти нативных ролевых систем.

Таблица сравнения

Вот как нативные роли платформы соотносятся с выделенным слоем разрешений вроде Wevion по критериям, которые агентства реально взвешивают.

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

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

Конкретный сценарий

Возьмём агентство из восьми человек и двадцати пяти клиентских аккаунтов, распределённых по Meta, Google и TikTok. На нативных ролях, чтобы сделать это правильно, нужно поддерживать отдельный доступ на трёх платформах для восьми человек: с финансовым руководителем, которому нужно видеть расходы везде, но никогда не редактировать кампании, и тремя аналитиками, которые только строят отчёты.

Только на нативных ролях у финансового руководителя нет корректного места, поэтому он в итоге получает доступ advertiser «чтобы видеть цифры» — а значит, может ещё и редактировать живые кампании. Аналитики получают доступ advertiser по той же причине. Ограничить каждого байера его собственными клиентами — это жонглирование доступом на трёх платформах вручную, а когда кто-то уходит, offboarding означает отзыв доступа в трёх местах в надежде, что ничего не упустили.

На выделенном слое то же агентство один раз назначает место Finance, один раз три места Viewer и один раз места Media Buyer с заданной областью — и модель применяется согласованно по всем трём платформам. Offboarding — это одна деактивация. Разница тут не пункт в чек-листе фич; это часы повторяющейся административной работы и целая категория избыточных прав, которой просто не происходит.

Когда нативные роли — правильный ответ

Это сравнение — не сплошной аргумент против нативных ролей. Если вы соло-медиабайер или мастерская из двух человек на одной платформе, нативный доступ Business Manager — самый простой корректный выбор, а добавление выделенного слоя было бы overhead'ом, который вам пока не нужен.

Отраслевые оценки масштаба подтверждают то же ощущение. Gartner давно держится позиции, что к 2026 году организации, внедряющие тонко гранулированный, identity-first контроль доступа, заметно снизят число инцидентов, связанных с доступом, по сравнению с теми, кто полагается на грубые роли по умолчанию, — тренд, который применяется к рекламным аккаунтам так же чисто, как к любой другой чувствительной системе. Чем больше клиентов и людей вы добавляете, тем дороже вам обходится грубое значение по умолчанию.

Как решить

Пройдите по трём вопросам. Первый: нужен ли разным людям в команде по-настоящему разный доступ, включая read-only и только-Finance места? Если да, нативная гранулярность это не выразит. Второй: ведёте ли вы больше одного клиента на больше чем одной платформе? Если да, одна единая модель лучше пяти отдельных нативных систем. Третий: нужно ли вам отвечать на вопрос «кто это изменил» с именем сразу по каждой платформе? Если да, атрибуция per-seat — решающий фактор.

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

Итог

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

Семиуровневая модель Wevion включена во все тарифы — от бессрочного бесплатного уровня до Enterprise, — а 14-дневный пробный период позволяет поставить нативный scoping и выделенный слой бок о бок на реальном аккаунте. Более широкий набор операционных плейбуков для агентств — в хабе инструментов для агентств.