Электронная торговля или e-Trading представляет собой торговую и закупочную деятельность, которая осуществляется через глобальную сеть. Данный термин также объединяет в себе организацию привычной торговой деятельности посредством современных онлайн-средств, оказание услуг, предоставление информации, продажу товаров посредством онлайн-ресурсов.
Внедрив электронную торговлю на свой сайт, владельцы ресурсов сталкиваются с необходимостью ее отслеживания. Google Analytics (GA) предлагает для данной цели два способа: стандартную и расширенную электронную торговлю. В первом случае собираются статистические данные о совершенных на ресурсе или в мобильном приложении покупках. Под статистическими данными здесь подразумеваются выполненные транзакции, средний чек, время от посещения сайта до совершения покупки, коэффициент транзакций и так далее.
Расширенная версия собирает и работает с данными о моменте, когда товар попал в корзину, когда пользователь переходит к оформлению заказа, какие позиции просматриваются чаще остальных, какие элементы сайта/этапы/сегменты процесса мешают потенциальному клиенту завершить покупку.
Оба варианта отслеживания реализуются с помощью Google Tag Manager. Давайте рассмотрим, что из себя представляет настройка электронной торговли Google Tag Manager.
Что можно отслеживать
Для начала определим, какие действия можно настраивать с помощью электронной торговли. Сюда относятся:
- Клики по товарным карточкам.
- Показы продукции на странице.
- Переходы и клики по баннерам.
- Возврат средств.
- Ознакомление с товарными характеристиками (описанием).
- Демонстрация видео, всплывающих окошек и прочих промо-материалов.
- Добавление/удаление позиций в/из корзины.
- Совершенные покупки.
- Процесс совершения покупки. Процесс лучше разбить на этапы: предоставление контактов, заказ товара, оплата, заказ доставки и так далее. Это позволит отслеживать каждый шаг.
Как настроить электронную коммерцию в диспетчере тегов
Общий алгоритм настройки электронной торговли в Google Tag Manager выглядит следующим образом:
- Сначала в отчетах нужно активировать электронную торговлю.
- Далее необходимо создать триггер и тег.
- Затем добавляется код сбора сведений.
- В завершении настраиваем опцию подстановки различных параметров продукта или услуги в код.
Включаем электронную коммерцию
Итак, займемся первым этапом. Как уже говорилось выше, Google Analytics (GA) реализует отслеживание e-Trading через стандартную и расширенную электронную торговлю. В данном материале мы будем работать со стандартной версией
Заходим в свой профиль GA и открываем панель администратора. Здесь можно воспользоваться готовым представлением или завести новый. Опыт показывает, что лучше создать новое представление, чтобы в дальнейшем не повредить информацию в уже существующем представлении. Далее в меню открываем «Настройки электронной почты» (выделен красным на скрине) и включаем отслеживание.
Настраиваем триггер и тег в личном кабинете GTM
Чтобы код для e-Trading нормально функционировал и своевременно срабатывал, нужно задать для него условие. То есть код действует после срабатывания код. Оптимальным вариантом является страница «Спасибо за покупку». Подобную страничку благодарности сегодня имеет каждый уважающий себя интернет-магазин. Конечно на одно страничных ресурсах или при осуществлении покупок в один клик данной страницы нет, но сегодня мы не будем рассматривать данные варианты.
Итак, открываем аккаунт диспетчера тегов и настраиваем новую метку типа Universal Analytics, отслеживание по транзакции, идентификатор отслеживания GA и переопределение настроек в этом теге. Выглядит это следующим образом:
Теперь переходим к работе с триггер9571ам, который и будет нашим условием. Выполнение условия ведет к активации кода е-коммерс. Настраиваем триггер следующим образом:
- В типе выбираем «Просмотр страницы», а затем «Модель DOM». Выполнять настройки активации тега рекомендуется после полной страничной загрузки, потому что код расширенной E-commerce нужно помещать выше контейнера диспетчера тегов.
- В страницах для активации триггера выбираем некоторые страницы.
- В фильтре активации триггера устанавливаем условия, как выставлено на скрине ниже.
В конце сохраняем созданные элементы, но еще не опубликовываем их.
Добавляем код E-commerce на ресурс
Чтобы сведения о сделанных заказах и совершенных покупках корректно отправлялись в диспетчер тегов, необходимо применять dataLayer (что в переводе на русский язык означает уровень данных). Этот показатель содержит названия переменных. Работа электронной торговли строится на эксплуатации переменных для получения различных сведений. В таблице вы можете ознакомиться с переменными, которые применяются для данных о транзакциях, их описаниями и типами.
Сведения о товарах собираются благодаря следующих переменных:
Код dataLayer для JavaScript из документов Гугл выглядит следующим образом:
В различных статьях (которых в глобальной сети не много) по настройке E-commerce в GTM на этом этапе пишут, что кодовые настройки далее выполняются разработчиками сайта или программистами. Однако в текущем материале вы узнаете, как подставить в код собственные сведения о цене, наименовании продукции, чеке транзакции и так далее.
Настраиваем подстановку в код параметров заказа
В качестве примера будем выполнять настройку электронной коммерции через Google Tag Manager для ресурса, который работает с 1С Bitrix. Битрикс является сегодня распространенной CRM, с ней работают многие интернет-магазины и прочие сайты сектора e-Trading.
Итак, открываем шаблон сайта и выбираем компонент для оформления заказа в один шаг. Мы будем использовать два файла из данного компонента: template.php – это шаблон для совершения заказа и confirm.php – это страничный шаблон благодарности за покупку, о котором мы уже говорили ранее.
Сведения о заказе необходимо отправлять только в тот момент, когда посетитель перешел на страницу благодарности за заказ. С этим справится обычный шаблон confirm.php. Он открывается, если заказ оформлен успешно. Шаблон имеет массив $arResult, содержащий исчерпывающую информацию о заказе. Главная сложность при этом заключается в следующем: необходимо создать препятствие для повторной отправки сведений в GA. Повторная отправка сведений возможна в различных ситуациях, например, если пользователь вновь зашел на страничку или обновил ее. Таким препятствием является метка в сессии, которая ставится при заполнении полей заказа и удаляется при заходе на confirm.php.
Чтобы установить данную метку в сессии, необходимо разместить в template.php следующий код после условия редиректа:
После этого вставляем код для отправки сведений в уровень данных, в самое начало шаблона confirm.php. Выглядит код следующим образом:
Тестируем настроенную электронную торговлю, выполняем отладку и запускаем
Итак, мы уже благополучно включили электронную торговлю в GA, создали триггер и тег в личном кабинете диспетчера тегов, а далее установили код электронной коммерции в шаблонах ресурса. Перед запуском сервиса необходимо выполнить тестирование. С этой целью делаем следующее:
- Проверяем, есть ли контейнер менеджера тегов на странице с благодарностью за заказ. В идеальном варианте диспетчер должен быть встроен на всех страницах ресурса.
- Открываем личный кабинет менеджера тегов и запускаем режим предварительного просмотра. Не выключая данный режим, открываем наш сайт.
- Теперь добавляем любую позицию в корзину и делаем заказ.
- Когда перед вами откроется страничка благодарности за заказ, в контейнере GTM проверьте, корректно ли сработали тег и триггер, правильно ли функционируют добавления сведений в уровень данных и подстановки параметров товара и заказа. Должно все выглядеть следующим образом:
- Если тег работает корректно, а все параметры встали на нужные места в коде, необходимо обновить страницу благодарности за покупку. Теперь проверяем, отправлены ли повторно эти сведения в GA.
- Проверяем сведения об электронной торговле в отчете GA примерно через 10-15 минут.
- Все работает корректно, поэтому закрываем режим предварительного просмотра и публикуем тег.
Ограничения при сборе данных по электронной торговле и как их решить
Важно отметить, что при сборе сведений по электронной коммерции может возникнуть ряд ограничений. Например, размер направляемого запроса не должен превышать 8 КБ. Однако это ограничение часто превышается, так как:
- В одном хите отправляется много товарных позиций. К примеру, на каталожной странице отображается 100 и более позиций, все сведения по показам отправляются одним хитом.
- Товарные позиции имеют длинные наименования, особенно если вы отправляете их кириллицей. В этой ситуации в ходе отправки запроса сведения кодируются, в результате размер запроса становится больше.
- Одновременно передается много товарных параметров.
Решить данные проблемы можно следующим образом:
- Делить сведения на несколько объектов и отправлять их разными хитами. Минус в данном случае заключается в том, что увеличивается количество хитов, передаваемых в GA, а это негативно сказывается на сэмплировании.
- Стараться отправлять наименования всех товаров на английском языке.
- Применять Data Import для дополнения сведений о товарах при отправке в GA.
Заключение
Итак, мы рассмотрели электронную торговлю через Google Tag Manager. Что это, как ее настроить и какие могут возникнуть ограничения при работе с ней. Немного времени и вы успешно настроите ее на своем ресурсе, а представленная инструкция вам в этом поможет. Оптимизируйте работу своего интернет-магазина уже сегодня! С GTM то максимально просто.
