Конверсии на уровне MCC: cross-account tracking в Google Ads 2026

У агентства или инхаус-команды с десятком аккаунтов Google Ads почти всегда одна и та же картина: в каждом аккаунте свой набор конверсионных действий, свой тег на сайте, свои окна конверсии и свои правила подсчёта. Пока аккаунтов два — это терпимо. Когда их двенадцать и часть из них крутит трафик на одни и те же лендинги, начинается расхождение цифр, двойной учёт и, что хуже всего, Smart Bidding в каждом аккаунте учится на своём маленьком кусочке данных. Ровно для этой ситуации в Google Ads предусмотрены конверсии на уровне MCC.

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

Конверсии на уровне MCC: что меняется технически

По умолчанию каждое конверсионное действие принадлежит тому аккаунту, в котором оно создано. Тег на сайте привязан к конкретному Conversion ID, и данные по нему видит только этот аккаунт. При cross-account-схеме конверсионные действия создаются в управляющем аккаунте (MCC), а подчинённые аккаунты их используют — видят, подтягивают в столбец «Конверсии» и оптимизируют по ним ставки, но не могут редактировать.

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

• Один тег вместо N. На сайте остаётся один Google-тег с идентификатором MCC-конверсии. Не нужно вешать на страницу благодарности пять разных сниппетов под пять аккаунтов.
• Общий пул данных для автостратегий. Smart Bidding учится на всех конверсиях, которые попадают в столбец «Конверсии», включая конверсии из других аккаунтов, подключённых к той же схеме. Для аккаунтов с низким объёмом это часто решающий фактор — именно нехватка данных растягивает период обучения Smart Bidding и делает его нестабильным.
• Меньше двойного учёта. Когда один и тот же лид засчитывался в двух аккаунтах, потому что оба тега стояли на одной странице, единое действие эту проблему снимает. Подробный разбор механики — в материале про дубли конверсий и дедупликацию.
• Отчёты атрибуции собираются в MCC. Путь пользователя больше не разрезан границами аккаунтов.
• Приоритет тегов. Тег Google Ads из управляющего аккаунта имеет приоритет над тегом уровня аккаунта. На Google Analytics это правило не распространяется — там логика своя.

Важное ограничение, которое упускают при планировании: аккаунт не может одновременно использовать и свои собственные, и cross-account конверсионные действия. Это переключатель, а не слияние. И если аккаунт привязан к нескольким управляющим аккаунтам, конверсии он может брать только от одного из них.

Когда переход на уровень MCC оправдан, а когда вредит

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

Ситуация	Переходить на MCC-конверсии?	Почему
Несколько аккаунтов одного бренда под разные гео или продуктовые линейки, один сайт, одна форма заявки	Да	Один тег, общий объём данных, честная атрибуция по пути пользователя
Аккаунты с низким объёмом конверсий (меньше ~30 в месяц каждый)	Да, если бизнес один	Объединённый пул выводит автостратегии из вечного обучения
Агентство с клиентами из разных ниш под одним MCC	Нет	Smart Bidding начнёт смешивать сигналы несопоставимых бизнесов
Клиентские аккаунты, которые завтра могут уйти к другому подрядчику	Нет или с оговорками	Конверсионные действия принадлежат MCC; при расставании клиенту придётся пересобирать отслеживание
Разные сайты, разные домены, разные CRM	Нет	Выгоды от общего тега нет, риски остаются
Нужна консолидированная отчётность, но не общее обучение	Нет — используйте BigQuery/Looker	Отчётность решается выгрузкой, а не сменой владельца конверсий

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

Главное правило: cross-account конверсии — это решение про обучение автостратегий, а не про отчётность. Если задача только «свести цифры в одну таблицу», её дешевле и безопаснее решить выгрузкой в BigQuery, не трогая структуру конверсий.

Что происходит с данными и кампаниями при переключении

Это самая недооценённая часть. Сама настройка занимает пять минут, последствия тянутся неделями.

Исторические данные

Статистика по старым, аккаунтным конверсионным действиям не исчезает — она остаётся доступной в аккаунте и после включения cross-account-схемы. Но новые конверсии после переключения начинают приходить уже в новое действие. То есть в отчётах появляется стык: до даты X — одно действие, после — другое. При построении динамики за полгода это нужно учитывать вручную.

Цели кампаний

Самый болезненный пункт. Кампании, у которых были настроены конверсионные цели на уровне кампании (то есть выбраны конкретные действия вместо аккаунтных целей по умолчанию), при переключении переходят на цели по умолчанию управляющего аккаунта. Google прямо предупреждает, что это может привести к непоследовательному поведению кампаний.

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

Обратимость

Схема обратима: аккаунтные конверсионные действия можно задействовать снова, если cross-account-отслеживание отключить. Но с оговоркой — теги этих действий должны всё ещё стоять на сайте. Если вы их сняли, аккаунту придётся генерировать новые теги, и отслеживание придётся разворачивать с нуля.

Smart Bidding

Автостратегии учитывают все действия, которые попадают в столбец «Конверсии», включая действия из других аккаунтов в общей схеме. Основные действия, которые не попадают в «Конверсии», всё равно могут использоваться как сигнал. Это значит, что после переключения объём обучающих данных у кампании меняется скачком — и кампания фактически входит в новый период обучения. Планируйте переключение на спокойный период, а не за неделю до пика сезона.

Пошаговая настройка через интерфейс

Предусловие: несколько аккаунтов Google Ads и управляющий аккаунт, к которому они привязаны. Если структура MCC у вас ещё не выстроена, начните с материала про управляющий аккаунт Google Ads и работу с ним.

1. Создайте конверсионные действия в MCC. Войдите в управляющий аккаунт и создайте конверсионные действия ровно так же, как создавали бы их в обычном аккаунте: «Цели» → «Конверсии» → «Создать действие-конверсию», выбрав источник (сайт, приложение, телефонные звонки, импорт).
2. Разместите новый тег на сайте. Старый тег не снимайте. Оба тега должны сосуществовать как минимум на протяжении вашего окна конверсии — иначе часть конверсий, начавшихся до переключения, просто не дойдёт.
3. Выберите аккаунты для общего отслеживания. В MCC: значок «Аккаунты» → в меню раздела выпадающий список «Настройки подаккаунтов» → столбец «Аккаунт конверсий Google Ads» → кликните по ячейке нужного аккаунта → выберите «Этот управляющий аккаунт».
4. Проверьте статус в столбце. Возможные значения: «Клиент» (управляющий аккаунт не выбран), «Этот управляющий аккаунт» или имя другого MCC. Третий вариант означает, что аккаунт уже привязан к чужой схеме — одновременно к двум он привязан быть не может.
5. Дождитесь окончания окна конверсии и снимите старый тег. Только после этого.

Отключение работает зеркально. Со стороны MCC: те же шаги, но значение «Сменить на клиента». Со стороны подчинённого аккаунта: «Цели» → «Настройки» → «Аккаунт конверсий» → «Этот аккаунт» → «Сохранить».

Как не потерять конверсии в день переключения

Чек-лист, который стоит пройти по пунктам до того, как кликнуть «Этот управляющий аккаунт»:

• Зафиксируйте окно конверсии. Все сроки держатся на нём: именно столько дней старый тег должен оставаться на сайте. Если у вас длинный цикл сделки, окно может быть 30–90 дней — и всё это время на странице висят два тега. Как выбрать окно и чем это чревато для отчётности, разобрано в статье про окно конверсии и лаг конверсии.
• Выгрузите текущие настройки. Список конверсионных действий по каждому аккаунту: название, категория, модель подсчёта (каждая/одна), окно, ценность, включение в «Конверсии». В MCC нужно воспроизвести это один в один, иначе цифры разойдутся не из-за схемы, а из-за ручной ошибки.
• Соберите список кампаний с кастомными целями. Их придётся переназначать после переключения.
• Проверьте, что теги физически стоят на страницах. Google предупреждает об этом отдельно: если сменить аккаунт конверсий до размещения тегов, конверсии просто не будут записываться.
• Переключайте не все аккаунты разом. Начните с одного-двух, убедитесь, что конверсии регистрируются, и только потом переводите остальные.
• Предупредите всех, кто смотрит отчёты. На неделю-две цифры будут выглядеть странно, и это ожидаемо.

GA4, импорт офлайн-конверсий и Data Manager в схеме MCC

Отдельный блок, из-за которого ломается больше всего настроек. При cross-account-схеме цели и транзакции Google Analytics нужно импортировать в тот управляющий аккаунт, который создал cross-account-действия, а не в клиентский аккаунт. Уже импортированные в клиентский аккаунт цели какое-то время продолжают считаться, но Google прямо говорит, что в будущем цели и транзакции на уровне клиентского аккаунта поддерживаться не будут.

То же касается импорта офлайн-конверсий: загрузка по GCLID должна идти в тот аккаунт, которому принадлежит конверсионное действие. Если вы настроили автоматическую выгрузку из CRM в клиентский аккаунт, после переключения пайплайн надо переписать на MCC — иначе загрузки будут падать с ошибкой «conversion action not found». Механику загрузки и типичные ошибки сопоставления разбирали в материале про импорт офлайн-конверсий, а работу с данными первой стороны — в статье про Data Manager и данные первой стороны.

И ещё одно: расхождения между Google Ads и GA4 после переключения станут другими, но никуда не денутся — у систем разные модели атрибуции и разные окна. Это нормально; разбор причин и допустимых диапазонов — в материале про расхождение конверсий Google Ads и GA4.

Типичные ошибки

1. Сняли старый тег сразу после переключения. Результат — провал по конверсиям на длину окна конверсии и испорченное обучение автостратегий. Самая частая и самая дорогая ошибка.
2. Перевели всех клиентов агентства в один пул. Автостратегии начинают учиться на несопоставимых данных: лид стоматологии и лид B2B-софта в одном котле. Формально работает, экономически — вредит.
3. Забыли про кампании с кастомными целями. Кампании молча переехали на цели по умолчанию MCC и начали оптимизироваться не под то действие. Обнаруживается через неделю по странной динамике CPA.
4. Не воспроизвели настройки подсчёта. В аккаунте действие считалось «одна конверсия на клик», в MCC создали «каждая» — и объём конверсий вырос вдвое без роста продаж.
5. Оставили импорт из GA4 в клиентском аккаунте. Часть конверсий перестаёт поступать, и никто не понимает почему.
6. Переключились перед пиком сезона. Кампании входят в новое обучение ровно тогда, когда нужна стабильность.
7. Не учли, что действия нельзя шарить между клиентскими аккаунтами напрямую. Конверсионные действия передаются только по вертикали MCC → подаккаунт, а не горизонтально между аккаунтами.

Как проверить, что всё работает

Через 24–48 часов после переключения пройдите короткий QA:

• В подчинённом аккаунте откройте «Цели» → «Конверсии»: cross-account-действия должны отображаться и быть доступны только для чтения.
• Сделайте тестовую конверсию на сайте и убедитесь, что она зарегистрировалась именно в MCC-действии и видна в подчинённом аккаунте.
• Проверьте столбец «Аккаунт конверсий Google Ads» в настройках подаккаунтов — везде ли стоит «Этот управляющий аккаунт».
• Откройте настройки целей на уровне кампаний: не слетели ли кастомные цели.
• Сверьте дневной объём конверсий с дневным объёмом до переключения. Отклонение в пределах 5–10% при прочих равных — ориентировочно нормально; провал на 40% означает, что где-то не стоит тег.
• Проверьте, что загрузки офлайн-конверсий идут без ошибок и попадают в нужное действие.

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

Что это даёт в деньгах

Прямой экономии переключение не даёт — оно даёт качество данных. Эффект проявляется там, где автостратегии раньше голодали: аккаунты с 10–40 конверсиями в месяц, объединённые в общий пул на 200–300 конверсий, обычно выходят из «дёрганого» режима и начинают держать целевой CPA стабильнее. Это ориентир, а не гарантия: итог зависит от того, насколько однородны объединяемые аккаунты.

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

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

Один MCC или несколько: как спроектировать структуру заранее

Поскольку аккаунт может брать конверсии только от одного управляющего аккаунта, структура MCC перестаёт быть вопросом удобства доступа и становится вопросом архитектуры данных. Три рабочих варианта:

• Один MCC на весь бизнес. Подходит, когда все аккаунты ведут на один сайт и считают один и тот же целевой результат. Максимум данных для автостратегий, минимум тегов. Требование — единый регламент настройки конверсий, иначе общий пул наполняется мусором.
• MCC верхнего уровня + MCC по направлениям. Административный доступ сверху, отслеживание конверсий — на уровне направлений. Так работают холдинги с несколькими несвязанными продуктами: кампании по бытовой технике не учатся на лидах страхового направления.
• Общий MCC только для доступа, конверсии — на аккаунтах. Классический агентский вариант. Вы теряете общий пул, но клиент сохраняет полный контроль над своим отслеживанием, и передача аккаунта другому подрядчику не ломает измерение.

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

Если переходить нельзя: что делать вместо

Довольно часто запрос звучит как «свести конверсии в одно место», а ограничения (разные клиенты, разные юрлица, риск передачи аккаунта) делают cross-account-схему неподходящей. Рабочие альтернативы:

• Выгрузка в BigQuery по каждому аккаунту и сборка отчётности на уровне хранилища. Закрывает задачу отчётности полностью и не трогает владение конверсиями.
• Единый регламент конверсионных действий. Одинаковые названия, категории, окна и модели подсчёта во всех аккаунтах. Данные остаются раздельными, но становятся сопоставимыми — этого достаточно для 80% управленческих задач.
• Расширенные конверсии в каждом аккаунте. Если проблема в недоборе данных, а не в их разрозненности, качество сопоставления часто решает больше, чем объединение пулов.
• Правила ценности конверсий. Когда аккаунты нельзя объединить, но нужно, чтобы автостратегии понимали разную ценность лидов, настройка ценности внутри каждого аккаунта даёт похожий эффект — см. правила ценности конверсий.

И ещё одно: если конверсии «пропадают» уже сейчас, до всякой миграции, cross-account-схема проблему не вылечит, а замаскирует. Сначала доведите до нормы отслеживание в одном аккаунте — порядок диагностики описан в материале про пропавшие конверсии и диагностику отслеживания.

FAQ

Потеряю ли я историческую статистику конверсий после перехода?

Нет. Данные по аккаунтным конверсионным действиям остаются доступными в Google Ads и после включения cross-account-схемы. Но новые конверсии пойдут в новое действие, поэтому в отчётах за длинный период будет стык.

Можно ли вернуться обратно на конверсии уровня аккаунта?

Да, схема обратима. Условие — теги аккаунтных действий должны по-прежнему стоять на сайте. Если их сняли, аккаунту придётся сгенерировать новые теги и разворачивать отслеживание заново.

Может ли аккаунт использовать свои и cross-account конверсии одновременно?

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

Что если аккаунт привязан к нескольким управляющим аккаунтам?

Конверсионные действия он может брать только от одного MCC. Выбирается тот, который указан в столбце «Аккаунт конверсий Google Ads».

Кто сможет редактировать конверсионные действия после перехода?

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

Что произойдёт с кампаниями, у которых заданы конверсионные цели на уровне кампании?

Они переключатся на цели по умолчанию управляющего аккаунта. Google предупреждает, что это может дать непоследовательное поведение, поэтому список таких кампаний нужно выгрузить заранее и переназначить цели вручную.

Сколько держать старый тег на сайте?

Минимум столько дней, сколько составляет ваше окно конверсии. Снимать раньше — гарантированно терять конверсии, начавшиеся до переключения.

Куда теперь импортировать цели из Google Analytics?

В тот управляющий аккаунт, который создал cross-account-действия. Цели, импортированные ранее в клиентский аккаунт, какое-то время продолжают считаться, но на эту схему закладываться не стоит.

Влияет ли переход на Smart Bidding?

Да, напрямую. Автостратегии начинают учиться на общем пуле конверсий всех подключённых аккаунтов. Для аккаунтов с низким объёмом это плюс; для разнородных бизнесов — минус.

Можно ли шарить конверсионные действия напрямую между клиентскими аккаунтами?

Нет. Передача идёт только по вертикали: MCC создаёт действие, подаккаунты его используют. Горизонтального обмена между клиентскими аккаунтами не существует.

Стоит ли агентству переводить всех клиентов на одну схему?

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

Что проверить в первую очередь, если после переключения конверсии просели?

Физическое наличие нового тега на странице конверсии, статус в столбце «Аккаунт конверсий Google Ads», настройки подсчёта у нового действия и цели на уровне кампаний. В 9 случаях из 10 проблема в одном из этих четырёх пунктов.

Если вы выстраиваете процессы работы с несколькими аккаунтами и хотите разобраться в связке «структура MCC — конверсии — автостратегии» системно, этот и смежные вопросы разбираются в обучении Google Ads от PPC Rebels. Остальные материалы по измерению и аналитике — в блоге PPC Rebels.