Google Менеджер тегов (GTM) и GA4: электронная торговля

Полная электронная торговля GA4 в вашем контейнере GTM

Чтобы Google Analytics 4 показывал выручку, корзину и путь покупателя, магазин должен сам складывать события в dataLayer. Модуль делает это за вас: вписываете номер контейнера — и витрина начинает отдавать просмотры товаров, добавления в корзину, шаги оформления, покупки и возвраты. Дальше в GTM вы решаете, куда эти события отправлять: в GA4, в рекламные системы или в свои теги.

Что магазин отдаёт в аналитику

Модуль собирает события по схеме электронной торговли GA4 и кладёт их в dataLayer с товарами, ценами, количеством, категорией и брендом. В GTM остаётся привязать их к тегу GA4 или к любой другой системе — теги настраиваются в интерфейсе Google, а не в коде магазина.

Настройки подключения: номер контейнера, dataLayer, характеристика бренда и идентификатор товара.

События электронной торговли: включается каждое отдельно.

Цена в событиях: одна база во всех событиях — без налога или с налогом.

Свои события без программиста

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

• •  Клик по элементу — условием служит CSS-селектор или имя элемента: одно событие ловит все баннеры акции или все ссылки вида tel:.
• •  Отправка формы — по атрибуту name формы или по селектору: событие уходит в момент отправки, в том числе при работе через AJAX.
• •  Открытие страницы — для страниц, которые важно считать отдельно.
• •  Дополнительные параметры перечисляются в настройках, и у каждого события заполняются своими значениями — категория, действие, признак неинтерактивного события.
• •  Цель Яндекс Метрики указывается в том же событии: одно действие покупателя попадает и в GTM, и в Метрику.
• •  Событие можно выключить, не удаляя, — например, на время акции.

Свои события магазина: имя события GTM, параметры, привязка и статус.

Событие по клику: условие задано CSS-селектором баннера.

Событие по отправке формы: условие — атрибут name формы подписки.

Согласие покупателя и Consent Mode v2

Google требует передавать состояние согласия до загрузки тегов. Модуль объявляет четыре разрешения Consent Mode v2 — хранение данных аналитики, хранение рекламных данных, персональную рекламу и отправку данных пользователя — и показывает их покупателю в окне согласия на витрине. Если в магазине включён штатный модуль GDPR, службы модуля встают в его окно, а не рядом со вторым.

• •  Базовый режим — до согласия теги не загружаются вовсе.
• •  Расширенный режим — контейнер загружается сразу, но до решения покупателя Google получает обезличенные сигналы; после согласия данные становятся полными.
• •  Без запроса согласия — режим для магазинов, где согласие собирается другим способом.
• •  Согласие на рекламу — три рекламных разрешения убираются из окна, пока магазин не ведёт кампании: покупателя спрашивают только про аналитику.
• •  Решение покупателя хранится в его браузере, а события ждут его и уходят только после ответа.

Окно согласия на витрине: разрешения Consent Mode v2 отдельными переключателями.

Настройки согласия: режим работы, запрос согласия на рекламу и одно событие purchase на оформление.

Покупка доходит до аналитики, даже если покупатель закрыл вкладку

Событие покупки на витрине отправляется со страницы «Спасибо за заказ», а до неё доходят не все: при оплате на стороне банка покупатель нередко закрывает вкладку. Модуль сообщает о покупке с сервера — через Measurement Protocol GA4 — в момент, когда заказ становится оплаченным, откуда бы ни пришла смена статуса: из панели управления, по уведомлению платёжной системы, из планировщика или импорта. Каждый заказ попадает в аналитику один раз.

• •  Статусы, по которым заказ считается оплаченным и возвращённым, выбираются в настройках.
• •  Для отправки нужен ключ потока данных GA4 и секрет Measurement Protocol — оба поля рядом с настройкой; если секрет забыли, модуль предупредит при сохранении.
• •  Планировщик досылает оплаченные заказы, которые ещё не ушли в аналитику: команда для cron готовой строкой в настройках. По желанию он отправляет и заказы посетителей без аналитики.
• •  Серверная покупка несёт сеанс визита: заказ попадает в тот визит, в котором он сделан.
• •  Стоимость доставки можно исключать из суммы заказа, чтобы выручка в отчётах считалась по товарам.
• •  В событиях с расширенным отслеживанием передаётся хэш почты покупателя в формате Google — для улучшенных конверсий Google Ads.

Статусы заказа: по каким из них модуль считает заказ оплаченным и возвращённым.

Команда планировщика: досылка покупок, оплаченных после ухода покупателя.

Планировщик: отправка заказов покупателей, у которых не было аналитики.

Маркетплейс и несколько витрин

• •  Multi-Vendor. Оформление на маркетплейсе делится на заказы по продавцам. Модуль отправляет его одной транзакцией родительского заказа: выручка остаётся прежней, а число транзакций совпадает с числом оформлений.
• •  Несколько витрин. Номер контейнера, список событий, режим согласия и статусы заказа задаются для каждой витрины отдельно или сразу для всех.
• •  Своё имя dataLayer — если на сайте уже есть контейнер с занятым именем.
• •  User-ID — идентификатор покупателя передаётся в GA4, когда функция включена в аккаунте Google.

Модуль в списке модулей панели управления.

Что нового в версиях 2.6–2.9

• •  Покупка при смене статуса заказа уходит в Google с сервера из любого места: из панели управления, по уведомлению платёжной системы, из планировщика или импорта.
• •  Каждый заказ попадает в аналитику один раз: страница «Спасибо за заказ», смена статуса и планировщик не дают повторных транзакций.
• •  Контейнер GTM подключается только на витрине: посещения панели управления в аналитику не попадают.
• •  Событие begin_checkout уходит при каждом открытии оформления — вернувшийся покупатель попадает в воронку.
• •  Цена во всех событиях считается по одной базе — без налога или с налогом, на выбор.
• •  Серверные покупка и возврат несут сеанс визита: в пределах двух суток заказ попадает в тот визит, в котором он сделан. Ответ Google записывается в журнал.
• •  Планировщик может отправлять и заказы посетителей без аналитики — отдельной настройкой.
• •  Серверные покупка и возврат уходят с меткой времени заказа: в пределах двух суток событие возвращается в тот визит, где заказ был сделан, и сохраняет источник.
• •  Сеанс визита читается из обоих форматов куки GA4: покупка с сервера приходит с источником, а не в неразмеченный трафик.
• •  Покупку можно отправлять только для оплаченных заказов: магазин, торгующий по счёту, видит в отчётах собранные деньги, а не сумму каждого оформленного заказа.
• •  Модуль предупреждает, если отправка с сервера включена без секретного ключа API.

Частые вопросы