Передача аккаунта Google Ads между агентствами в 2026: биллинг-трансфер, семь дней до остановки и Sequential Liability

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

Ниже — разбор обеих официальных процедур 2026 года с точными названиями кнопок и полей, двумя разными таймерами, механикой Sequential Liability (когда за один инвойс отвечают два платёжных профиля), требованиями консолидированного инвойса и тем, что происходит с остатком и кредитной линией. Отдельно — изменение в Google Ads API с недели 7 декабря 2026 года, которое касается всех, кто выдаёт доступы программно.

Что передают, когда говорят «передать аккаунт»

Разделите три сущности — дальше весь порядок действий становится очевидным.

Объект	Что это	Чем меняется	Что ломается при ошибке
Доступ пользователей	Конкретные e-mail с ролями в аккаунте	Приглашение и удаление пользователей	Прежний подрядчик продолжает видеть и править кампании
Привязка к управляющему аккаунту	Связь клиентского аккаунта с MCC агентства	Приглашение от MCC и отвязка	Нет доступа к биллингу и общим ресурсам, в тяжёлом случае — остановка показов
Ответственность за оплату (paying manager)	Какой платёжный профиль получает счёт за расход	Только процедура Change who pays	Счёт продолжает уходить прежнему агентству, расход копится не на том профиле

Уровни доступа и механику приглашений мы подробно разбирали в материале про подключение агентского аккаунта Google Ads и административное владение, а устройство иерархии — в разборе управляющего аккаунта MCC. Здесь нас интересует третий объект: плательщик. Именно он переносится отдельной процедурой, которую нельзя сделать «просто приглашением».

Две процедуры и два разных таймера

У Google две страницы справки описывают один и тот же переезд с двух сторон — и сроки в них разные. Это не опечатка: таймеры относятся к разным шагам.

	Исходящая сторона: External Billing Transfer	Входящая сторона: приём запроса Change who pays
Кто инициирует	Текущий paying manager (прежнее агентство)	Новое агентство только отвечает на запрос
Требуемый доступ	Admin в текущем paying manager	Admin в указанном менеджерском аккаунте или выше по иерархии
Таймер	7 дней на решение принимающей стороны, затем запрос автоматически отменяется	До 48 часов на проверку Google Support после отправки обеими сторонами
Статус процедуры	Штатная функция	Описана как бета с набором ограничений
Критичное условие после переноса	—	Привязать аккаунт к своему MCC в течение 7 дней, иначе показы остановятся

Важная деталь, которую легко прочитать неправильно. Процедура приёма позволяет выбрать другой платящий MCC, но только внутри того же дерева менеджерских аккаунтов. Переезд в другую компанию — это именно External Billing Transfer, и его инициирует уходящее агентство. Если вы принимающая сторона и в выпадающем списке нет нужного вам MCC, правильное действие — отклонить запрос с причиной и попросить подать его заново с корректным идентификатором, а не пытаться «дотянуть» через существующий список.

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

Порядок для уходящего подрядчика (официальная инструкция — Transfer your client account to another agency):

1. Войдите в менеджерский аккаунт, который является paying manager для этого клиента. Проверить, кто им является, можно в клиентском аккаунте на странице Billing Settings.
2. Выберите клиентский аккаунт в селекторе аккаунтов.
3. Откройте Billing. Это должен быть именно тот MCC, где управляется billing setup дочернего аккаунта.
4. Перейдите в Billing transfers, нажмите иконку карандаша и Change who pays. Серая иконка означает, что вы вошли не как paying manager.
5. Выберите External Billing Transfer.
6. Заполните поля: Manager account ID — десятизначный идентификатор MCC нового агентства; Email — необязательное контактное лицо на стороне получателя (по умолчанию уведомляются администраторы нового MCC); Future payer name; Transfer date — конкретная дата или «As soon as possible»; Notes.
7. Нажмите Submit request и подтвердите во всплывающем окне.

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

Отдельная ловушка — дата переноса в прошлом. Справка прямо предупреждает: при такой дате по уже открытым инвойсам может сработать автоматический перевыпуск счёта. Если расход за прошлый период принципиален для расчётов с клиентом, ставьте дату вперёд и фиксируйте её в письме обеим сторонам. Как потом сверять суммы — в материале про сверку расхода Google Ads и отчёт подрядчика.

Как принять аккаунт от прежнего агентства

Входящая сторона работает по второй инструкции — Transfer an existing client account to your agency. Запрос приходит письмом с темой «Request to Change Who Pays initiated» с адреса ads-noreply@google.com всем администраторам указанного менеджерского аккаунта. Открыть его можно тремя путями: кнопкой View Request в письме; в разделе Notifications по алерту «Incoming request to change who pays»; или через Billing → Billing setups → Change who pays requests.

В карточке запроса видны поля: Transferred account ID, Manager account, Expected transfer date, Expiration date, Status, Notes from requestor и доступные действия. Статус Open означает, что ход за вами; Pending approval — обе стороны отработали, и запрос ушёл на проверку в Google Support.

1. Decline — отказ с указанием причины. Причина видна прежнему агентству, так что формулируйте её как рабочее сообщение, а не как отписку.
2. Proceed — продолжить. Выберите paying manager из выпадающего списка допустимых идентификаторов.
3. Выберите billing setup: существующий консолидированный или новый отдельный, и укажите Transfer date.
4. Save and continue.
5. Заполните соглашение и бюджет: тип соглашения (Budget Service Agreement или Google Ads master service agreement), Budget amount — сумма или «unlimited», Budget dates — старт не раньше даты переноса, Budget name — это название попадёт в инвойсы, Purchase order и Notes по желанию.
6. Submit request. Статус меняется на Pending approval.

Дальше запрос смотрит Google Support: он может связаться с вами или отклонить запрос на пересдачу; в штатном случае одобрение приходит в течение 48 часов. На этом же шаге, если у вашего агентства настроен особый контрактный режим, для новых аккаунтов можно создать billing setup с Sequential Liability.

Семь дней, после которых показы останавливаются

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

Биллинг-трансфер переносит ответственность за оплату, но не связь аккаунта с вашим управляющим аккаунтом. Это два отдельных действия, и второе нужно сделать руками в семидневное окно.

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

Чего процедура приёма пока не делает

Страница приёма помечена как бета и перечисляет ограничения прямым списком. На момент подготовки материала недоступны:

• уведомление о том, что перенос находится в ожидании;
• автоматическая отвязка аккаунта от прежнего менеджерского аккаунта;
• выбор типа сервисного соглашения: совместим только Master Service Agreement, а для Budget Service Agreement нужно обращение в поддержку;
• самостоятельная настройка платёжного профиля под режим Loi Sapin — тоже через поддержку.

Это значит, что часть шагов гарантированно пройдёт через тикет, и срок переезда определяется не только таймерами интерфейса. Закладывайте запас: две недели вместо «за один день».

Sequential Liability: кто платит, если агентство не заплатило

Самая недооценённая в русскоязычном поле настройка. В режиме Sequential Liability на один аккаунт и его инвойсы приходятся два платёжных профиля: основной — агентства, на который выставляется счёт, и дополнительный — рекламодателя, который, по формулировке справки, «sequentially liable for invoice payment if the agency does not pay», то есть отвечает за оплату, если агентство не платит.

Порядок создания такого billing setup из менеджерского аккаунта (инструкция — How to create a new billing setup with Sequential Liability): иконка Billing → Billing setups → кнопка «плюс» → выбрать страну выставления счёта и валюту → указать Agency payments profile → указать Advertiser payments profile → в блоке «How you pay» задать название для инвойсов → Create Billing Setup. В выпадающем списке профилей рекламодателя видны только те, что уже привязаны к MCC; если нужного нет, опция «Create or link an advertiser payments profile» ведёт в форму обращения в поддержку.

Главное ограничение, о котором узнают поздно: под менеджерским аккаунтом, к которому привязан профиль с Sequential Liability, нельзя создать обычный billing setup без этого режима. Чтобы работать с клиентами по двум разным схемам, придётся завести отдельный MCC и назначить его платящим. Если вы проектируете структуру агентства с нуля, учитывайте это сразу — переделывать иерархию под живыми бюджетами дороже.

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

Консолидированный инвойс: требования и потолок

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

• нужен менеджерский аккаунт, и все аккаунты одного инвойса привязаны к одному платящему MCC;
• обязательна настройка месячного выставления счетов: «You must use the monthly invoicing payment setting to pay for advertising costs»;
• «All accounts that share an invoice must use the same currency» — при нескольких валютах выставляется отдельный консолидированный инвойс на каждую;
• потолок: «A single consolidated billing invoice can have up to 50,000 Google Ads accounts», дальше нужен ещё один набор настроек;
• консолидированный биллинг «isn’t available to media agencies» и больше не предоставляется рекламодателям во Франции в силу Loi Sapin.

К самому инвойсу прилагаются CSV с расходом по кампаниям, включая клики, показы, корректировки и кредиты, и ZIP-архив с месячным отчётом по каждому аккаунту. Это, кстати, самый дешёвый способ получить формальную базу для сверки с отчётом подрядчика.

Переход на месячные счета внутри аккаунта — дверь в одну сторону

В 2026 году Google вынес переход на месячное выставление счетов прямо в интерфейс аккаунта. Путь: Billing → Summary и кнопка Get Started в боковой панели. Дальше: выбрать существующий MCC с доступом Admin либо создать новый; отметить аккаунты для перехода — справка предупреждает «Ensure you select all accounts to avoid suspension»; настроить бюджет (сумма или неограниченный, даты старта не раньше даты переноса, название для счетов, номер заказа); проверить организацию и адрес (их изменение — через поддержку); загрузить подтверждение регистрации бизнеса, например документ с налоговым идентификатором; подтвердить и отправить. Статусы заявки — «In-progress/Under Review» и «Action Required», если документы не прошли проверку. После одобрения выдаётся кредитная линия и на почту приходит Master Service Agreement, которое нужно принять.

И главное предупреждение: после перехода «you won’t be able to switch back to an unaccepted payment option» — вернуться к неподдерживаемому способу оплаты нельзя. Ещё две оговорки из того же раздела: пункт перехода появляется только после прохождения верификации рекламодателя, а массовый перенос показывает лишь аккаунты с одним платёжным профилем и одной валютой. Про сами пороги и отказы платежей — в разборе биллинга Google Ads: пороги списаний и месячные счета, а про верификацию — на странице верификации аккаунтов.

Остаток, кредитная линия и незакрытые начисления

Это место, где у передачи аккаунта чаще всего расходятся ожидания сторон.

Что	Что официально сказано
Положительный остаток на карте при переходе на инвойсинг	Возвращается на исходный способ оплаты; промо-средства и часть корректировок не возвращаются
Срок возврата	До двух недель на стороне Google плюс срок банка
Отрицательный баланс	Списывается с основного способа оплаты в течение 30 дней
Допуск к месячным счетам	Бизнес зарегистрирован не менее года; аккаунт тратит от 5000 USD в любые три из последних двенадцати месяцев; расход прошлых аккаунтов не учитывается
Размер кредитной линии	Задаёт максимальный средний дневной бюджет; месячный лимит расхода — средний дневной бюджет, умноженный на 30,4
Запас по линии	Чтобы тратить 10 000 в месяц при оплате раз в 30 дней, линия должна быть не меньше 20 000: второй месяц копится, пока оплачивается первый

Судьба остатка именно при биллинг-трансфере между агентствами в справке не описана — это отдельный пробел, к которому мы вернёмся ниже. Механика возврата денег при полном уходе из аккаунта разобрана в материале как закрыть аккаунт Google Ads и вернуть остаток.

С недели 7 декабря 2026: многостороннее одобрение в API

Если доступы в ваших аккаунтах выдаются не руками, а через Google Ads API, сроки переезда зависят ещё и от этого. По публикации профильного издания от 8 ноября 2026 года, с недели 7 декабря меняется поведение многостороннего одобрения (multi-party approval):

• приглашение пользователя создаётся только после одобрения — ресурс больше не появляется сразу, и при необходимости одобрения идентификатор ресурса возвращается пустым;
• для запросов, цель которых изменили или удалили, вводится отдельная ошибка STALE_MULTI_PARTY_AUTH_REQUEST (в версиях v23–v25 она приходит как UNKNOWN с уточнением в деталях ошибки);
• появляется пакетное одобрение — до 100 ожидающих ревью за один вызов вместо одного.

Сам механизм многостороннего одобрения появился в API летом 2026 года; на решение по запросу отводится 20 дней, после чего он истекает. Отмечено и расхождение: справочная страница говорит, что роли только для чтения и API-пользователи от одобрения освобождены, тогда как публикации для разработчиков описывают ревью и для API-запросов. Для практики это значит одно: проверьте свой код до 7 декабря и не планируйте массовую выдачу доступов на эту неделю. Контекст по доступам к API — в материале про доступ к Google Ads API в 2026 году.

Передача аккаунта Google Ads: порядок на две недели

1. Дни 1–2. Фиксируете, кто сейчас paying manager (страница Billing Settings в клиентском аккаунте), какая валюта и страна выставления счёта, какой тип биллинга — автоплатежи или месячные счета.
2. Дни 2–3. Снимаете базовую линию: выгрузки по кампаниям, список конверсионных действий, историю изменений. Полный список пунктов — в чек-листе аудита аккаунта из 54 пунктов.
3. День 3. Договариваетесь о дате переноса письменно. Дата в прошлом — только осознанно, с пониманием про перевыпуск открытых инвойсов.
4. День 4. Уходящая сторона подаёт External Billing Transfer с десятизначным идентификатором нового MCC.
5. Дни 4–7. Принимающая сторона отвечает на запрос. Семь дней — жёсткий срок: после него запрос отменяется.
6. Дни 5–9. Принимаете по почте приглашения: Account Transfer Agreement, Budget Agreement, Service Agreement. Без принятия перенос не завершается, и справка отдельно просит не затягивать с этими письмами.
7. Дни 7–9. Проверка Google Support — в штатном случае до 48 часов.
8. День переноса. Привязываете аккаунт к своему MCC. Семидневное окно, иначе показы встанут.
9. День переноса + 1. Удаляете лишние доступы прежней команды и проверяете, что кросс-аккаунтные конверсии не завязаны на чужой управляющий аккаунт.
10. Дни 10–14. Сверяете первый инвойс и расход с базовой линией.

Что зафиксировать в договоре до передачи

Пункт	Почему именно он
Дата переноса плательщика и дата привязки к MCC — отдельными строками	Это два разных действия; между ними семидневное окно до остановки показов
Кто платит за расход, начисленный до даты переноса	В справке этого нет; при дате в прошлом возможен перевыпуск открытых инвойсов
Режим ответственности: обычный setup или Sequential Liability	Во втором случае рекламодатель — вторая линия по оплате счёта
Кто получает приглашения-соглашения и в какой срок их принимает	Без принятия трёх писем перенос не финализируется
Что передаётся вместе с аккаунтом: выгрузки, список конверсий, доступ к аналитике	Справка не описывает переезд истории, конверсий и аудиторий
Порядок удаления доступов прежней команды	Автоматической отвязки процедура не делает

Пять ошибок, на которых теряют показы и деньги

1. Считать, что биллинг-трансфер = переезд аккаунта. Плательщик сменился, привязки к новому MCC нет, через семь дней реклама останавливается.
2. Инициировать не с той стороны. Переезд в другую компанию подаёт уходящее агентство из своего paying manager. Принимающая сторона может только принять или отклонить — и выбрать MCC лишь внутри того же дерева.
3. Пропустить письма-соглашения. Три приглашения должны быть приняты, иначе перенос висит незавершённым, а стороны думают, что всё готово.
4. Ставить дату переноса в прошлом «чтобы закрыть месяц». По открытым инвойсам может сработать автоматический перевыпуск, и расчёт с клиентом поедет.
5. Проектировать агентскую иерархию без учёта Sequential Liability. Под MCC с таким профилем обычный setup не создать — потребуется отдельный управляющий аккаунт.

Чего в справке Google нет

• Что происходит с историей аккаунта, конверсионными действиями и аудиториями при смене плательщика — ни одна из страниц это не перечисляет.
• Судьба остатка средств и кредитной линии именно при биллинг-трансфере: описан только возврат при переходе на инвойсинг.
• Кто оплачивает расход, начисленный до даты переноса, если инвойс ещё не выставлен.
• Перечень стран и регионов, где доступен режим Sequential Liability.
• Что происходит с показами в период между подачей запроса и его одобрением — сказано только про семь дней после переноса.
• Даты последнего обновления: ни на одной из разобранных страниц справки они не указаны, а процедура приёма при этом помечена как бета.
• Сопоставления двух процедур между собой: таймеры 48 часов и 7 дней живут на разных страницах и нигде не сведены в одну схему.

Граница, которую этот блог не переходит

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

FAQ: передача аккаунта Google Ads

Можно ли передать аккаунт, просто пригласив новое агентство в него?

Так переносится доступ и привязка, но не плательщик. Если счёт за расход должен уходить новому агентству, нужна отдельная процедура Change who pays — внутренняя или внешняя.

Кто должен инициировать переезд в другую компанию?

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

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

Семь дней. Если за это время запрос не одобрили и не отклонили, он отменяется автоматически и подаётся заново.

Почему в интерфейсе серая иконка Change who pays?

Вы вошли не как текущий платящий менеджерский аккаунт либо платёжные профили не привязаны к нему. Для внешнего переноса нужен именно доступ Admin в paying manager.

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

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

Что такое Sequential Liability простыми словами?

Режим, при котором на аккаунт приходятся два платёжных профиля: счёт выставляется агентству, а рекламодатель отвечает за оплату, если агентство не заплатило.

Можно ли под одним MCC держать и обычные, и Sequential Liability настройки?

Нет. Под менеджерским аккаунтом с привязанным профилем Sequential Liability обычный billing setup не создать — нужен отдельный MCC в роли платящего.

Какие условия допуска к месячному выставлению счетов?

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

Сколько аккаунтов можно собрать в один консолидированный инвойс?

До 50 000, при условии одного платящего менеджерского аккаунта и одной валюты. При разных валютах выставляется отдельный инвойс на каждую.

Что будет с остатком на карте при переходе на инвойсинг?

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

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

Нет. Справка прямо предупреждает, что вернуться к неподдерживаемому способу оплаты после перехода не получится.

Что меняется в API с 7 декабря 2026 года?

Приглашение пользователя будет создаваться только после одобрения, появится отдельная ошибка для устаревших запросов и пакетное одобрение до 100 ревью за вызов. Код стоит проверить заранее.