Перейти к содержимому

ГайдыСерверный трекинг9 мин чтения

Google включил чекаут в AI Mode для магазинов Shopify. Как передать эти заказы в GA4

В Google AI Mode и Gemini теперь работает прямой чекаут Shopify, и Google Analytics внутри него не срабатывает. Разбираю, как получить эти заказы на сервере.

Опубликовано
Проверено

Daniil MaximkinРазработка продуктов и интеграций

Короткий ответ

Google AI Mode и Gemini теперь дают покупателям из США оформить заказ прямо в чате через прямой чекаут Shopify. В документации самого Shopify сказано, что Google Analytics и кастомные пиксели там не срабатывают, работают только серверные пиксели (server-to-server). Решение: взять заказ из вебхука Shopify, отправить в GA4 событие `purchase` через Measurement Protocol с пометкой заказа из ИИ-канала и раз в неделю сверять данные.

Даниил

Главное

  • Shopify по умолчанию включил прямой чекаут для подходящих магазинов: Google AI Mode и Gemini, а также Microsoft Copilot показывают его покупателям из США, Meta покупателям из США, Канады и Мексики. Заказы приходят, но сам чекаут проходит внутри ИИ-канала.
  • Справка Shopify говорит об этом прямо: в прямом чекауте Google AI Mode и Gemini Google Analytics и кастомные пиксели не срабатывают, срабатывают только серверные пиксели (server-to-server).
  • Сервер получает заказ через вебхук Shopify, проверяет HMAC, убирает дубли и отправляет событие `purchase` в GA4 через Measurement Protocol с пометкой заказа из ИИ-канала.
  • Отправляйте заказ в Meta и Google Ads только тогда, когда в нём есть пригодный идентификатор. Если его нет, пропустите платформу вместо отправки события с ненадёжным сопоставлением.
  • Показывайте заказы из ИИ-каналов отдельным сегментом и сверяйте их раз в неделю. Эти события не дозаполняются задним числом, и стандартные отчёты сами их не подхватят.
В этом гайде

По сообщению ppc.land, 22 сентября 2026 продавцы Shopify начали получать письма об автоматическом включении чекаута, хотя многие считали, что решение остаётся за ними. ppc.land приводит формулировку письма: магазин «был сопоставлен с вашим Merchant Center, что включает нативный чекаут в Google AI Mode и Gemini», а подходящие товары «включаются автоматически». По тому же сообщению, развёртывание началось в предыдущую пятницу, 18 сентября. Обе даты взяты у ppc.land: в источниках Shopify или Google я их не нашёл. Витрина не изменилась, поэтому проблему легко пропустить. Изменилось другое: где заказ завершается.

Если магазин продаёт в США, покупатель теперь может завершить покупку прямо в разговоре с Google AI Mode или Gemini, через прямой чекаут на Shopify, ни разу не открыв ваш сайт. Прямой чекаут Google пока показывается только покупателям из США, а сам магазин должен быть американским и подходящим по условиям. Microsoft Copilot показывает такой же чекаут покупателям из США, а Meta покупателям из США, Канады и Мексики. Заказ попадает в админку Shopify с атрибуцией по каналу или рефереру, а клиент и всё, что происходит после покупки, остаются за вами. А вот событие покупки, которое должна была поймать ваша аналитика, нигде не появляется.

Что на самом деле пишет Shopify про этот чекаут

Причина описана на справочной странице самого Shopify. В прямом чекауте Google AI Mode и Gemini «Google Analytics и кастомные пиксели не сработают», потому что «чекаут запускает только серверные пиксели (started, completed), так что ни один стандартный или кастомный клиентский пиксель не срабатывает». Те же слова стоят на страницах Microsoft Copilot и Meta, где прямой чекаут устроен так же.

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

Ваш тег GA4 клиентский. Ваши кастомные пиксели на уровне темы клиентские. Ни один из них не работает в этом канале. Заказ есть, выручка настоящая, а события покупки для него в GA4 нет.

Поэтому не спасает и встроенная интеграция Shopify с Google Analytics: это клиентский тег на вашей витрине, а чекаут прошёл не на витрине.

Каких ИИ-каналов это касается, а каких нет

Shopify группирует каналы по тому, как завершается покупка, и от этого зависит работа трекинга. Таблица актуальна на 2 октября 2026.

КаналКак завершается покупкаКому предлагается чекаут внутри каналаВидит ли это ваш клиентский трекинг?
Google AI Mode и GeminiПрямой чекаут на Shopify внутри чатаПокупатели из США; магазин должен быть американскимНет: срабатывают только серверные пиксели
Microsoft CopilotПрямой чекаут на Shopify внутри чатаПокупатели из СШАНет: срабатывают только серверные пиксели
Площадки Meta (например, Muse)Прямой чекаут на Shopify внутри чатаПокупатели из США, Канады и МексикиНет: то же правило, только серверные пиксели
ChatGPTПоиск товара; покупатель завершает заказ на чекауте вашего магазинаНикому: у Shopify нет прямого чекаута в ChatGPTВаши теги работают, но атрибуция может сломаться
Браузерные агенты на WebMCP (объявлено 28 сентября 2026)Агент заполняет ваш собственный чекаут Shopify и отправляет его после подтверждения покупателемНе применимо: он работает на вашем собственном чекаутеНе проверено: Shopify не документирует, срабатывают ли пиксели

Поэтому переходы из ChatGPT и чекаут в AI Mode это разные вопросы. Заказ из ChatGPT идёт через ваш собственный чекаут, так что ваши теги срабатывают. Слабое место здесь в атрибуции: покупатель может платить во встроенном браузере ChatGPT, а сколько данных о реферере и кампании сохраняется после этого перехода, в документации не описано. Это задача по атрибуции, она разобрана в гайде по реферальному трафику из ИИ в GA4 и Shopify. А чекаут, который проходит вне вашей витрины, из браузера увидеть нельзя.

Строка про WebMCP новая. 28 сентября 2026 в журнале изменений для разработчиков Shopify объявили, что браузерные агенты могут читать и обновлять чекаут Shopify и отправлять его, когда покупатель подтвердит, без каких-либо настроек у продавца. В документации Shopify добавлено, что инструмент игнорирует атрибуцию, поэтому агент не может задать через него атрибуцию заказа. Срабатывают ли ваши пиксели в таких чекаутах, в документации не описано, и я пока этого не проверял.

Perplexity в таблице нет. На 2 октября 2026 в справочном центре Shopify нет ни канала Perplexity, ни настройки Perplexity в разделе agentic storefronts, так что включать или выключать в вашей админке нечего.

Как я передаю эти заказы в GA4

Заказы поступают на сервер независимо от того, что срабатывает в браузере.

  1. Подписаться на вебхук заказа. Топик Shopify orders/create (или orders/paid) доставляет заказ на эндпоинт, который вы контролируете. Проверяйте подпись HMAC при каждой доставке и по заголовку X-Shopify-Webhook-Id отбрасывайте дубликаты. Shopify прямо пишет, что доставка вебхуков «не всегда гарантирована», и рекомендует задачу сверки, которая перечитывает заказы из API. Поэтому вебхук это быстрый путь, но не единственный.
  2. Прочитать атрибуцию канала, которую добавляет Shopify, и пометить заказ. У заказов из ИИ-каналов есть атрибуция по каналу или рефереру, так что по самому заказу видно, что он пришёл из agentic-чекаута. Shopify не документирует, какое значение API пишет каждый канал, поэтому сначала я проверяю это на реальных заказах магазина. Я записываю это в событие параметром agentic и названием канала, чтобы заказ никогда не смешивался с органическим сегментом.
  3. Отправить событие purchase в GA4 через Measurement Protocol. Один HTTP-запрос со стоимостью заказа, валютой и товарами, где transaction_id равен идентификатору заказа Shopify. transaction_id не даёт второму, более позднему событию по тому же заказу посчитаться дважды.
  4. Отправлять в Meta или Google Ads только при пригодном идентификаторе в заказе. Это настоящий идентификатор клика в заказе или идентификатор, по которому вы вправе сопоставлять. У многих заказов agentic нет ни того, ни другого. Если идентификатора нет, событие в рекламную платформу не уходит вовсе, и я пишу об этом в отчёте, а не отправляю слабое совпадение.
  5. Сверять раз в неделю. Сравниваю заказы Shopify с меткой agentic, события purchase в GA4 с той же меткой и данные, которые фактически получила каждая рекламная платформа. В любой конкретный день эти три числа не совпадут. Смысл в том, чтобы увидеть разрыв и понять, какая его часть обычная задержка, а какая настоящая потеря.

Замечание про client_id: от него зависит полнота отчётов

Measurement Protocol связывает событие с историей просмотров человека через client_id (или app_instance_id). Когда чекаут в ИИ не отдаёт вам идентификатор клиента GA (а так бывает часто), событию не к чему присоединиться. Покупку всё равно можно записать на собственный стабильный идентификатор, но отчётность, которая опирается на историю просмотров, будет неполной. Google говорит об этом прямо: Measurement Protocol предназначен дополнять автоматический сбор данных, а не заменять его, а при полностью серверной схеме «может быть доступна только частичная отчётность». Так работает метод. Поэтому я показываю заказы из ИИ-каналов отдельно и не обещаю полной сессионной отчётности.

Как проверить, происходит ли это уже у вас

  1. В админке Shopify откройте Sales channels > Agentic и проверьте, включён ли прямой чекаут для Google AI Mode и Gemini, Microsoft Copilot и Meta. Пока включена опция «Allow Shopify to manage for me», прямой чекаут включён везде, где его предлагает канал.
  2. Там же откройте отчёт по каждому ИИ-каналу. Shopify показывает по каждому каналу Sales, Orders, Online store sessions и Online store conversion, а также Total sales. В Sales складываются заказы по реферальным переходам и заказы из прямого чекаута, поэтому сравнивайте канал за каналом с покупками GA4 за те же даты. Заказы из ChatGPT прошли через ваш собственный чекаут. Для Google, Copilot и Meta цифра смешивает реферальные заказы (они прошли через ваш чекаут) и заказы прямого чекаута (не прошли). Сигналом служит разрыв, который появляется, когда начинают приходить заказы из ИИ. Для headless-магазинов этих отчётов пока нет; там вместо этого фильтруйте заказы по каналу или рефереру.
  3. В GA4 найдите события purchase с меткой ИИ-канала. Если Shopify показывает заказы из ИИ-каналов, а GA4 их не видит, это соответствует документации Shopify: клиентский тег в таком чекауте не работает.
  4. Проверьте рекламные платформы за те же даты, но ничего полезного не ждите, если у этих заказов нет идентификаторов клика.

Как я проверяю это на реальных внедрениях

У меня пока нет клиентских результатов по ИИ-каналам. Ближайший по методу проект: пересборка серверного трекинга headless-магазина.

Перед прошлым дедлайном Shopify по чекауту я целиком пересобрал серверное измерение для ритейлера на headless Shopify на рынке США. Я связал идентификаторы с заказом, чтобы платный трафик прослеживался до заказа, возвраты вычитались, а дубли убирались. Доля продаж с известным источником выросла с 6% до 76%, дублирование покупок в отчётах упало с +100% до 0%, а продажи, приписанные рекламе Google, выросли с 0,1 до 10,5 в день. Из 612 продаж за проверенный период 573 до пересборки не были видны ни в одном отчёте, а 211 возвратов ни разу не вычитались.

“…rebuilt Meta tracking for my funnel with browser + server deduplication, set up the tracking Worker to run on my own Cloudfare account (for full ownership)…”

— Клиент. Перевод: «…перестроил отслеживание Meta для моей воронки с дедупликацией в браузере и на сервере, настроил трекинговый Worker на моём собственном аккаунте Cloudflare (чтобы всё принадлежало мне)…».

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

  • Отправка события Measurement Protocol без стабильного transaction_id: повторная попытка создаёт вторую покупку.
  • Ожидание полной сессионной отчётности от события, которому не к чему присоединиться, потому что у него нет client_id.
  • Отправка каждого заказа agentic в Meta и Google Ads независимо от того, есть ли в нём идентификатор: это тихо снижает качество сопоставления для всего остального.
  • Считать ChatGPT и AI Mode одной проблемой. Одно это переход через ваш собственный чекаут, где теги работают, а атрибуция может сломаться. Другое это чекаут, который проходит вне вашей витрины.

Ограничения

  • В чекауте канала срабатывают только серверные пиксели. Если подходу к измерению нужно, чтобы запустился клиентский тег, здесь он не сработает. Браузерного события, с которым можно было бы дедуплицировать, нет.
  • Measurement Protocol не заменяет тегирование полностью. Для новых серверных интеграций Google рекомендует Data Manager API, а Measurement Protocol оставляет как зрелый, поддерживаемый путь, но не как путь на будущее. Сегодня я строю на Measurement Protocol и перевёл бы клиента на Data Manager API, когда этого потребует объём работ, предварительно проверив его для этого клиента.
  • Задним числом данные не дозаполняются. Пропущенные конверсии остаются пропущенными.
  • Страны покупателей ограничены, а допуск условный. Google AI Mode и Gemini, а также Microsoft Copilot показывают прямой чекаут только покупателям из США; Meta показывает его покупателям из США, Канады и Мексики. Google, кроме того, требует американский магазин с аккаунтом Merchant Center, а каждый канал требует, чтобы магазин подходил для Shopify Catalog и имел заполненные политики.
  • Рекламные платформы только при наличии идентификатора. Meta и Google Ads получают событие, только когда в заказе есть то, по чему можно сопоставить.
  • Согласие по-прежнему действует. Это реальные заказы, но отправлять их в аналитические и рекламные системы можно только при наличии на это права. Это относится к технической реализации, а не к юридической консультации.
  • Это не юридическая и не налоговая консультация.

Когда это не нужно

Если вы не продаёте ни в США, ни (через Meta) в Канаду или Мексику либо если вы выключили прямой чекаут в Sales channels > Agentic, эта конкретная проблема вас не касается. Оставлять ли его включённым, решается отдельно. Это разобрано в материале оставлять ли прямой чекаут в ИИ включённым?.

Если весь ваш трафик из ИИ-каналов это ChatGPT, ваши клиенты по-прежнему оформляют заказ в вашем магазине, так что теги работают; сломаться может атрибуция, поэтому здесь нужна работа с атрибуцией, а не получение заказов. Если объём заказов из ИИ-чекаутов ничтожен и вы не рекламируетесь в США, скажите об этом, и мы оба сэкономим усилия.

Могу сделать это для вас

Это ситуация Заказы из чекаута AI Mode, Copilot и Meta не видны в GA4: серверный захват заказов из ИИ-каналов. Работа начинается с бесплатного обсуждения: опишите задачу, и я подтвержу, подходят ли ваши магазины, какой идентификатор у вас на самом деле есть для этих заказов и что потребуется для получения заказов.

Типичный путь: Focused Fix от 30 000 ₽ на получение заказов и сверку для одного магазина и Custom Engineering Project от 100 000 ₽ для нескольких магазинов или более сложного пайплайна. Если сначала нужно выяснить, почему чего-то не хватает, это отдельная диагностика, и её объём согласуется письменно до любой реализации.

Опишите задачу.

Вопросы

Вопросы, на которые отвечает этот гайд

Появляются ли заказы из AI Mode в админке Shopify?

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

Почему мой тег GA4 не срабатывает в чекауте ИИ?

Потому что этот чекаут не ваша витрина. Shopify пишет, что в прямом чекауте Google AI Mode и Gemini Google Analytics и кастомные пиксели не срабатывают, а чекаут запускает только серверные пиксели (server-to-server). Клиентский тег GA4 как раз из тех, что там не работают.

Можно ли отправлять эти заказы ещё и в Meta и Google Ads?

Только если в заказе есть пригодный идентификатор: идентификатор рекламного клика или другой, по которому вы вправе сопоставлять. У многих заказов из agentic-каналов его не будет. Если идентификатора нет, я пропускаю платформу и говорю об этом, а не отправляю событие, которое ухудшает качество сопоставления.

Вернутся ли заказы, которые я уже пропустил?

Нет. Платформы конверсий не дозаполняют данные задним числом. Что потеряно между изменением и исправлением, то остаётся потерянным, поэтому в исправление входят отчёт сверки и пометка о затронутом периоде.

Measurement Protocol всё ещё подходит для отправки серверных событий?

Google описывает Measurement Protocol как зрелый и продолжающий работать, но для новых серверных интеграций теперь рекомендует Data Manager API. Сейчас я использую Measurement Protocol, а Data Manager API рассматриваю для будущих интеграций. Ограничение описано ниже.

Daniil Maximkin

Здравствуйте, я Даниил.

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

Попробовали и всё равно не выходит?

Опишите задачу

Отвечу в течение одного рабочего дня. Первый ответ бесплатный. Или напишите напрямую: next@taskfordaniel.com

Обсудить задачу

Расскажите, что нужно разработать, исправить или подключить.

Описать задачу next@taskfordaniel.com