Настройка Enhanced Ecommerce с помощью Google Tag Manager
Чтобы внедрить Enhanced Ecommerce через инструменты Google Tag Manager, нужно решить три задачи:
- Включить Enhanced Ecommerce в настройках Google Analytics;
- Настроить передачу информации в DataLayer. DataLayer — это JavaScript-код, который содержит данные электронной торговли. Данная задача требует знания программирования, ее обычно делает команда веб-разработчиков по техзаданию аналитика;
- Настроить теги в Google Tag Manager, чтобы они собирали информацию из DataLayer и отправляли их в Google Analytics.
Все это мы разберем сейчас, начав с самого простого и дойдя до всех тонкостей настройки расширенной электронной торговли.
Включаем Enhanced Ecommerce в Google Analytics
Прежде всего нужно активировать отчеты расширенной электронной торговли в самой Google Analytics. Переходите в Admin- View - Ecommerce Settings раздел.и в настройках электронной торговли выбранного представления включайте кнопку отчетов.
На этом первая стадия настройки выполнена, и можно переходить к более серьезным задачам.
Готовим техническое задание для разработчиков по внедрению кода Enhanced E-commerce на сайт и настраиваем теги непосредственно в Google Tag Manager.
Google Tag Manager toolkit test
Unfortunately, the navigation through the article could not be displayed. Check if JavaScript is enabled in your browser
Пользовательские значения и метрики в коде Enhanced E-commerce
Как видите, инструменты продвинутой электронной торговли очень хорошо работают с группой предопределенных параметров и метрик, которые представляют информацию о продуктах, отправляемых в Google Analytics (название продукта, идентификатор, бренд, цена).
Но что делать, если вы хотите отправить в Google Analytic информацию, которая по умолчанию не описывается ни одной переменной?
Тут на помощь приходят пользовательские значения и метрики (Custom Dimensions and Metrics). Это эффективный способ собирать дополнительные данные, которые Google Analytics не собирает по умолчанию.
Примером пользовательских значений может быть что угодно, что связано с товаром или процессом продажи и может стать частью маркетингового исследования. Например: количество товаров в корзине или способ оформления заказа (быстрый или оформленный через корзину).
Виды пользовательских значений
Как мы уже упомянули выше, пользовательские значения могут быть двух типов: параметры и метрики. Давайте разберемся, в чем разница между этими типами данных.
- Параметры — это данные, которые мы видим в строках отчетов Google Analytics. Например, стиль одежды (офисная, повседневная), цвет или размер. Значения могут быть заданы любые, их определяет маркетолог, проводящий исследование.
- Метрики — это числовые значения строк пользовательских значений в отчетах. Для значений «стиль одежды», «цвет» или «размер» метрикой будет количество добавленных в корзину товаров, доля одной из товарных групп в общей выручке, удельная прибыль и т.д. Метрики также могут быть любымИ, и ограничены лишь исходным массивом данных, собранных на сайте.
Как настроить передачу пользовательских значений
Первым делом нужно настроить пользовательские параметры в настройках Google Analytics. Для этого переходим в Admin - Property, и в зависимости от задачи, выбираем Custom Dimension or Custom Metric. В качестве области действия (Scope) — выбираем «продукт».
После этого нужно внедрить на сайт код следующего вида:
<script>
window.dataLayer = window.dataLayer || [];
dataLayer.push({
event: 'checkout',
ecommerce: {
checkout: {
actionField: {step: 1,
option: 'DHL'
},
products: [{
name: 'iPhone XS Max',
id: 'A123',
price: 799.00,
brand: 'Apple',
category: 'Smartphones',
variant: 'Gold',
quantity: 1,
dimension1: 'Max' // this is custom dimension value
metric1: 3 // this is custom metric value
}]
}
}
});
</script>
Код одинаков как для значений, так и для метрик. Различается только переменная, которая описывает нужный нам тип данных. В примере выше используется переменная кастомных значений dimensionn, где n — индекс пользовательского значения, который должен соответствовать индексу в вашем массиве datalayer.
Если нужно настроить передачу кастомных метрик в Google Analytics, используется переменная metricX, где X — индекс метрики, который должен соответствовать индексу в вашем массиве datalayer.
В Google Analytics существует ограничение на количество пользовательских значений и метрик. Лимит для обоих типов кастомных данных одинаковый и равен 20 для каждого ресурса в Google Analytics.
После того, как вы добавили код на сайт, нужно еще настроить пользовательские метрики в свойстве Google Analytics. Область действия — «продукт», индекс соответствует индексу в вашем массиве. Обратите внимание, что вы можете выбрать формат передающихся цифр, в зависимости от целей. Например, округлять каждую цифру до целого числа.
Как проверить корректность внедренного кода? (debug)
Мы всегда используем расширение для Google Chrome: datalayer.
Оно настолько удобное, что в большинстве случаях, позволяет не использовать стандартный режим отладки в Google Tag Manager.
После установки расширения в консоли Google Chrome появляется вкладка Datalayer.
В ней выводится следующая информация:
- Datalayer, которые успешно отработали на странице. Во вкладке содержится имя переменных и их значения. Это невероятно удобно для отслеживания корректности данных и поиска пользовательских событий для активации тега.
- Последний столбец вкладки содержит сработанные теги и их содержание. В рамках каждого тега можно увидеть, содержит ли он данные Enhanced E-commerce, а также отследить их значения.
В случае, если у вас в коде ошибки, и данные не уходят в Google Analytics, вы сразу увидите это в расширении datalayer. Если вместо текущего значения параметра, поле отчета остается пустым, значит эта конкретная переменная не передает значения, и код нужно исправить.
Какие проблемы стоит ожидать после внедрения Enhanced E-commerce и каким образом их решает Renta?
Внедрение на сайте инструментов Enhanced E-commerce является первым шагом на пути анализа эффективности рекламных каналов. Однако, чтобы понять, какие маркетинговые инструменты работают для вашего бизнеса, необходимо провести анализ собранных данных.
В этот момент вы можете столкнуться со следующими проблемами:
- Сэмплирование данных в отчетах Google Analytics
- Построение модели атрибуции
- Экспорт данных из рекламных систем, CRM-системы в собственное хранилище данных.
Все перечисленные задачи можно эффективно решать на базе инструментов Renta. Разбирая каждую из проблем, мы остановимся на причинах и конкурентных преимуществах Renta.
Сэмплирование данных в отчетах Google Analytics
При формировании отчетов в Google Analytics пользователи сталкиваются с тем, что Google, ради снижения нагрузки на свои сервера, часто использует семплирование данных
В этом случае, в выборку включается только малая часть реальных данных с вашего сайта, которые затем экстраполируется до 100%. То есть, Google Analytics делает допущение, что произвольные 10% реальных данных из всей выборки, похожи на остальные 90%. Это приводит к сильным искажениям статистики, и проблему семплирования данных необходимо решать в обязательном порядке.
Путей решения существует несколько:
Если данные необходимо получить в интерфейсе Google Analytics, тогда:
- Не используйте тяжелые отчеты, с большим кол-вом данных. Сократите время отчетного периода или кол-во используемых метрик — это уменьшает объем данных, и к отчетам не будет применяться семплирование.
- Применяйте высокую точность, вместо быстрого построения отчетов:
Данная настройка доступна на уровне всех отчетов в Google Analytics.
Выгрузка данные из Google Analytics с помощью сторонних сервисов:
- Google Sheets Add — это наше любимое приложение для Google Sheets, которое позволяет выгружать данные в Google Sheets по расписанию. В нем реализована поддержка выгрузки более 10 000 строк, в отличии от официального приложения.
- Renta Marketing ETL — — содержит решение выгрузки данных Google Analytics по расписанию в различные хранилища данных. Вы можете самостоятельно выбирать между Google BigQuery, ClickHouse и SQL Server. Семплирования при выгрузке данных из Google Analytics удается избежать через дробление запросов. То есть, вместо ежемесячного отчета настраивается ежедневная выгрузка. При таком маленьком объеме данных семплирование не включается, и цифры экспортируются достоверные. Из дневных отчетов формируется ежемесячный отчет, основанный на реальных цифрах.
Если в рамках вашего проекта нет дневного семплирования, работать с Renta Marketing ETL очень удобно. - Core Reporting API — используйте API Google Analytics для разработки собственного приложение выгрузки данных в необходимое хранилище данных.
Стриминг сырых данных Google Analytics в Google BigQuery:
- Google Analytics 360 — стоимость составляет $150 000 в год, при этом проблема семплирования в интерфейсе Google Analytics не решается, но закрывается путем экспорта сырых данных в Google BigQuery.
- Renta Data Streaming — все отправляемые данные Google Analytics в режиме реального времени дублируются в BigQuery или ClickHouse. Структура данных идентичны выгрузки данных Google Analytics 360 в BigQuery. Стоимость от 115$/месяц.
Построение модели атрибуции
Крылатая фраза легендарного американского бизнесмена Джона Ванамейкера: «Я знаю, что половина моего рекламного бюджета расходуется впустую, вот только не знаю, какая именно». Прошло более ста лет, в рекламе поменялось абсолютно все, однако проблема правильного распределения рекламного бюджета до сих пор стоит перед маркетологами.
По-умолчанию Google Analytics использует модель last-click none direct для учета успешных транзакций. Это значит, что вся ценность уходит последнему (не прямому) каналу.
Разберем в качестве примера один из типичных сценариев пути покупателя интернет-магазина:
- Впервые человек перешел на сайт из поисковой системы благодаря качественной поисковой оптимизации (SEO).
- Затем пользователь вернулся на сайт из ретаргетинговых сетей, например видеорекламы в YouTube. В этот раз он оставляет адрес своей электронной почты, чтобы получить какие-то бонусы от магазина.
- Вернувшись через e-mail-рассылку, человек совершает покупку.
В Google Analytics благодаря модели last-click none direct вся ценность уходит последнему каналу, то есть, email-рассылке:
Мы понимаем, что без предыдущих этапов пользователь никогда не оставил бы свою почту, которая в итоге и привела к транзакции. Однако этот долгий путь не учитывается в стандартном отчете. Оценивать эффективность рекламных каналов по последнему клику — это неправильно и совершенно не помогает маркетологу понять, насколько эффективны его инвестиции в инструменты маркетинга.
Для правильной модели управления рекламными каналами необходимо использовать такую модель атрибуции, которая правильно распределит ценность заказов по всем рекламным каналам, которые привели к транзакции. Тут надо понимать, что единой правильной модели не существует — выбор методики зависит бизнеса.
Поэтому в нашем сервисе Renta доступно сразу несколько самых популярных моделей атрибуций на рынке:
- На базе затухания
- Цепи Маркова
- По воронке продаж
Пользователи Renta получают возможность сравнить различные атрибуции, посмотреть как распределяется доход на рекламные источники, и выбрать наиболее подходящую модель, которая соответствует логике вашего проекта.
Сравнительный анализ моделей атрибуции мы подготовим в следующей публикации.
Экспорт данных из рекламных систем, CRM-системы в собственное хранилище данных
Renta также позволяет объединить модели атрибуции с офлайн данными. Например, с данными из CRM-системы. Это позволит посчитать атрибуцию на основе бизнес-показателей. Например, только по выполненным заказам или по определенному сегменту клиентов.
Если у вас остались вопросы или предложения — присоединяйтесь к обсуждению в комментариях!
Стандартная или расширенная электронная торговля
Google Analytics предлагает два варианта настройки электронной коммерции для владельцев eCommerce сайтов: стандартную и расширенную. Разница — в количестве получаемых отчетов.
Особенности стандартной версии
Стандартная электронная торговля позволяет получить доступ к следующим отчетам:
- Обзор: содержит информацию о доходе, коэффициенте конверсии, транзакциям и другим показателям
- Эффективность товаров: содержит информацию по отдельному товару, по количеству купленных товаров и доходу
- Эффективность продаж: содержит информацию по заказам на основе идентификатора транзакции.
Особенности расширенной версии
Подключение расширенной электронной торговли открывает доступ к дополнительным отчетам. С их помощью можно на более глубоком уровне проанализировать поведение пользователей на сайте. Доступны следующие отчеты:
- Поведение покупателей: содержит информацию по шагам последовательности, сформированным автоматически, который проходит каждый посетитель сайта
- Поведение при оформлении покупки: содержит информацию по шагам последовательности, созданным самостоятельно, которые проходит каждый посетитель сайта
- Эффективность списка товаров: содержит информацию по спискам товаров
- Раздел «Маркетинг»: содержит отчеты по внутренним рекламным кампаниям, купонам заказа и товара, коду партнера
Чаще всего мы настраиваем расширенную версию (Enhanced Ecommerce), так она позволяет проводить более глубокий анализ сайта.
Как грамотно настроить Enhanced Ecommerce
Передавать данные о действиях пользователей с сайта в Google Analytics можно с помощью:
- GTM
- Java Script
- Measurement Protocol
Оптимальный вариант настройки — передача данных через GTM, так как многие работы не требуют подключения программиста. Далее рассматриваем этот вариант.
Стадии настройки расширенной электронной коммерции:
- Установка кода GTM на все страницы сайта, в том числе на страницу успешного оформления заказа
- Активация Enhanced Ecommerce в представлении Google Analytics
- Размещение dataLayer с объектами данных для отслеживания
- Создание тегов в Google Tag Manager для передачи данных
Настройка расширенной электронной торговли через GTM
Шаг #1: Собираем требования от всех заинтересованных сторон и составляем ТЗ
Обсуждаем с клиентом, какие задачи необходимо решать с помощью расширенной электронной коммерции, какие данные и отчеты Google Analytics требуются. Составляем техническое задание, согласовываем с клиентом, затем переходим к настройкам.
Шаг #2: Размещаем код контейнера GTM
Размещаем коды GTM на всех страницах сайта. Первую часть кода размещаем в разделе , а вторую — сразу после открывающего тега . Пример кода GTM:
Шаг #3: Устанавливаем счетчик Google Analytics
Используем один из способов установки счетчика GA:
- через размещение специального JavaScript кода отслеживания на все страницы сайта
- через Google Tag Manager
Шаг #4: Проводим базовые настройки счетчика GA
Базовые настройки необходимы для корректного сбора данных в отчетах Google Analytics. Мы подготовили чек-лист по настройке счетчика веб-аналитики, доступный по ссылке. Вы можете проверить базовые настройки своего аккаунта в GA.
Получайте полезный контент от KISLOROD в любой из мессенджеров
При переходе в одну из указанных социальных сетей, вы автоматически соглашаетесь с политикой конфиденциальности
Шаг #5: Активируем показ Enhanced Ecommerce
Активируем показ отчетов Enhanced Ecommerce в разделе «Администратор» в нужных представлениях счетчика.
Шаг #6: Настраиваем шаги последовательности
Задаем последовательность страниц, которые проходит пользователь при оформлении заказа. Указываем понятные названия, так как они будут отображаться на графиках отчетов по электронной торговле. Пример последовательности шагов для интернет-магазина на 1С-Битрикс (для разных сайтов количество шагов может отличаться):
Читать статью:
Шаг #7: Размещаем на сайте dataLayer
В массиве dataLayer хранятся данные, которые потом передаются в GTM. Структура dataLayer зависит от того, какие действия пользователей на сайте хотим отслеживать.
Расширенная электронная коммерция позволяет настроить передачу следующих данных пользователей:
- Просмотры товаров
- Клики по товарам
- Просмотры карточек товаров
- Добавление товара в корзину
- Удаление товара из корзины
- Шаги оформления заказа
- Варианты оформления заказа
- Совершенные покупки
- Отмененные покупки
- Показы внутренней рекламы
- Клики по внутренней рекламе
Пример объекта с данными, который нужно добавить в dataLayer для отслеживания кликов по товарам:
<script>
window.dataLayer = window.dataLayer || [];
dataLayer.push({
'ecommerce': {
'currencyCode': 'RUB',
'click': {
'actionField': {'list': 'List 1'},
'products': [{
'name': 'Product 1',
'id': 'ID1',
'price': '23.5',
'brand': 'Brand 1',
'category': 'Category 1/Subcategory 11',
'variant': 'Variant 1',
'position': 1
}]
}
},
'event': 'gtm-ee-event',
'gtm-ee-event-category': 'Enhanced Ecommerce',
'gtm-ee-event-action': 'Product Clicks',
'gtm-ee-event-non-interaction': 'False',
});
</script>Расшифровка:
- currencyCode (необязательная переменная) — указание местной валюты;
- name (обязательная переменная) — название товара;
- id (обязательная переменная) — идентификатор (SKU) товара;
- price (необязательная переменная) — стоимость одной единицы товара;
- brand (необязательная переменная) — бренд товара;
- category (необязательная переменная) — категория, к которой принадлежит товар;
- variant (необязательная переменная) — разновидность товара (цвет, размер и т.д);
- list (необязательная переменная) — список, в котором был показан товар («Рекомендуемые товары», «Популярные товары»). Если товар не принадлежит какому-то из списков, следует отправлять пустую строку (в таком случае, в отчетах вместо названия списка будет стоять not set);
- position (необязательная переменная) — положение товара в данном списке;
- event (строковая переменная) — указание события, по которому будет активирован тег enhanced ecommerce в GTM;
- gtm-ee-event-category (строковая переменная) — указание категории события, которое будет отправлено в Google Analytics;
- gtm-ee-event-action (строковая переменная) — указание действия события, которое будет отправлено в Google Analytics;
- gtm-ee-event-non-interaction (строковая переменная) — указание, будет ли отправленное событие влиять на показатель отказа сессии. В данном случае отправляется событие, влияющее на показатель отказов: переменная gtm-ee-event-non-interaction принимает значение False.
Шаг #8: Настраиваем GTM для считывания данных из dataLayer и отправки данных в GA
В Google Tag Manager создаем пользовательские переменные типа «Переменная уровня данных» для считывания данных из dataLayer. Создаем триггер, благодаря которому будет активироваться отправка данных, и тег, который будет отправлять данные в Google Analytics.
Шаг #9: Тестируем работу Enhanced Ecommerce после установки кодов
Проверяем места размещения, условия срабатывания кодов и передаваемые данные по ТЗ.
Заключение
В статье мы подробно описали этапы настройки расширенной электронной торговли, а в этой статье рассмотрели, какие отчеты электронной торговли доступны, привели примеры использования отчетов для анализа поведения пользователей и оценки эффективности сайта. Красиво представить полученные данные можно, выполнив визуализацию в Google Data Studio.
Если вам понадобится помощь в настройке сервиса Google Analytics или анализе данных, обращайтесь к нашим специалистам.
Читать статью:
Получайте полезный контент от KISLOROD в любой из мессенджеров
При переходе в одну из указанных социальных сетей, вы автоматически соглашаетесь с политикой конфиденциальности
Спасибо, что дочитали до конца.
Если информация была полезна, поделитесь статьёй. Вам не сложно, нам приятно 😉
Рекомендованные статьи
Скачайте 17 точек роста и 100 + чекеров для роста конверсии и прибыли интернет-магазина
При переходе в одну из указанных социальных сетей, вы автоматически соглашаетесь с политикой конфиденциальности
Мы проанализировали ведущие интернет-магазины, результаты исследований, свой опыт и собрали важные моменты в одно руководство. Делаем e-commerce лучше, поэтому не только пользуемся сами, но и делимся с вами.
Выберите удобный мессенджер и получите чек-лист прямо сейчас:
Приступаем к установке
Если вы еще не сталкивались с Google Tag Manager, обязательно прочитайте инструкцию в нашем блоге. Говоря вкратце, с помощью этого сервиса вы можете оперировать различными кодами внутри сайта, установив всего 1.
Основным положительным моментом в использовании менеджера тегов Google является автономность маркетолога от разработчиков. Вам не нужно будет просить устанавливать на сайт дополнительные коды новой аналитики, если контейнер GTM уже находится там. Вы можете оставить код счетчика Universal Analytics, а новую Google Analytics 4 использовать параллельно, чтобы не терять данные.
Первым делом вам нужно будет создать ресурс GA4 через меню «Администратор» аккаунта analytics.google.com:
Обратите внимание, что в меню «Ресурс» есть ассистент настройки новой «Аналитики». Он появляется при уже созданном контейнере GA4 для быстрой его настройки, и нас пока интересовать не будет.
Сегодня каждый новый ресурс Google Analytics по умолчанию будет создаваться как ресурс 4 версии. Если вас интересует Universal Analytics, придется выставить соответствующий ползунок в блоке «Дополнительные параметры»:
Мы же создадим ресурс новой версии. Для этого заполните поле «Название», выберите часовой пояс и валюту для отчетов, после чего нажмите «Далее».
Google собирает данные о группах пользователей новой аналитики, поэтому дальше придется ответить на несколько вопросов:
После этого жмём на «Создать». Ресурс появляется в аккаунте, а нам первым делом предстоит выбрать тип потока данных для него. Потоком называется источник данных для ресурса GA4, являющийся, по сути, сайтом или мобильным приложением.
Наиболее распространенный вариант – сайт. Остановимся на нём и выберем «Веб». Станет доступна настройка потока данных.
Здесь заполните URL вашего сайта и название потока, а также настройте сбор улучшенной статистики. В двух словах, это набор событий для отслеживания просмотра разных типов контента в автоматическом режиме.
Нажимаем на «Создать поток», и он будет добавлен в систему.
На странице настройки потока данных вы можете увидеть оба стандартных способа установки счетчика GA4 на сайт: через глобальный тег gtag.js (напрямую в код) или с помощью Google Tag Manager. Именно этим способом мы и воспользуемся далее.
Также вы можете:
- внести или отредактировать подключенные теги сайтов (с помощью специальных тегов можно дополнять поток данных информацией с других ресурсов – дочерних, параллельных, приложений и т.п.);
- создать секретный ключ для Google Measurement Protocol (настройка понадобится в будущем для подключения протокола отправки событий из бэк–офиса);
- задать другие настройки добавления тегов. Здесь можно будет настроить междоменное отслеживание, редактировать настройки входящих событий и помечать трафик как внутренний:
Итак, для запуска счетчика Google Analytics 4 будет достаточно разместить на сайт код глобального тега gtag.js, но мы воспользуемся более современным и гибким средством – внедрением кода через Google Tag Manager.
Внедрение счетчика Google Аналитики 4 через диспетчер тегов
Естественно, что для работы Google Tag Manager необходимо заранее установить на сайт его контейнер.
Для передачи на сайт счетчика Google Analytics 4 потребуется специальный тег, запускаемый с использованием стандартного триггера GTM – All Pages (просмотр любой страницы сайта).
Как можно увидеть на скриншоте, для GA4 существуют свои типы тегов, внедренные в диспетчер одновременно с запуском самой аналитической платформы. Создаем новый тег с помощью кнопки «Создать».
Появится окно «Тег без имени», где необходимо выбрать тип тега.
Для начала потребуется тег конфигурации GA4, соответственно, выбираем этот тип.
Теперь нужно привязать созданный поток данных, чтобы конфигурация могла связаться с нужным счетчиком новой аналитики.
Также в окне необходимо задать название тега (слева вверху) и триггер для срабатывания.
Есть интересные дополнительные возможности, но они на данном этапе нам не понадобятся. Например, можно сразу же передавать свойства пользователей и дополнительные параметры для отслеживания.
Когда всё будет заполнено верно, жмем «Сохранить». Теперь тег конфигурации GA4 добавлен в рабочую область диспетчера, и можно выгрузить его на сайт.
Чтобы изменения вступили в силу, необходимо отправить изменения из рабочей области на сайт. Делается это по кнопке «Отправить» в правом верхнем углу рабочего окна. Выгружайте изменения и вскоре данные начнут поступать в поток.
Если вы всё настраиваете верно, то в процессе установки нового тега не возникнет сложностей. Дальше необходимо будет передавать события с сайта, и здесь, по сравнению с Universal Analytics, имеются свои особенности.
Настройка событий в Google Analytics 4
Google Analytics 4 автоматически «ловит» некоторую часть событий на сайте, но, если вы задавали для UA-контейнера цели и специальные события, простая регистрация по названию работать не будет. С помощью Google Tag Manager придется настроить отдельную отправку событий в поток данных.
Триггеры при этом будут использоваться те же, что и для прежней версии «Аналитики» (если они уже были заданы в GTM), а вот теги событий придется задать заново. Кроме того, стоит прописать нужные события в настройках потока данных:
Указанные настройки нам уже знакомы: их можно было увидеть при создании потока данных Google Analytics 4. Выбираем «Создание событий» и «Создать»
При создании нового события потребуется задать его название, а затем настроить совпадение по параметрам. Первый и основной из них – это event_name, т.е. название. Оно и его отслеживание должно быть уникальным, чтобы вы видели верное число срабатываний.
В данном случае мы задали событие «Успешное прохождение 1 шага воронки» с event_name = shag1_success. Оператор «содержит» обозначает, что будут отслеживаться все события, в имя которых входит «shag1_success». Вы можете задавать события по выражению «больше», «меньше», «точно соответствует» и т.п., чтобы сделать процесс аналитики более гибким. Также можно добавить несколько условий попадания в события.
Настроить параметры события можно в соответствующем блоке. Пока что параметры нам не понадобятся, поэтому просто сохраняем конфигурацию.
Возвращаемся в Google Tag Manager. Здесь нам нужно создать теги – события для новой Analytics 4.
Выбираем соответствующий тип тега (см. скриншот). При этом также вводим название тега (оно требуется только для идентификации в рабочей области) и выбираем соответствующий триггер. В данном случае триггер – это пользовательское событие, заданное для Google Tag Manager.
Не запутайтесь в одинаковых названиях. События для диспетчера тегов Google задаются отдельно на сайте, события для Google Analytics 4 пересылаются с помощью GTM. Понятие тега также используется в разном значении.
Мы выбрали триггер «пользовательское событие» как наиболее удобный и точный способ передать данные в менеджер тегов. Можно задать резонный вопрос: если события нужно прописывать на сайте, какой смысл передавать их через Google Tag Manager, а не напрямую в GA4? Ответ прост: диспетчер служит агрегатором для событий, которые будут передаваться не только в новую «Аналитику», но и в Universal Analytics, «Яндекс.Метрику» и другие системы, что потребует наличие сразу нескольких конструкций для передачи на сайте. У нас же используется всего 1.
Тем не менее, вы можете создавать событие на основе внутренних инструментов GTM, таких как видимость элементов, кликов, отправок форм и т.п.
Остается выбрать созданный нами ранее тег конфигурации, чтобы данные по срабатыванию события отправлялись в нужный счетчик Google Analytics 4. Жмем на «Сохранить» и выгружаем изменения на сайт.
Изначально отслеживаемые события попадают в отчет «Все события» аккаунта аналитики:
Здесь можно увидеть название события, число его срабатываний и число пользователей, для которых это событие сработало хотя бы раз за сеанс. Также отчет позволяет регистрировать изменения в показателях в сравнении с предыдущим периодом (стрелка и процент).
Справа вы можете видеть ползунки «Отметить как конверсию», позволяющие перевести событие в разряд целевых. После этого вы можете наблюдать его в отчете «Конверсии». Здесь имеется ощутимое преимущество: вам не придется создавать представления, а число наблюдаемых конверсий более не ограничивается 20.
Обратите внимание на кнопки «Создать событие». С их помощью можно задавать новые события без использования меню «Администратор».
В этом отчете также хранятся данные о событиях электронной торговли (см. параметр «Ценность»), о настройке которой мы и поговорим далее.
Настройка электронной торговли для Google Analytics 4
Электронная коммерция – это все действия по покупке или заказу, происходящие на сайте или в приложении. Товары и услуги имеют свои параметры, равно как и заказ. Основным параметром в данном случае является стоимость. Счетчики аналитики не распознают покупки, поэтому необходима отдельная настройка электронной торговли. С помощью специальных процедур передачи данных с ресурса информация попадет в отчеты аккаунта.
Существует 2 основных способа передачи данных электронной торговли. Первый и наиболее простой – отправка событий из «фронтовой» части ресурса, т.е. напрямую с сайта или приложения после совершения покупки.
Хороший пример – покупка билетов в кино онлайн. Здесь вы сразу платите нужную сумму, поэтому данные о заказе могут поступать с «фронта» в модуль электронной торговли Google Analytics. Что интересно владельцу сайта кроме уплаченной вами суммы:
- дата и время сеанса;
- название фильма;
- зал;
- место(а);
- доход с каждой покупки.
Всё это можно передать напрямую, используя конструкции «Аналитики». Они стандартизированы под обычную покупку, поэтому для каждого типа бизнеса придется продумать алгоритм заполнения кодов нужными данными.
В Google Analytics 4 электронная торговля передается с помощью основных событий:
|
Событие электронной торговли |
Назначение |
|
view_item_list |
Показ пользователю списка товаров |
|
view_item |
Просмотр определенного товара (карточки) |
|
select_item |
Пользователь взаимодействует с определенным товаром (выбирает его из списка) |
|
add_to_cart |
Добавление товара в корзину |
|
remove_from_cart |
Удаление товара из корзины |
|
begin_checkout |
Началось оформление покупки из корзины |
|
add_payment_info |
Указание платежных данных пользователя |
|
add_shipping_info |
Выбор варианта доставки и указание адреса |
|
purchase |
Собственно, покупка |
|
refund |
Возврат средств или запрос возврата денег за осуществленную покупку |
Чтобы наиболее полно отслеживать заказ, можно использовать все события для воронки электронной торговли. Самым простым вариантом обычно является использование add_to_cart/remove_from_cart и purchase/refund.
У каждого события есть набор параметров, касающихся как заказа в целом, так и списка товаров в нем. Передавая значения этих параметров с сайта, вы автоматически заполняете отчет об электронной торговле информацией. Вот основные из них:
|
Параметр события |
Значение |
|
currency |
Трехбуквенный код валют по стандарту ISO 4217 |
|
price |
Стоимость товара/заказа в указанной валюте |
|
tax |
Сумма налога, уплачиваемого за товар |
|
item_id |
Уникальный идентификатор товара |
|
item_name |
Название товара |
|
coupon |
Наименование акции/скидки/предложения |
|
discount |
Значение полученной скидки в выбранной валюте |
|
index |
Номер товара в списке |
|
item_list_name |
Название списка товаров |
|
item_list_id |
Уникальный идентификатор списка товаров |
|
affiliation |
Принадлежность магазину/отделу/подразделению |
|
item_brand |
Бренд товара |
|
item_category |
Категория товаров, товарный раздел |
|
item_variant |
Разновидность, вид товара |
|
quantity |
Количество товаров |
|
items |
Массив группы товаров, содержащихся в заказе |
|
value |
Общая ценность события |
|
shipping |
Стоимость доставки |
|
transaction_id |
Уникальный идентификатор транзакции (для всего события электронной торговли) |
Это далеко не полный список стандартных параметров для событий электронной торговли. Полный набор можно увидеть в справке от Google.
Комбинируя эти параметры в события, вы передаете в аккаунт Google Analytics 4 сведения о совершенных транзакциях. При этом услуги тоже можно заводить как товары. Например, если вы хотите отправить данные о заказе двух билетов в кино на одни и те же фильм и сеанс, то необходимо будет отправить с сайта событие следующим образом:
gtag('event', 'add_to_cart', {
currency: 'RUB',
items: [{
item_id: 'БИЛ1102765873',
item_name: 'Малхолланд Драйв 03.02.20201 21:35',
affiliation: 'Зал 3',
item_brand: 'стандарт',
item_category: '4 ряд',
item_variant: '7 место',
price: 250,
currency: 'RUB',
quantity: 1
},{
item_id: 'БИЛ1102765874',
item_name: 'Малхолланд Драйв 03.02.20201 21:35',
affiliation: 'Зал 3',
item_brand: 'стандарт',
item_category: '4 ряд',
item_variant: '7 место',
price: 250,
currency: 'RUB',
quantity: 1
}],
transaction_ID: 'Y63348'
value: 550
});
За отправку отвечает глобальный тег gtag, осуществляющий передачу данных в «Аналитику» с помощью JavaScript или API. Запускать события нужно после того, как был объявлен этот тег, т.е. после кода потока данных Google Analytics 4. Все события электронной торговли подробно представлены в инструкции.
Если вы уже используете настройки электронной торговли для Universal Analytics, то просто перенаправить набор существующих событий в GA4 не получится: названия параметров и процедуры их передачи были несколько изменены.
Мы рекомендуем использовать для «фронтовой» передачи событий Google Tag Manager. С его помощью можно легко менять процедуры или запускать события параллельно в обе версии аналитической системы.
Чтобы настроить передачу, будем создавать пользовательские переменные с содержанием, равным параметрам элементов электронной торговли:
В разделе «Переменные» создаем новую пользовательскую переменную и выбираем тип «Переменная уровня данных». Она будет содержать идентификатор транзакции, в электронной торговле обозначаемый как transaction_id.
Имя переменной мы задали как transact_ID, чтобы не путаться в одинаковых названиях. Также задали значение по умолчанию. Если транзакция будет произведена без передачи идентификатора, то в отчет попадет «TEST_12345».
То же самое сделаем для других параметров: названия и стоимости товаров, количества, валюты и т.п. На сайте при этом нужно будет настроить передачу данных в Google Tag Manager во время возникновения события торговли.
Покупатель добавляет в корзину билеты, при этом в GTM отправляется содержание переменных, а затем – событие «Товар добавлен в корзину»:
dataLayer.push({
'transact_ID': ' Y63348',
'bil_id': 'БИЛ1102765873',
'bil_name': 'Малхолланд Драйв 03.02.20201 21:35',
'zal': 'Зал 3',
'bil_category': 'стандарт',
'ryad': '4 ряд',
'mesto': '7 место',
'bil_price': 250,
'bil_q': 1
});
dataLayer.push({'event': 'bil_added'});
});
Так мы отправили переменные GTM для первого билета. Если билетов несколько, то программист добавляет цикл, в течение которого переменные несколько раз заполняются данными.
Теперь мы можем воспользоваться указанной выше конструкцией для события электронной торговли add_to_cart, чтобы запустить его на уровне Google Tag Manager:
Создаем тег с типом «Пользовательский HTML». Он позволяет выполнять нужный код при взведении соответствующего триггера. Как видно из содержания, он передает событие «Товар добавлен в корзину», а его параметры автоматически подставляются из переменных диспетчера тегов с помощью их объявления двойными фигурными скобками.
Поскольку вместе с переменными мы отправили событие Google Tag Manager «Билет добавлен в корзину», его можно использовать в качестве триггера.
Создадим триггер на пользовательское событие GTM:
Для создания триггера используем заданное нами имя события bil_added. При возникновении такого события триггер запустит тег события электронной торговли.
Если билетов в заказе несколько, придется задать цикл обработки, который будет добавлять в транзакцию билеты. Здесь потребуются соответствующие навыки программирования или помощь разработчика. В целом, вы можете запустить событие add_to_cart несколько раз. При одинаковом значении transaction_id транзакция будет заполняться данными по билетам, а затем они поступят в Google Analytics 4 скопом.
После добавления в корзину будет еще этап непосредственного совершения покупки с оплатой, для него применим событие электронной торговли purchase.
В итоге данные уже должны поступать в Google Analytics 4. В Universal Analytics для этого приходится включать электронную торговлю в настройках представления.
На примере виден отчет с уже заполненными данными по добавлению в корзину и покупкам с сайта. Находится он в блоке «Монетизация». События электронной торговли в GA4 также видны в блоке «Конверсии» и «События».
Широкие возможности аналитики позволяют увидеть входные параметры пользователей, совершивших заказ. Для этого вы можете добавлять в отчет столбцы с нужными вам показателями:
Видим, что заказы осуществлялись в основном пользователями с ПК. Также по каждому заказу (и по временному периоду) можно увидеть входящий доход. Его мы задавали с помощью цены купленного товара и стоимости транзакции.
Если покупки на сайте осуществляются без использования сложных систем подсчета, вы можете обойтись без Google Tag Manager и отправлять события электронной торговли напрямую. Для этого нужно будет попросить разработчика назначить коды событий в «тело» сайта или приложения, автоматически подставляя в них параметры товаров и транзакций.
Tсли сайт крупный и имеет разветвленную структуру покупки, использует внутренние системы подсчета доходов, передачи транзакций и работы со сторонними инструментами оплаты или CRM, простой отправкой событий «с фронта» не обойтись. Разберемся, как действовать в этом случае.
Еще не используете такой инструмент? Поможем это исправить – внедрим CRM-систему, автоматизируем работу отдела продаж и покажем, как наладить контроль всех внутренних процессов в компании.
Передача событий электронной торговли из бэк-офиса
Разберем достаточно стандартную ситуацию. Покупка осуществляется на сайте несколькими способами и с разным типом оплаты, после чего данные о ней поступают в CRM компании. Внутри системы работает менеджер, который еще может внести свои изменения в транзакцию: сделать скидку постоянному клиенту, завести оплату вручную, добавить сопутствующий товар. При этом нас будет интересовать не стоимость купленного товара, а получаемый компанией доход, который также рассчитывается уже после покупки на frontend сайта.
Придется использовать значения напрямую из базы данных.
Стандартными событиями здесь не обойтись. Основная сложность в том, что нам необходимо сличать данные о пользователе с сайта с его «внутренним» заказом в бэк-офисе, чтобы заполнять отчеты электронной торговли полной информацией. К каждой такой ситуации нужно подходить индивидуально, но единое средство решения задачи в запасе у Google также имеется.
Протокол передачи данных из «бэка» называется Measurement Protocol, и делает он практически то же, что и события электронной торговли, но с дополнительной возможностью. Вы можете передавать данные с любого этапа процесса обработки заказа, а не только с сайта. Если до этого мы могли работать только с frontend-разработчиком, то теперь нам понадобится специалист по backend.
Один из возможных способов – передача данных из БД в Google Analytics с помощью специальных запросов, отправляемых на заданный URL.
Обратите внимание, что URL для Google Measurement Protocol с переходом на Google Analytics 4 изменился: для UA–ресурсов это был www.google-analytics.com/collect, для GA4 – www.google-analytics.com/mp/collect.
Запросы формируются так:
const measurementId = `G-XXXXXXXXXX`;
const apiSecret = `<secret_value>`;
fetch(`https://www.google-analytics.com/mp/collect?measurement_id=${measurementId}&api_secret=${apiSecret}`, {
method: "POST",
body: JSON.stringify({
"client_id": "client_id",
"events": [{
"name": "add_to_cart",
"params": {
"currency": 'RUB',
"items": [{
"item_id": "БИЛ1102765873",
"item_name": "Малхолланд Драйв 03.02.20201 21:35",
"affiliation": "Зал 3",
"item_brand": "стандарт",
"item_category": "4 ряд",
"item_variant": "7 место",
"price": 220,
"currency": "RUB",
"quantity": 1
}],
"value": 220
}
}]
})
});
Метод POST – стандартный метод передачи данных. Его можно будет использовать на этапе после или во время работы CRM, когда итоговая цена билета, например, будет изменена с целью получить конечный доход площадки за минусом агента. В остальном код аналогичен стандартным событиям электронной торговли.
measurementId – это идентификатор потока данных, в который вы передаете запрос. Его можно найти в меню «Администратор» Google Analytics 4:
В Universal Analytics аналогом этого ID являлся идентификатор ресурса, начинавшийся с UA.
apiSecret – специальный ключ доступа, который будет означать связь конкретного запроса с конкретным ресурсом. Чтобы создать этот ключ, воспользуйтесь разделом «Дополнительные настройки» в сведениях о веб-потоке (см. скриншот выше):
После создания ключа передайте его псевдоним и значение программисту.
В примере выше запрос отправит данные о добавленном в корзину билете с использованием Google Measurement Protocol. Можно задаться резонным вопросом: как система поймет, какой именно пользователь совершил заказ, если пример отправляет только данные о заказе из CRM, в которую пользователь даже не заходил? Мы получили «разрыв» между работой клиента на сайте и данными в базе.
Этот вопрос решается с помощью передачи значения client_id. О нем мы уже говорили. Этот идентификатор содержит уникальную «обезличенную» информацию о клиенте, по которой Google Analytics 4 как раз и сравнивает пользователей.
После совершения заказа client_id должен передаваться на уровень базы данных, откуда «бэк» возьмет его для включения в запрос Google Measurement Protocol. В примере кода выше идентификатор также указывается, можно рассмотреть способ его применения. В итоге, после передачи заказа в Google Analytics 4 из CRM (или с любого другого этапа) вы получите связь между действиями пользователя до заказа и покупкой. Это помогает проследить, например, с какого канала пришел покупатель.
В проекте, аккаунт GA4 которого показан на экранах выше, реализован следующий алгоритм действий по регистрации электронных покупок.
- Пользователь переходит на страницу заказа.
- Пользователь выбирает способ оплаты.
- При отправке заказа срабатывает событие add_to_cart, передающее его содержание в Google Analytics 4.
- Оплата онлайн позволяет сразу увидеть и просчитать полученную сумму, которая отправляется в CRM.
- Оплата по счету создает счет, после погашения которого (может пройти несколько дней) данные поступают в CRM.
- Оплата наличными курьеру или в офисе заставляет ждать отправки данных от курьера или офиса по поводу поступления средств.
- Заказы уходят в CRM, где ждут результата по оплате.
- Разными алгоритмами считается доход площадки, который со временем заносится в базу данных.
- Раз в сутки выполняется скрипт, который собирает все заказы из CRM и отправляет данные по ним (purchase) в Google Analytics 4 с помощью Measurement Protocol.
- Если оплата по заказу еще не поступила, в систему отправляются символические 10 рублей дохода. Если поступила, то конечный доход.
- В итоге, если оплата прошла, данные по транзакции в системе обновляются, и доход в 10 р. меняется на конечный.
- Также может сработать событие отмены заказа, если покупатель не оплатил вовремя или запросил возврат. Здесь используется событие refund.
Такие и другие сложные алгоритмы можно реализовать с помощью Measurement Protocol. Чтобы увидеть весь набор его возможностей, изучите подробную инструкцию от Google.
Способы настройки электронной торговли Google Analytics
Способы настройки электронной торговли:
- с помощью кода отслеживания Google Analytics
- через Google Tag Manager
- с помощью готового модуля для популярных CMS систем
Несколько слов про каждый из вариантов настройки электронной торговли Google Analytics. С помощью кода отслеживания Google Analytics. В исходный код страниц сайта внедряется специальный код JavaScript , который передает инструкции и данные в счетчик.
Пример кода отслеживания
Через Google Tag Manager (с помощью dataLayer). Ниже мы будем разбирать этот способ, как наиболее функциональный, а также по той причине, что на многих сайтах выполнена настройка Google Tag Manager и настройка электронной торговли будет дополнением основной настройки Google Analytics.
Настройка через dataLayer
С помощью готового модуля для популярных CMS систем. Это относительно самый простой способ, но и наименее контролируемый способ. Заключается он в том, что для используемой на сайте CMS системы подключается готовый модуль, который обеспечивает автоматическое добавление необходимых инструкций в исходный код страниц сайта.
Помимо этого можно передавать данные о расширенной электронной торговле с помощью протокола передачи данных Google Analytics. Но это сложный вариант, его можно использовать если необходимо фиксировать только фактически оплаченные заказы.
Что можно отслеживать в электронной торговле
На скриншоте показаны блоки, которые выполняют определенную функцию и могут быть настроены в электронной торговле:
Элементы, которые можно фиксировать в расширенной электронной торговле
Если выполнена корректная настройка расширенной электронной торговли Google Analytics можно фиксировать полный цикл взаимодействия с товаром на сайте:
- просмотр блока товар в списке товара
- клик по блоку товара в списке товаров
- просмотр карточки товара
- добавление и удаление в товара в корзину
- процесс оформления покупки
- сбор данных о возвратах, после покупки
Помимо этого можно собирать данные по внутренним рекламным активностям:
- клики по промо-блокам
При полной настройке электронной торговли Google Analytics вы можете оценить влияние внутренних промо-блоков на продажи.
Настройка электронной торговли через Google Tag Manager
Процесс настройки электронной торговли через Google Tag Manager также состоит из нескольких этапов (ниже разбирается подробно каждый из них):
- подготовка ТЗ разработчикам для внедрения dataLayer
- выполнение аудита внедрения и работы кода на сайте
- активация электронной торговли в Google Analytics
- настройка электронной торговли
На что стоит обратить внимание. Первое — эти типы хитов, которые передают данные об электронной торговле в Google Analytics это Просмотр страницы или Событие.
Второе — описанные ниже инструкции необходимо выполнять в момент фактического выполнения действия электронной торговли. Например, просмотры списков товаров можно фиксировать вместе с просмотром страниц, а добавления в корзину — событием при клике по кнопке В корзину и т.д.
Третье — не забывайте про лимиты Google Analytics в 500 хитов за сеанс и длину передаваемых данных в 8 кб. Если у вас длинные названия список товаров или названия товаров, обязательно проверьте наличие ошибок в консоли браузера, если они есть — вы можете пропустить часть информации.
Подготовка ТЗ разработчикам для внедрения dataLayer
В уровне данных содержатся инструкции, описывающие события расширенной электронной торговли Google Analytics, ниже мы разберем их подробнее. Что такое техническое задание (ТЗ)?
Фрагмент ТЗ
Это документ, в котором вы описываете где и при каких условиях необходимо разместить и выполнить код. Вы можете пойти по самому простому пути, подготовить ТЗ так как удобно вам, может быть у вас есть правила по которым нужно готовить такие документы. В любом случае — если есть возможность, пообщайтесь голосом с разработчиками, так вы можете решить множество вопросов, не тратя время на пустую переписку.
Я подготовил для вас шаблон ТЗ, которое можно получить по ссылке.
Выполнение аудита внедрения ТЗ
Это один из важных этапов настройки электронной торговли Google Analytics, т.к. от него зависит полнота и достоверность собираемых данных. Рекомендую каждый раз проводить полные проверки внедрения ТЗ, т.к. возможно при доработках перестанет работать что-то из того, что корректно работало на предыдущей итерации внедрения.
Выполнить проверку можно с помощью отладчика Google Analytics и режима отладки Google Tag Manager, но чтобы корректно проверить все нужно знать принцип работы расширенной торговли Google Analytics, который описан ниже.
Пример отладки
Активация электронной торговли в Google Analytics
Чтобы данные по электронной торговле поступали в Google Analytics необходимо выполнить ряд настроек:
- включить расширенную электронную торговлю
- настроить воронку в представлении Google Analytics
Для того, чтобы включить электронную торговлю необходимо перейти в настройки представления Google Analytics и активировать два переключателя. Обратите внимание они должны быть оба в положении ВКЛ:
Настройка в представлении
После этого стоит добавить этапы процесса оформления покупки, например, пользователь может просмотреть корзину, перейти к подтверждению состава заказа, ввести адрес и выбрать способ доставки:
Настройка процесса покупки
Завершается настройка нажатие кнопки Сохранить. Такие действия стоит выполнить в каждом представлении, чтобы данные по электронной торговле были доступны в отчетах Google Analytics.
Валюта, в которой будут отображаться данные настраивается на уровне представления. Обратите внимание, что эта настройка будет актуальна также и для импортируемых расходов на рекламу. По умолчанию данные о доходе обрабатываются и отображаются согласно настроек представления. Если используете различные валюты, то необходимо при фиксации транзакции передавать код валюты, в которой она прошла.
Настройка электронной торговли Google Analytics
Разберемся в параметрах, описывающих основные сущности и данные, передаваемые при каждом событии расширенной электронной торговли Google Analytics:
Просмотры списков товаров
Списки товаров, это блоки в которых показываются карточки товара, нажав на которую можно перейти на подробное описание товара. Примером списка товара может быть: каталог товаров, с этим товаром покупают, лидеры продаж и т.п.
Пример списка товаров
Событие, которое фиксирует просмотр: impressions
Что передается: Передается массив товаров, которые отображаются в списке. Можно передавать сразу все товары, а можно порциями, по мере отображения пользователю. Не забудьте про лимит в 8 кб, на передаваемые данные, если у вас длинные имена товаров, то стоит делить данные на фрагменты.
Как фиксировать (в примере использована часть параметров):
|
// просмотр списка window.dataLayer = window.dataLayer || []; window.dataLayer.push({ ‘ecommerce’ : { ‘impressions’ : [ { ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, ‘list’ : ‘Название списка’, // обязательное ‘position’ : 1 // Позиция в списке (целое число)), обязательное } ], }, ‘event’ : ‘ecommerceImpressions’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#product-impressions
Что получаем в результате:
Просмотры товаров в списке
Клики по товарам в списке
Это действие происходит после того, как пользователь увидел товар и решил перейти на его карточку товара.
Блок товара в списке
Событие, которое фиксирует просмотр: click
Что передается: Передается описание товара по которому выполнен клик. Важно передать название списка, из которого выполняется переход, это вложенный параметр list в actionField
Как фиксировать (в примере использована часть параметров):
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ ‘ecommerce’ : { ‘click’ : { ‘actionField’ : { ‘list’ : ‘Название списка в котором отображается товар’ }, ‘products’ : [{ ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, ‘position’ : 1 // Позиция в списке (целое число)), обязательное }] } }, ‘event’ : ‘ecommerceClick’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#product-clicks
Что получаем в результате:
Клики по товарам в списке
Просмотр карточки товара
Это действие, при корректной настройке расширенной электронной торговли Google Analytics, фиксирует сведения о просмотре карточки товара после просмотра списка товаров. На что следует обратить внимание:
- обязательно фиксируем с какого списка товаров перешел пользователь на карточку
- если выполнен прямой переход на карточку, то нужно выполнить эмуляцию просмотра списка товаров и клика по списку товаров
Просмотр карточки товара
Событие, которое фиксирует просмотр: detail
Что передается: Передается описание товара на карточку которого выполнен переход (карточка отображаемая пользователю). Важно передать название списка, из которого выполняется переход, это вложенный параметр list в actionField
Как фиксировать (в примере использована часть параметров):
|
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ ‘ecommerce’ : { ‘detail’ : { ‘actionField’ : { ‘list’ : ‘Название списка с которого перешли на карточку’ }, ‘products’ : [ { ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, }] } }, ‘event’ : ‘ecommerceDetail’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#details
Что получаем в результате:
Просмотры карточек товаров
Добавления в корзину
Фиксируем все добавления товара в корзина, а также все увеличения числа единиц товара в корзине (обычно + или стрелка вверх на странице просмотра товаров, добавленных в корзину)
Добавление в корзину
Событие, которое фиксирует просмотр: add
Что передается: Передается описание товара, добавляемого в корзину. Если добавляем сразу более одной единицы, то нужно фиксировать корректно это значение в параметре quantity
Как фиксировать:
|
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ ‘ecommerce’ : { ‘add’ : { ‘products’ : [{ ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘price’ : ‘Стоимость’, ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, ‘quantity’ : 1 // количество }] } }, ‘event’ : ‘ecommerceAdd’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#add
Что получаем в результате:
Добавления в корзину
Удаления из корзины
Фиксируем удаление из корзины полностью товара либо уменьшения единиц товара в корзине
Удаление товара из корзины
Событие, которое фиксирует просмотр: remove
Что передается: Передается описание товара, удаляемого из корзины. Если удаляем товар полностью из корзины, нужно фиксировать корректно это значение в параметре quantity (может быть добавили 5 единиц в корзину, значит quantity должно быть равно 5)
Как фиксировать:
|
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ ‘ecommerce’ : { ‘remove’ : { ‘products’ : [{ ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘price’ : ‘Стоимость’, ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, ‘quantity’ : 1 // количество }] } }, ‘event’ : ‘ecommerceRemove’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#remove
Что получаем в результате:
Удаления из корзины
Процесс оформления покупки
Настройка фиксации этапов покупки в Google Analytics необходима для последующей визуализации в виде воронки движения пользователя. Выше мы выполнили ее настройку на уровне представления, теперь опишем ее кодом.
Процесс оформления покупки
Событие, которое фиксирует просмотр: checkout
Что передается: Передается описание товаров, которые есть в корзине на данный этап чекаута в массиве products , в параметре actionField описываются дополнительные опции оформления покупки, основной из них это step , номер покупки (должен сопоставляться с настроенным в представлении). Значения step начинаются с 1 и до завершения покупки. Страницу “спасибо” отслеживать не нужно этим кодом, для этого используется код фиксации транзакции.
Как фиксировать:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ ‘ecommerce’ : { ‘checkout’ : { ‘actionField’ : { ‘step’ : 1 // НОМЕР ШАГА }, ‘products’ : [{ ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘price’ : ‘Стоимость’, ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, ‘quantity’ : 1 // количество }] } }, ‘event’ : ‘ecommerceCheckout’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#checkoutstep
Что получаем в результате:
Анализ поведения при оформлении покупки
Фиксация транзакции
Разберем способ настройки через код на сайте (еще можно фиксировать протоколом передачи данных Google Analytics).
Событие, которое фиксирует просмотр: purchase
Что передается: два массива данных: actionField и products. Первый описывает транзакцию, второй приобретенные товары.
Как фиксировать:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
window.dataLayer = window.dataLayer || []; dataLayer.push({ ‘ecommerce’ : { ‘purchase’ : { ‘actionField’ : { ‘id’ : ‘T12345’, // Идентификатор транзакции обязательное ‘revenue’ : ‘35.43’, // сумма заказа ‘tax’ : ‘4.90’, // налог ‘shipping’ : ‘5.99’, //доставка ‘affiliation’ : ‘Online Store’, // название магазина }, ‘products’ : [{ ‘name’ : ‘НАЗВАНИЕ ТОВАРА’, // обязательное ‘id’ : ‘АРТИКУЛ или ИДЕНТИФИКАТОР’, // обязательное ‘price’ : ‘Стоимость’, ‘brand’ : ‘Бренд товара’, ‘category’ : ‘Категория товара, до 5 позиций разделенных знаком /’, ‘quantity’ : 1 // количество обязательное }] } }, ‘event’ : ‘ecommercePurchase’ }); |
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#purchases
Что получаем в результате:
Эффективность продаж
Возвраты
Фиксируем возвраты после приобретения товаров. Подробно разбирать не будем, при необходимости рекомендую настроить сбор данных с помощью протокола, а лучше настроить сквозную аналитику, которая точно ответит на вопросы, то было приобретено, а что возвращено.
Событие, которое фиксирует просмотр: refund
Что передается: можно передать данные по транзакции и/или по возвращаемым товарам.
Официальная справка:
https://developers.google.com/tag-manager/enhanced-ecommerce#refunds