Как устроен мультиаккаунт в Яндекс Директе

14.10.2026 · 8 мин чтения

Я веду несколько кабинетов Яндекс Директа из одной рабочей среды, и это не пачка логинов с паролями на столе. Мультиаккаунт для меня — схема доступа: агентский кабинет, управляющий аккаунт и отдельная паспортная организация каждого клиента в Яндекс ID. С 19 мая 2025 новый заказчик заводится только как организация, а не как строка в общей таблице. Ниже разбираю роли, делегирование без пароля клиента, переключение между кабинетами и проверки, без которых заказчики начинают путаться.

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

Клиентский аккаунт живёт на организации заказчика в Яндекс ID. Владелец данных — клиент. Агентство получает роль представителя или управляющий доступ. Если мы не перешли на оплату со счёта агентства, договор с Яндексом и бюджет остаются у клиента, а я работаю в его кабинете как приглашённый.

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

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

Модели закрывают разные задачи. Агентский кабинет держит клиентов и оплату, управляющий аккаунт даёт правки без платежей, платформа собирает баланс, маркировку и документы. Финансы я оставляю в агентском кабинете, ежедневную работу отдаю через управляющий доступ.

Агентский кабинет — отдельный интерфейс под агентским логином: разделы «Мои клиенты» и «Администрирование», оплата со счёта агентства. Число представителей не ограничено. Минимального порога по обороту для логина я в правилах не видел: кабинет открывают по заявке в Яндекс. Управляющий аккаунт этого раздела платежей не показывает. На одного управляющего приходится до 50 кабинетов, на один клиентский аккаунт — до 20 управляющих.

В агентском кабинете у представителей четыре роли. Матрицу сверяю со справкой Яндекса и не раздаю полный доступ только потому, что так быстрее. Кто видит клиентов, кампании и платежи, держу в одной таблице.

Менеджер не видит клиентов, пока главный или администратор их не назначит. При этом менеджер с правом регистрации может сам завести нового клиента через организацию в Яндекс ID. После создания организации роли встают сами: владелец — главный представитель агентства, администратор — тот менеджер, который клиента зарегистрировал. Клиента я затем приглашаю в организацию представителем. Чаще ему хватает чтения отчётов и счетов.

Рядом с ролями агентства живут три уровня управляющего аккаунта: администрирование, редактирование и чтение. Ни один из них не открывает «Платежи и документы». Стажёру я оставляю чтение. Специалисту — редактирование кампаний назначенных клиентов. Тимлиду — администрирование своей группы и право назначать менеджеров внутри команды. Бухгалтеру — документы и счета в агентском кабинете, без права менять объявления.

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

Четыре роли агентского кабинета отличаются тем, кто видит клиентов, кампании и платежи.

Пароль клиента я не беру и своим сотрудникам не отдаю. Доступ собирается из представителей, управляющего аккаунта и, если нужна интеграция, из OAuth. Двухфакторную аутентификацию включаю на Яндекс ID у логинов с полным доступом и у логинов с правом платежей. Гостевой вход и роль представителя как раз для того, чтобы человек работал в кабинете, не становясь его владельцем.

С 19 мая 2025 новый клиент агентства регистрируется только как организация в Яндекс ID. С 16 июня в API для этого остался метод AgencyClients.addPassportOrganization. Запрос к клиентам агентства идёт токеном представителя без заголовка Client-Login, а к кампаниям конкретного клиента — с Client-Login.

Клиент при этом остаётся владельцем своей организации. Доступ снимается точечно: убираю представителя или управляющий аккаунт и не меняю пароль всего кабинета. Подрядчик для меня не отдельный тип кабинета, а уровень прав. Ему не нужны платежи, значит, не нужен и агентский логин.

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

В Директ Коммандере с 2025 года можно авторизоваться под управляющим аккаунтом и открыть вкладку «Аккаунты». Там лежат кабинеты, между которыми переключаюсь. Раньше у агентств в Коммандере была вкладка «Клиенты», у агентского логина она остаётся. Мой сценарий короткий: вход под управляющим, вкладка «Аккаунты», правки только по тем клиентам, которых этому человеку назначили.

Чтобы при переключении не перепутать кампании, держу один нейминг на команду: префикс клиента в названии, одинаковые папки в Коммандере и короткий словарь сокращений. Учёт веду таблицей: slug организации в Яндекс ID, ответственный, дата подключения, тип оплаты и статус доступов.

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

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

Когда менеджер у клиента меняется, его логин сам удаляется из организации клиента в Яндекс ID. Кампании и статистика в кабинете остаются. Нового ответственного я добавляю вручную: и в организацию, и в агентский кабинет, с нужной ролью и назначением клиента. Если шаг пропустить, кабинет жив, а со стороны агентства в нём никого нет. На сверке я в первую очередь ловлю именно это.

На сверке доступов я смотрю организацию, представителей, управляющих и токены.

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

Остаток баланса вместе с кабинетом не переезжает. Он списывается в Яндекс Баланс, новое агентство начисляет средства отдельно. Сохраняются настройки, статистика, библиотека, доступы к Метрике и представители клиента с чтением. Перед датой я ещё раз смотрю список представителей и тип оплаты: агентский счёт или клиентский. После первого числа уже поздно выяснять, кто остался в организации.

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

SEO

Посмотрю роли, управляющие аккаунты и список представителей и скажу, что поправить до следующей смены менеджера.