Чек-лист проверки ecommerce Google Analytics 4. Шаблон от Spilno Agency

Прежде чем потратить первые деньги на Google Ads или Meta Ads, мы в Spilno Agency всегда делаем одно и то же — проверяем, корректно ли работает ecommerce-трекинг в Google Analytics 4. Если событие purchase не приходит или приходит без value, реклама фактически «летит вслепую»: оптимизатор Google не понимает, что такое конверсия, и тратит бюджет не на тех, кто покупает. В этой статье — наш чек-лист из 7 шагов и шаблон в Google Sheets, который мы используем на каждом клиентском проекте.

Почему важно перед запуском рекламы всегда проверять работу всех событий ecommerce GA4

Запустить Google Ads или Meta Ads без правильно настроенной аналитики — это как ехать по трассе ночью с выключенными фарами. Вы видите, что дорога есть, но куда она ведёт и безопасно ли по ней двигаться — не знаете. Алгоритмы Google Smart Bidding и Meta Advantage+ обучаются на данных: чем точнее вы отправляете событие purchase с валидным value, тем быстрее реклама находит «правильную» аудиторию.

Вторая причина — стоимость ошибки. Если в первую неделю кампании пиксели отчитываются о в 2 раза большем количестве покупок, чем было на самом деле (дубль-события add_to_cart посчитали как purchase), оптимизатор завысит ставки. Через месяц вы увидите ROAS в 50 % от реального, и клиент будет уверен, что канал не работает. На самом деле проблема — в данных.

Третья причина — атрибуция. Если transaction_id не передаётся, GA4 считает одну и ту же покупку несколько раз (каждое обновление страницы «спасибо за заказ» — новое событие). В Google Ads импортированные конверсии раздуваются в 3–10 раз. ROAS на бумаге — заоблачный, в кассе — пусто.

• Алгоритм Smart Bidding оптимизирует то, что видит — если purchase без валидного value, ставки оптимизируются за «пустышкой»
• Дубль-события (одна покупка = 2–5 хитов) раздувают конверсии и ROAS в Google Ads и GA4
• Без currency в событии purchase Google Ads импортирует конверсии в валюте аккаунта, что портит данные для кросс-валютных магазинов
• Без события view_item невозможно запустить динамический ремаркетинг в Google Ads (Performance Max, Demand Gen)
• Без правильно настроенного item_list_id в view_item_list нельзя увидеть, какие категории конвертируют лучше

9 обязательных событий ecommerce в GA4

В Google Analytics 4 ecommerce-события — это отдельный стандарт, который Google задокументировал в Measurement Protocol. Не все из них обязательны, но если вы хотите построить полную воронку от первого просмотра до покупки, у вас должно быть как минимум 9 событий. Вот они, в порядке появления в воронке.

1. view_item_list — Пользователь открыл страницу категории, поиска или коллекции товаров. Параметры: item_list_id, item_list_name, массив items.
2. select_item — Клик по карточке товара в списке. Та же структура параметров, что и у view_item_list, но уже с конкретным товаром.
3. view_item — Просмотр страницы товара. Здесь обязательно должны быть currency, value, массив items с item_id, item_name, price.
4. add_to_cart — Добавление в корзину. Параметры: currency, value, items с quantity.
5. view_cart — Просмотр страницы корзины. Без этого события у вас не будет данных для CRO-анализа — вы не увидите, сколько людей открыло корзину, но не пошло дальше.
6. remove_from_cart — Удаление товара из корзины. Помогает оценить, какие товары «не нравятся» при ближайшем рассмотрении цены / условий доставки.
7. begin_checkout — Начало оформления заказа. Это ваш бенчмарк для расчёта Cart-to-Checkout CR.
8. add_payment_info — Добавление способа оплаты. Опционально, но полезно — между этим шагом и покупкой самый большой процент падений в воронке.
9. purchase — Завершённая покупка. Параметры обязательные: transaction_id (уникальный!), value, currency, items, shipping, tax. Это ключевое событие (Key event) в GA4 и ваша главная конверсия в Google Ads.

Все эти события GA4 «понимает из коробки» — их не нужно создавать вручную в разделе «События». Вам нужно только, чтобы ваш dataLayer пушил их с правильными именами и параметрами. GA4 автоматически определит их как ecommerce-события и покажет в отчётах «Электронная торговля» и «Путь покупателя».

7 шагов проверки ecommerce GA4 перед запуском Google Ads

Это наш рабочий чек-лист. Каждый пункт — это отдельный риск, который мы закрываем до того, как клиент увидит первую платную рекламу. Все семь шагов мы уже собрали в готовый шаблон Google Sheets — ссылка ниже в статье.

1. Шаг 1. GA4-поток и Measurement ID. Заходим в Admin → Data Streams. Проверяем, что поток один (а не дублируется), Measurement ID (G-XXXXXXX) соответствует тому, что зашит в GTM-теги. Если у вас 2 потока на тот же сайт — половина событий будет «потеряна».
2. Шаг 2. GTM на всех страницах. В DevTools (Network → фильтр gtm.js) проверяем, что контейнер GTM загружается на: главной, категории, карточке товара, корзине, чекауте, странице «спасибо за заказ». Особое внимание — к странице thank-you: именно на ней срабатывает purchase.
3. Шаг 3. dataLayer пушит 9 событий. Открываем DevTools → Console → пишем dataLayer. Видим массив. Делаем полный путь по сайту и смотрим, что добавилось. Должно быть все 9 событий с правильными параметрами. Если view_item приходит без value — это блокер.
4. Шаг 4. DebugView в GA4. В GA4 → Admin → DebugView включаем режим (через GTM-debug или расширение GA Debugger). Делаем тестовую покупку. Смотрим, что событие purchase пришло со всеми параметрами и с правильным transaction_id.
5. Шаг 5. Параметры purchase. Проверяем в DebugView вкладку «Параметры события»: transaction_id должен быть уникальным, value — числом (не строкой!), currency — в формате ISO 4217 (UAH, USD, EUR), items — непустой массив. Один пропуск здесь — и реклама учится неправильно.
6. Шаг 6. Отметка Key event. В GA4 → Admin → Events находим purchase и включаем тумблер «Mark as key event». Без этого шага Google Ads не сможет импортировать purchase как цель для оптимизации.
7. Шаг 7. Google Ads + GA4 link. В GA4 → Admin → Product links → Google Ads создаём связь. В Google Ads → Tools → Conversions импортируем ключевое событие purchase из GA4. Проверяем, что статус — «Recording» и атрибуция — «Data-driven» (а не Last-click).

3 инструмента для проверки событий GA4

Один инструмент даёт неполную картину. Мы всегда используем три в связке: DebugView показывает, как GA4 понял событие; GTM Preview показывает, правильно ли сработал тег; Chrome DevTools — пошёл ли вообще hit на сервер Google.

DebugView — админская панель в GA4, где вы видите каждое событие вашего устройства в реальном времени. Включается через расширение Google Analytics Debugger в Chrome или через GTM в режиме предварительного просмотра. Здесь вы видите не только факт события, но и все его параметры — это финальная проверка перед запуском рекламы.

GTM Preview — режим предварительного просмотра в Google Tag Manager. Показывает, какой тег когда сработал, какие триггеры сработали, какие переменные были переданы. Если тег GA4 Event — purchase не сработал на странице «спасибо», в Preview вы увидите это за 2 секунды. Chrome DevTools → Network — самый низкий уровень. Здесь видно, реально ли hit на /g/collect ушёл на сервер Google. Если в Preview всё работает, а в Network hit не идёт — значит, блокирует adblock или CSP-политика сайта.

Шаблон чек-листа от Spilno Agency в Google Sheets

Мы используем один и тот же шаблон чек-листа на всех клиентских проектах — от UA-маркетплейса одежды до магазина запчастей в ЕС. Он уже содержит:

• Таблицу с 9 ecommerce-событиями и чек-боксами «GTM», «dataLayer», «DebugView», «Google Ads import»
• Отдельный лист «Параметры события purchase» — для проверки каждого поля по очереди
• Лист «Распространённые ошибки» — 12 проблем, которые мы видели на реальных проектах, и как их диагностировать
• Колонку «Ответственный» — чтобы закрепить, кто за что отвечает (PM, dev, аналитик)
• Колонку «Статус» с 4 значениями: To check / In progress / Passed / Failed
• Поле «Дата проверки» — фиксируем момент успешной проверки, чтобы потом легко найти регрессию

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

Распространённые ошибки и как их избежать

Вот 6 проблем, которые мы регулярно видим при аудите GA4-настроек новых клиентов.

1. Дубль purchase при обновлении страницы thank-you. Если событие привязано к загрузке страницы, а не к серверному callback, перезагрузка «спасибо за заказ» даёт +1 покупка. Лечится проверкой transaction_id в GTM-переменной (custom event) и блокировкой повторного push.
2. value как строка, а не число. value: "1500" — это не то же самое, что value: 1500. GA4 второй вариант обрабатывает корректно, первый — игнорирует. Проверьте в DebugView тип параметра.
3. Отсутствует currency. Если ваш магазин обслуживает клиентов из UA, EU и US, без currency в событии purchase GA4 запишет все покупки в валюте аккаунта. Результат — Revenue в отчётах не соответствует реальному.
4. Событие add_to_cart на каждое нажатие + / -. Если в корзине можно увеличивать количество кнопкой +, не пушить событие на каждое нажатие. Иначе Cart additions раздуваются в 5–10 раз.
5. view_item на список товаров. Часто developer путает view_item (карточка одного товара) и view_item_list (категория). Проверьте: на странице категории должен быть view_item_list с массивом, на странице одного товара — view_item с одним объектом в items.
6. Покупка с нулевым value. Если value: 0 для тестовых / промо-заказов — Smart Bidding интерпретирует как «бесплатную продажу» и снизит ставки. Фильтруйте такие заказы на уровне GTM или серверного API.

FAQ

Что сделать в первую очередь, если ecommerce GA4 не работает?

Зайти в DebugView, открыть сайт в режиме debug (расширение GA Debugger) и пройти путь покупателя. Если в DebugView событие purchase не появляется — проблема в dataLayer или тегах GTM. Если появляется, но без параметров — проблема в маппинге параметров в теге GA4 Event.

Нужно ли настраивать ecommerce-события в GA4 вручную?

Нет. 9 стандартных событий (view_item, add_to_cart, purchase и т.д.) GA4 распознаёт автоматически по именам. Не нужно создавать их в разделе «Custom events». Достаточно, чтобы dataLayer пушил правильно и тег GA4 в GTM передавал параметры без потерь.

Как часто нужно делать этот чек-лист?

Первый раз — обязательно перед запуском платной рекламы. Далее — раз в квартал как плановая проверка, плюс после каждого релиза новой версии сайта, изменения template чекаута, добавления новой валюты или языка. Любое обновление фронтенда может сломать dataLayer.

Можно ли использовать шаблон для Shopify / WooCommerce / OpenCart?

Да. Шаблон описывает события, которые должны появляться — независимо от того, чем они генерируются. Для Shopify и WooCommerce есть официальные плагины/интеграции, которые пушат эти события из коробки. Чек-лист остаётся тем же — вы просто меньше времени потратите на dev-работу.

Что делать, если transaction_id повторяется?

GA4 новой покупки с тем же transaction_id не запишет — это защита от дублирования. Но если вы ошибочно генерируете один и тот же ID для разных заказов (например, через timestamp без миллисекунд), часть покупок вы потеряете. Проверьте логику генерации ID на бэкенде.

Вывод

Проверка ecommerce GA4 — это не «техническая формальность», а защита бюджета. Если вы выделяете на Google Ads 100 000 грн в месяц и у вас 20 % потерянных или задублированных покупок — вы платите 20 000 грн просто за «шум». Проверьте все 9 событий по нашему чек-листу, сохраните шаблон себе на Google Диск и используйте его перед каждым запуском новой кампании.