Нативная оплата в AI Mode 2026: что делать с GA4

22 сентября 2026 года владельцы магазинов на Shopify получили письмо, из которого следовало, что их каталог уже подключён к нативной оплате в AI Mode и Gemini. Не «вы можете подключиться», а «подключено». Покупатель теперь способен оформить заказ прямо внутри ответа AI Mode, не заходя на сайт продавца. Оплата проходит по данным Google Pay, магазин остаётся продавцом записи (seller of record) и получает заказ — а вот аналитика этого заказа не получает.

Нативная оплата в AI Mode ломает не продажи, а измерение. GA4 не срабатывает, клиентские пиксели не срабатывают, заказ появляется только в админке магазина. Если вы считаете ROAS по данным веб-аналитики, часть выручки от платного трафика становится для вас невидимой — при том что деньги в Google Ads списываются исправно.

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

Хронология: как агентная торговля дошла до автоподключения

Дата	Что произошло
11 января 2026	Анонс оформления заказа внутри Gemini и AI Mode, а также Business Agent в поиске
Февраль 2026	Ограниченный запуск для отдельных продавцов
2 марта 2026	Опубликована документация: подключение через форму заявки, требования UCP
Май 2026	Независимое сканирование находит лишь десятки публично обнаружимых внедрений протокола на миллионах сайтов
18 сентября 2026	Начало широкого развёртывания
22 сентября 2026	Магазины Shopify автоматически сопоставлены с Merchant Center, функция включена без отдельного согласия

Ключевой сдвиг здесь не технический, а процедурный. Полгода механизм требовал заявки и ручной интеграции — и почти никто не интегрировался. Автоподключение решило проблему охвата одним движением: Google связал каталоги Shopify с аккаунтами Merchant Center и включил оплату по умолчанию для тех, кто прошёл по критериям (товары опубликованы в витрине Shopify и доступны в Merchant Center).

Что такое UCP и почему это важно рекламодателю

Universal Commerce Protocol — набор требований, по которым покупка может завершиться на стороне Google:

атрибут native_commerce в товарном фиде;
платёжный провайдер, совместимый с токенами Google Pay;
на момент анонса — ограничение по рынку (первым стал рынок США).

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

Главная проблема: GA4 молчит

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

Google Analytics и клиентские пиксели не срабатывают при прямом оформлении заказа в AI Mode и Gemini. Работают только серверные пиксели, и только с двумя событиями: «начато» и «завершено».

Что это значит на практике:

Выручка не попадает в отчёты GA4 — ни в e-commerce отчёт, ни в исследования, ни в аудитории на основе покупок.
Конверсия не импортируется в Google Ads стандартным путём через тег на сайте, потому что сайта в пути покупателя не было.
Заказ виден в админке магазина — то есть в бэкенде данные есть, просто они не доехали до аналитики.
ROAS по данным веб-аналитики занижается для тех кампаний, чьи клики или показы участвовали в пути к покупке в AI-поверхности.

Это классический разрыв «деньги видны, результат нет» — но в новом месте. Раньше такие разрывы возникали из-за блокировки cookie и потери идентификаторов; как их закрывали, разбирали в материалах про расширенные конверсии и серверный трекинг sGTM. Здесь механика другая: не потеря сигнала, а отсутствие сессии на вашем домене в принципе.

Что проверить в ближайшие дни

Настройку прямого оформления заказа. В админке Shopify: «Каналы продаж» → «Agentic» → переключатель прямой оплаты. Для подходящих магазинов он включён по умолчанию. Решение оставить или выключить — ваше, но принимать его нужно осознанно, а не обнаруживать через месяц.
Связь магазина с Merchant Center. Проверьте, с каким именно аккаунтом сопоставлен каталог. Автоматическое сопоставление у сетей с несколькими аккаунтами может оказаться не тем, которого вы ждали.
Серверные события. Убедитесь, что серверные вебхуки/пиксели действительно настроены и принимают события «начато» и «завершено». Это единственный сигнал, который у вас есть в реальном времени.
Сверку заказов. Выгрузите заказы из бэкенда за последние две недели и сопоставьте с покупками в GA4. Разница — это и есть объём «невидимой» выручки.
Отчётность Merchant Center. Кросс-платформенные отчёты дают представление о том, где ваши товары получают внимание — механика описана в разборе кросс-платформенной отчётности Merchant Center.

Как вернуть выручку в измерение: три уровня

Уровень 1. Сверка и поправочный коэффициент

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

Уровень 2. Загрузка заказов обратно в Google Ads

Если в заказе есть идентификатор клика или данные покупателя, которые можно сопоставить, заказ можно вернуть в систему как офлайн- или дополнительную конверсию. Механики описаны в материалах про импорт офлайн-конверсий и дополнительные источники данных конверсий. Важная оговорка: у агентной покупки может не быть привычного GCLID, потому что клика по объявлению в классическом смысле не было. В этом случае загрузка работает как сигнал ценности на уровне аудитории и ассортимента, а не как точная привязка к клику.

Уровень 3. Модель вместо трекинга

Когда доля неатрибутируемых покупок растёт, точечная атрибуция перестаёт быть надёжной основой для решений. Рабочий ответ — измерять вклад каналов не по последним касаниям, а через эксперименты и моделирование: инкрементальность и гео-эксперименты, а на больших бюджетах — MMM и Meridian. Это дороже в организации, зато не разваливается каждый раз, когда Google переносит часть воронки на свою поверхность.

Как собрать сверку технически

Сверка — это не «посмотреть глазами два отчёта». Ниже рабочая последовательность, которую может сделать маркетолог без разработчика за один вечер.

Выгрузите заказы из бэкенда за период с полями: номер заказа, дата-время, сумма, канал/источник продажи, признак агентного оформления (если платформа его проставляет).
Выгрузите покупки из GA4 за тот же период: transaction_id, дата, сумма, источник/канал.
Сопоставьте по номеру заказа. Заказы, которых нет в GA4, и есть ваша слепая зона. Рядом полезно держать третью колонку — серверные события «завершено», если они настроены.
Посчитайте две метрики: долю неатрибутируемых заказов в штуках и в деньгах. Вторая почти всегда важнее: средний чек агентных покупок может отличаться от сайтового.
Зафиксируйте отчёт как регулярный — еженедельно, одним файлом, с историей. Через месяц вы увидите тренд, а не одну точку.

Дальше эту таблицу стоит положить в тот же слой отчётности, где живут расходы, — иначе руководство продолжит читать ROAS из веб-аналитики. Подходы к сборке сводных отчётов разбирали в материале про дашборды и отчётность медиабайера.

Источник	Что видит	Чего не видит
Бэкенд магазина	Все заказы, суммы, состав, покупателя	Рекламный путь до покупки
GA4	Покупки, оформленные на сайте, и их источники	Покупки, завершённые на поверхности Google
Серверные события	Факты «начато» и «завершено»	Полную картину пути и атрибуцию по кампаниям
Google Ads	Расход, показы, клики, учтённые конверсии	Заказы, которые не вернулись в систему как конверсии

Три сценария, в которых деньги теряются незаметно

Сценарий 1. Алгоритм недооценивает работающий сегмент

Товарная группа хорошо продаётся через AI-поверхности, но эти покупки не возвращаются в Google Ads как конверсии. Smart Bidding видит расход без результата и постепенно снижает активность по этому сегменту. Вы теряете не отчёт, а продажи — и выглядит это как «категория выдохлась».

Сценарий 2. Ремаркетинг догоняет тех, кто уже купил

Аудитории покупателей строятся по событию на сайте. Если покупка прошла мимо сайта, человек остаётся в списке «смотрел, но не купил» и продолжает получать рекламу товара, который уже лежит у него дома. Это прямой слив бюджета и раздражение клиента. Решение — строить аудитории на данных первой стороны из бэкенда, а не только на веб-событиях: см. Data Manager и данные первой стороны.

Сценарий 3. Отчёт для руководства расходится с банковским счётом

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

Что спросить у платформы и разработчика

Какие именно серверные события мы получаем и куда они приходят?
Есть ли в заказе признак, по которому можно отличить агентную покупку от обычной?
Передаются ли вместе с заказом какие-либо идентификаторы, пригодные для загрузки конверсий?
Как в заказе отражается возврат и попадает ли он в те же серверные события?
Какой аккаунт Merchant Center сопоставлен с каталогом и кто им управляет?
Что происходит с промокодами и скидками, если оформление проходит вне нашей корзины?

Эти шесть вопросов закрывают большую часть неопределённости. Ответы стоит записать — через квартал их будет спрашивать уже кто-то другой.

Выключать или оставить: как принять решение

Универсального ответа нет, но есть понятные критерии.

Оставить включённым, если	Выключить, если
Товары простые, решение быстрое, возвратов мало	Товар сложный, нужна консультация или подбор
Маржа выдерживает комиссию платёжного контура	Маржа тонкая и каждый процент критичен
Вы готовы сверять заказы из бэкенда вручную	Все решения в команде принимаются строго по GA4
Важен охват в новых AI-поверхностях	Важнее данные покупателя и повторные продажи с сайта
Логистика выдерживает всплески заказов без предупреждения	Обработка заказов уже на пределе

Отдельный аргумент в пользу «оставить»: часть этого спроса вы иначе просто не увидите. Исследование, опубликованное 24 сентября 2026 года, показало, что пересечение классической товарной карусели и выдачи AI Mode по одним и тем же запросам составляет около 1,28 % — то есть это почти не одна и та же поверхность и почти не один и тот же спрос. Как туда попадают объявления, разбирали в статье про рекламу в AI Mode.

Что делать со ставками и целями конверсий

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

Ничего не менять в первые две недели. Сначала измерьте масштаб слепой зоны. Если это 1–2 % заказов, дальше можно работать как раньше. Если 8–15 % — решения по ROAS придётся пересматривать.
Проверить состав целей. Убедитесь, что основными конверсиями остаются покупки, а не микродействия: при разрыве в данных вес второстепенных целей растёт незаметно. Разбор — в материале про первичные и вторичные конверсии.
Скорректировать целевой ROAS, а не стратегию. Если вы знаете, что 10 % выручки не видно, целевой показатель в кабинете должен быть на эту величину мягче — иначе алгоритм сам срежет объёмы. Как работают целевые стратегии и их пороги, разбирали в статье про целевые стратегии ставок.
Не переключать тип стратегии из-за просадки в отчёте. Смена стратегии запускает переобучение и добавляет ещё один источник шума поверх уже существующего.

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

Что меняется в работе с фидом и ассортиментом

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

Качество изображений превращается в фактор выручки. С 31 января 2027 года действует новый минимум — об этом отдельный разбор: требования к изображениям товаров 500×500.
Цена перестаёт быть внутренним делом магазина. Сравнение происходит мгновенно и без вашего участия — см. конкурентоспособность цен и бестселлеры.
Приоритет ассортимента нужно задавать данными. Если алгоритм продаёт за вас, важно, чтобы он продавал прибыльное: оптимизация ценности товаров в PMax и Shopping и POAS вместо ROAS.
Наличие и сроки должны быть точными. Заказ приходит без предупреждения и без возможности «согласовать по телефону».

Чего делать не стоит

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

Что это значит для Google Ads в целом

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

Практический минимум на ближайший квартал: навести порядок в фиде, включить серверное измерение, поставить регулярную сверку заказов из бэкенда и перейти от споров об атрибуции к экспериментам. Командам, которые ведут несколько магазинов и рынков одновременно, проще делать это на управляемой инфраструктуре кабинетов — см. аренду агентских аккаунтов Google Ads и общий список сервисов PPC Rebels.

FAQ: нативная оплата в AI Mode и агентная торговля

Что именно включили 22 сентября 2026 года?

Прямое оформление заказа в AI Mode и Gemini для подходящих магазинов на Shopify, чьи каталоги были автоматически сопоставлены с аккаунтом Merchant Center. Отдельного согласия при этом не запрашивали.

Как это выключить?

В админке Shopify: «Каналы продаж» → «Agentic» → отключить прямое оформление заказа. Выключение делается вручную; по умолчанию функция включена для подходящих магазинов.

Почему в GA4 нет этих заказов?

Потому что покупка завершается вне вашей витрины: страницы оформления заказа на вашем домене в пути покупателя нет, а клиентские скрипты выполняются только на ваших страницах. Срабатывают лишь серверные события.

Какие события всё-таки фиксируются?

Серверные пиксели получают два события — «начато» и «завершено». Заказ полностью виден в админке магазина.

Кто является продавцом по такому заказу?

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

Это влияет на ставки и обучение кампаний?

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

Нужен ли атрибут native_commerce в фиде?

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

Работает ли это за пределами США?

На момент анонса протокол описывался с ограничением по рынку, и первым рынком были США. Список рынков Google расширяет без публичных объявлений, поэтому проверять статус нужно в своём аккаунте, а не по старым публикациям.

Стоит ли ждать, что такой канал заменит сайт?

Нет оснований. Пересечение классической товарной выдачи и AI Mode по одним запросам оценивается примерно в 1,28 %, то есть речь о дополнительной поверхности, а не о замене существующей. Но доля этой поверхности будет расти.

Как считать ROAS, если часть заказов вне аналитики?

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

Что делать с данными покупателя, если покупка прошла мимо сайта?

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

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

С двух вещей: проверить переключатель в настройках магазина и поставить еженедельную сверку «заказы в бэкенде против покупок в GA4». Этого достаточно, чтобы не принимать решений по заведомо неполным цифрам, пока вы настраиваете остальное.