Я веду несколько кабинетов Яндекс Директа из одной рабочей среды, и это не пачка логинов с паролями на столе. Мультиаккаунт для меня — схема доступа: агентский кабинет, управляющий аккаунт и отдельная паспортная организация каждого клиента в Яндекс ID. С 19 мая 2025 новый заказчик заводится только как организация, а не как строка в общей таблице. Ниже разбираю роли, делегирование без пароля клиента, переключение между кабинетами и проверки, без которых заказчики начинают путаться.
Что я называю мультиаккаунтом
В агентской работе мультиаккаунт — это сразу несколько аккаунтов Директа в одной операционной среде. Средой может быть агентский кабинет, управляющий аккаунт или партнёрская платформа. Игровые и мессенджерные схемы я сюда не отношу. Речь только о том, как легально вести контекстную рекламу разных заказчиков и не смешать их данные.
Клиентский аккаунт живёт на организации заказчика в Яндекс ID. Владелец данных — клиент. Агентство получает роль представителя или управляющий доступ. Если мы не перешли на оплату со счёта агентства, договор с Яндексом и бюджет остаются у клиента, а я работаю в его кабинете как приглашённый.
Правило, которое я не размываю: разные клиенты не сидят под одной организацией и не делят один логин. Каждый заказчик — своя паспортная организация. Общий логин «на время запуска» я не завожу. Так проще отозвать доступ у конкретного человека и не тащить чужие кампании в чужой договор.
Когда хватает одного кабинета
Одного кабинета мне хватает, если я веду одного или двух клиентов как штатный подрядчик и отдельный агентский логин не нужен. Доступ тогда идёт через управляющий аккаунт с уровнем редактирования или администрирования. Оплату оставляет клиент, отчёт я смотрю у него. Несколько кабинетов собираю, когда сходится хотя бы один пункт.
- Клиентов больше трёх или пяти, и переключение между кабинетами должно быть быстрым.
- Агентство платит за рекламу со своего счёта или ведёт единый документооборот.
- В команде несколько директологов, и каждому нужен свой круг клиентов.
- Нужны массовые правки в Директ Коммандере или через API.
- Клиент приходит от другого агентства, и перенос надо поставить на первое число месяца.
Три модели, которые я не путаю
Модели закрывают разные задачи. Агентский кабинет держит клиентов и оплату, управляющий аккаунт даёт правки без платежей, платформа собирает баланс, маркировку и документы. Финансы я оставляю в агентском кабинете, ежедневную работу отдаю через управляющий доступ.
Агентский кабинет — отдельный интерфейс под агентским логином: разделы «Мои клиенты» и «Администрирование», оплата со счёта агентства. Число представителей не ограничено. Минимального порога по обороту для логина я в правилах не видел: кабинет открывают по заявке в Яндекс. Управляющий аккаунт этого раздела платежей не показывает. На одного управляющего приходится до 50 кабинетов, на один клиентский аккаунт — до 20 управляющих.
| Модель | Кому я её оставляю | Что в ней есть | Чего в ней нет |
|---|---|---|---|
| Агентский кабинет | Агентство со списком клиентов и своей оплатой | «Мои клиенты», роли, оплата со счёта агентства | Мгновенного открытия: только заявка в Яндекс |
| Управляющий аккаунт | Специалист без доступа к деньгам | До 50 кабинетов и три уровня прав | Раздела «Платежи и документы» |
| Платформа-агрегатор | Команда с единым балансом и документами | Отдельные кабинеты, маркировка, документооборот | Работы вне партнёрского кабинета |
Четыре роли в агентском кабинете
В агентском кабинете у представителей четыре роли. Матрицу сверяю со справкой Яндекса и не раздаю полный доступ только потому, что так быстрее. Кто видит клиентов, кампании и платежи, держу в одной таблице.
| Роль | Клиенты | Кампании | Платежи | Кому оставляю |
|---|---|---|---|---|
| Главный | Все | Все | Да | Руководитель агентства |
| Администратор | Все | Все | Частично | Операционный директор |
| Тимлид | Назначенные | Да | Нет | Руководитель группы |
| Менеджер | Только назначенные | Да | Нет | Ведущий специалист |
Менеджер не видит клиентов, пока главный или администратор их не назначит. При этом менеджер с правом регистрации может сам завести нового клиента через организацию в Яндекс ID. После создания организации роли встают сами: владелец — главный представитель агентства, администратор — тот менеджер, который клиента зарегистрировал. Клиента я затем приглашаю в организацию представителем. Чаще ему хватает чтения отчётов и счетов.
Рядом с ролями агентства живут три уровня управляющего аккаунта: администрирование, редактирование и чтение. Ни один из них не открывает «Платежи и документы». Стажёру я оставляю чтение. Специалисту — редактирование кампаний назначенных клиентов. Тимлиду — администрирование своей группы и право назначать менеджеров внутри команды. Бухгалтеру — документы и счета в агентском кабинете, без права менять объявления.
Жёсткого потолка по числу клиентов на одного менеджера в справке я не встречал. Если портфель шире пятидесяти кабинетов, завожу ещё один управляющий аккаунт на команду, а не общий логин.
Четыре роли агентского кабинета отличаются тем, кто видит клиентов, кампании и платежи.
Как я даю доступ без пароля клиента
Пароль клиента я не беру и своим сотрудникам не отдаю. Доступ собирается из представителей, управляющего аккаунта и, если нужна интеграция, из OAuth. Двухфакторную аутентификацию включаю на Яндекс ID у логинов с полным доступом и у логинов с правом платежей. Гостевой вход и роль представителя как раз для того, чтобы человек работал в кабинете, не становясь его владельцем.
С 19 мая 2025 новый клиент агентства регистрируется только как организация в Яндекс ID. С 16 июня в API для этого остался метод AgencyClients.addPassportOrganization. Запрос к клиентам агентства идёт токеном представителя без заголовка Client-Login, а к кампаниям конкретного клиента — с Client-Login.
- Менеджер с правом регистрации создаёт организацию клиента в Яндекс ID через агентский кабинет.
- Проверяю, что автоматически встали владелец и администратор, и убираю лишних людей.
- Приглашаю клиента представителем: обычно это чтение отчётов и счетов, не правка кампаний.
- Подключаю Яндекс Метрику и цели и записываю, кто владелец счётчика и кто держит токены.
- Фрилансеру выдаю управляющий аккаунт с редактированием или чтением на нужные кабинеты, без роли главного и без пароля агентства.
Клиент при этом остаётся владельцем своей организации. Доступ снимается точечно: убираю представителя или управляющий аккаунт и не меняю пароль всего кабинета. Подрядчик для меня не отдельный тип кабинета, а уровень прав. Ему не нужны платежи, значит, не нужен и агентский логин.
Как я переключаюсь между кабинетами
В интерфейсе Директа переключение идёт через иконку аккаунта и выбор организации. Отдельный вход под каждым клиентом для ежедневной работы мне не нужен: я уже состою в нужных организациях как представитель или захожу управляющим.
В Директ Коммандере с 2025 года можно авторизоваться под управляющим аккаунтом и открыть вкладку «Аккаунты». Там лежат кабинеты, между которыми переключаюсь. Раньше у агентств в Коммандере была вкладка «Клиенты», у агентского логина она остаётся. Мой сценарий короткий: вход под управляющим, вкладка «Аккаунты», правки только по тем клиентам, которых этому человеку назначили.
Чтобы при переключении не перепутать кампании, держу один нейминг на команду: префикс клиента в названии, одинаковые папки в Коммандере и короткий словарь сокращений. Учёт веду таблицей: slug организации в Яндекс ID, ответственный, дата подключения, тип оплаты и статус доступов.
Между кабинетами я переключаюсь выбором организации, без отдельного входа под каждым клиентом.
Что я проверяю в доступах
Раз в квартал прохожу список представителей по каждому клиенту. В день увольнения квартал не жду: человека убираю из организаций клиентов в тот же день. Иначе бывший сотрудник остаётся с правом редактирования, хотя в команде его уже нет.
- У клиента своя паспортная организация, чужих заказчиков в ней нет.
- В представителях нет бывших сотрудников и закрытых подрядчиков.
- У фрилансера редактирование или чтение, а не роль главного или администратора.
- На логинах с платежами включена двухфакторная аутентификация.
- После смены менеджера в управляющих доступах не осталось лишних аккаунтов.
- Токены отдельные, а запрос к кампаниям клиента идёт с Client-Login.
- В регламенте записано, кто владелец Метрики и у кого лежат токены.
Когда менеджер у клиента меняется, его логин сам удаляется из организации клиента в Яндекс ID. Кампании и статистика в кабинете остаются. Нового ответственного я добавляю вручную: и в организацию, и в агентский кабинет, с нужной ролью и назначением клиента. Если шаг пропустить, кабинет жив, а со стороны агентства в нём никого нет. На сверке я в первую очередь ловлю именно это.
На сверке доступов я смотрю организацию, представителей, управляющих и токены.
Что сверить при переносе кабинета
Перенос клиента между агентствами — календарный процесс, а не переключение в тот же день. Официальная дата — первое число следующего месяца. Заявку подают не позднее чем за сутки. За сутки до переноса в этом кабинете не создают кампании и не пополняют баланс. Нужен положительный лимит овердрафта или кредита: иначе показы остановятся. Обучение стратегии при этом сохраняется, когда средства позже зачисляют.
Остаток баланса вместе с кабинетом не переезжает. Он списывается в Яндекс Баланс, новое агентство начисляет средства отдельно. Сохраняются настройки, статистика, библиотека, доступы к Метрике и представители клиента с чтением. Перед датой я ещё раз смотрю список представителей и тип оплаты: агентский счёт или клиентский. После первого числа уже поздно выяснять, кто остался в организации.
В 2022 году Яндекс приостановил проект сертифицированных специалистов с мультиаккаунтом: собрать кампании разных клиентов в одном таком кабинете больше нельзя. Заказчику оставляю текущую схему: своя организация, роли агентства, без общего пароля. Чужой кабинет переносится только официальной заявкой.
Сверю схему доступов по кабинетам
Посмотрю роли, управляющие аккаунты и список представителей и скажу, что поправить до следующей смены менеджера.
