Электронная коммерция в 1С-Битрикс. Настройка интеграции с Яндекс.Метрикой и Google Analytics

В чем заключается суть e-commerce?

Эта сфера очень разнообразна: кроме самих продаж в онлайне в нее входят широкие категории интернет-банкинга, занимающегося транзакциями в сети, и интернет-маркетинг, куда относится реклама и действия, направленные на повышение конверсии.

Техническая основа, на которой строится e-commerce, кажется даже проще, чем тот набор составляющих, без которых не может обойтись оффлайн-магазин. К техническому наполнению относится:

• сайт или интернет-магазин;
• база данных с товарами;
• система учета остатков запасов;
• CRM-система;
• система доставки товара покупателю и др.

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

Электронная коммерция, благодаря своему удобству и универсальности, реализуется во множестве ниш, в зависимости от ее целевой аудитории. Вот примеры ее успешной реализации:

• Онлайн-кинотеатры, подписки на музыку и книги. Позволяют легально наслаждаться плодами интеллектуального труда.
• Электронные доски объявлений. К ним относятся сайты типа Авито.
• Онлайн-сервисы оплаты государственных услуг. Своей популярностью обязаны экономии времени – больше не нужно стоять в очередях на оплату квартиры.
• Интернет-магазины и маркетплейсы. На них зиждется почти вся сфера e-commerce.

Какие существуют виды e-commerce?

Следующая классификация построена на разнице в целевой аудитории:

• Business-to-Business – взаимовыгодные отношения между предпринимателями. Производители и мерчанты налаживают контакты между собой с помощью специальных интернет-площадок.

• Business-to-Consumer – компании продают товары потребителям на различных онлайн-площадках. Представляет большое количество плюсов как для предпринимателей, так и для клиентов.

• Business-to-Government – бизнес предоставляет услуги государству или его органам, например, муниципалитету. В этом случае к бизнесу предъявляются строгие требования, обычно нужно пройти отбор по конкурсу, ведь уровень сделок крайне высок.

• Consumer-to-Consumer – отношения между потребителями, которые осуществляются посредством электронных досок с объявлениями.

• Government-to-Citizens – взаимодействие между гражданином и государством – уплата налогов и штрафов, получение различных справок и документов. Не всегда является коммерческой деятельностью, так как зачастую несет информационную нагрузку.

• Government-to-Government – деловые отношения государственных органов.

• Business-to-Partners – взаимодействие между “коллегами” – филиалами или компаниями из одной сферы.

• Business-to-Employee – автоматизированное управление бизнес-процессами и задачами внутри корпорации.

• Business-to-Business-to-Customer – слияние двух видов – в качестве примера можно привести модель дропшиппинга. Предприниматель покупает товары в Китае и договаривается со складами так, чтобы именно они отправляли заказы по нужным адресам, минуя необходимость складировать товар у себя.

• Exchange-to-Exchange – взаимодействие между различными электронными биржами в сервисах обмена валюты.

Как создать свой интернет-магазин?

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

Едва покупатель заходит на ваш сайт, перед ним встает выбор – уйти или продолжить поиски. Если интерфейс и навигация домашней страницы не привлекают покупателей, да еще и долго грузятся, то шансов удержать покупателей становится все меньше и меньше. Однако несколько дополнений и вовремя проверенные настройки могут решить дело в вашу пользу:

• красивое оформление логотипа;
• высокая скорость загрузки сайта во всех браузерах и на всех устройствах;
• работающие ссылки на всех страницах;
• подборка самых популярных товаров;
• работающее поле поиска вверху вашего сайта;
• специальные предложения, рекламные акции, варианты бесплатной доставки;
• варианты выбора языка, если это необходимо.

О том, как увеличить конверсию интернет-магазина, подробно рассказали в одной из наших статей.

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

Лучшие платформы электронной коммерции

Сейчас, благодаря новой тенденции зерокодинга, начать заниматься онлайн-бизнесом может практически каждый. Зерокодинг означает то, что вам больше не нужны сложные навыки работы с кодом. Все программное обеспечение предоставляет сама платформа, на которой вы делаете онлайн-магазин.

Платформа Shopify – удобное решение для работы в сфере e-commerce, ведь на площадке можно успешно принимать оплаты со всего мира, причем практически без опыта создания сайтов. Для многих предпринимателей Шопифай действительно лучший способ начать свой путь в мире онлайн-бизнеса, так как в отличие от других конструкторов сайтов, он требует минимальных усилий и практически нулевых навыков создания веб-сайтов.

Также для его использования не нужны серьезные скиллы в программировании. Так как платформа была разработана для пользователей без продвинутых дизайнерских и технических навыков, она обладает максимально простой функциональностью.

Будущее электронной коммерции

Как и ожидалось, 2021 год не прошел незаметно для постоянно меняющегося рынка ecommerce. Все больше предпринимателей перестают использовать традиционные методы продаж, предпочитая что-то новое, чего еще нет у конкурентов, и что позволило бы выделиться в глазах покупателей, ведь от этого напрямую зависит конверсия магазина. В обиход входит все больше интересных “фишек” – одни устаревают, а другие только начинают свой расцвет.

К последним тенденциям сферы относятся:

• рост уровня популярности маркетплейсов
• ориентация на молодое поколение
• увеличение использования чат-ботов
• защита окружающей среды
• использование голосовой коммерции
• видеоконсультации из оффлайн-магазинов
• подписка на товары
• снижение сроков доставки
• платежное разнообразие
• рост расходов на привлечение клиентов
• омниканальность
• персонализация

Подробнее о каждой тенденции вы можете почитать в нашей статье. Все вышеперечисленные тренды указывают на одно – сфера e-commerce продолжает свое активное развитие. Миллионы людей наслаждаются тем, как легко совершать покупки в интернете, а доверие к онлайн-ритейлерам растет.

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

Что же дальше?

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

Тем не менее, не стоит думать, что добиться успеха в этой сфере легче легкого и для быстрого результата не нужно прикладывать никаких усилий – вряд ли такая стратегия будет эффективна.
Если у вас есть какие-то вопросы по теме, не стесняйтесь обратиться за помощью к нашим специалистам. Также вы можете связаться с нами в Telegram – @ecomtodaysupport.

Шаг 1. Строим воронку по эффективности брендов и категорий, даже если разработчики забыли добавить эти параметры в момент настройки электронной торговли

Одной из самых частых проблем с электронной торговлей является то, что при некоторых действиях с товарами передаются всех их характеристики, а при оформлении заказа передаются только ID товара, его название и цена.

Выглядит это следующим образом:

В таблице мы видим, что при просмотре товара передаются данные о стране производства (можно передавать бренд), категории и типе дивана. Но на этапе оформления заказа этих данных нет.

Таким образом, если мы с вами попробуем посмотреть воронку по категории / бренду / варианту, то мы можем выдвинуть ошибочное суждение, что просмотры по ним были, но дальше с товарами с этими характеристиками не взаимодействовали. На самом деле это не так.

Т.е. если смотреть статистику по названию товаров, мы будем видеть следующие данные:

А если смотреть на эти же данные в разрезе категории, то мы увидим следующее:

Проблема, надеюсь ясна, логичным вопросом теперь будет: «А можно ли теперь это исправить?».

Можно, причем это не очень-то и сложно. Пока ваш разработчик будет исправлять свои косяки на сайте – вы можете подлатать дыры в аналитике за прошедший период.

Есть одно НО. Для товара должны были передаваться его настоящие ID, взятые из базы данных сайта, в противном случае свести данные не получится.

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

Для этого мы будем использовать встроенный в Google Analytics инструмент для импорта данных. Самым популярным типом данных для импорта являются расходы из рекламных кабинетов, однако он далеко не единственный.

Последовательность действий следующая:

1) Заходим в настройки администратора и выбираем пункт «Импорт данных».

2) На открывшейся странице необходимо нажать кнопку CREATE.

3) На следующем этапе выбираем тип данных «Product data».

4) Далее необходимо задать название для этого набора данных и выбрать представления, в которые будут импортироваться данные:

5) Выше я уже говорил, что в качестве параметра для сведения мы будем использовать id товара, в настройках этот параметр обозначается как Product SKU.

В Google Analytics можно подтянуть различные данные о товарах, но важно понимать, что импортируемые данные должны быть неизменными, в противном случае вы можете внести в них изменения, которые потом уже никак не исправить.

Например, такие данные как название товара (Product), категория (Product Category), и производитель (Product Brand) – не меняются у товара с течением времени. Эти характеристики относятся к одному и тому же идентификатору товара.

В то же время есть параметр – вариант товара (Product Variant).

В качестве значения параметра может передаваться цвет, размер и другие характеристики товара.

Если в вашем магазине одному идентификатору товара могут соответствовать разные характеристики, то использовать импорт данных для этого параметра – нельзя, т.к. эта операция перезатрёт все переданные данные, да и непонятно, какой цвет/размер нужно передавать этому товару, если их может быть несколько.

Как правильно?

Лучше для каждого варианта товара использовать свой идентификатор, чтобы вы могли по идентификатору подгружать недостающие данные. Если вариант у вас относится к конкретному id – вы можете передавать эту информацию в дополнение к названию, категории и производителю.

А вот цена с большей вероятностью будет меняться, поэтому её импортировать не нужно.

Дальше мы с вами будем говорить об отслеживании дополнительных характеристик товаров. Их также можно дослать, если на каком-то этапе они не будут переданы, но при этом необходимо понимать, что если эти данные могут у вас поменяться со временем – делать это не нужно.

6) В завершение Google Analytics спрашивает нас, что ему делать, если часть данных всё-таки есть и мы импортируем в файле.

Самый безопасный вариант «No» – использовать данные, которые были собраны счётчиком, даже если мы импортировали новые данные.

Но стоит понимать, что при настройке электронной торговли разработчики могут допускать такие ошибки, как передачу РАЗНЫХ названий товаров и категорий для одного и того же товара.

Вы можете скачать отчёт по категориям с выбранным дополнительным столбцом ID товара и в Google Analytics проверить на повторяемость столбец ID.

Если вы обнаружите разные данные для одного и того же товара – значит нужно использовать вариант «Yes» для перезаписи данных.

После выбранного способа перезаписи – жмём кнопку «Save» для сохранения настроек и на следующем шаге выбираем Done.

7) Мы попали на страницу для загрузки данных:

Если у вас не отображаются кнопки для загрузки – вернитесь на страницу импорта данных и нажмите на кнопку справа:

На открывшейся странице мы можем скачать схему загрузки данных с помощью кнопки Get Schema.

Если формат CSV нам не подходит, то скачиваем шаблон для Excel, заполняем данные в соответствующие столбцы и загружаем получившийся файл с помощью кнопки UPLOAD FILE:

Вот таким нехитрым способом мы можем восстановить справедливость качество данных в отчётах электронной торговли.

Пора переходить к более тонким настройкам.

Шаг 2. Обогащаем данные о товарах в Google Analytics, с помощью специальных параметров и показателей.

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

Из собираемых данных мы можем увидеть, какие товары являются наиболее привлекательными для клиентов, а какие не просто просматривают, но и добавляют корзину и покупают.

На основе этих данных мы можем принимать решение о том, рекламу каких товаров необходимо усилить или, наоборот, отключить.

Однако из этой информации нельзя понять, в чём причина высокой/низкой конверсии тех или иных товаров.

Что можно сделать?

Для начала мы можем вывести один из встроенных параметров в качестве второго столбца.

Для этого слева над таблицей необходимо выбрать дополнительный параметр, по которому мы хотим увидеть данные:

• Источник / Канал
• Браузер
• Устройство

Обратите внимание, что при сравнительно одинаковом количестве просмотров обеих категорий на разных устройства — одежду (Apparel) приобретают гораздо чаще, чем сумки.

К слову про разницу между мобильными устройствами и десктопами – это нормально, так как на самом сайте наблюдается перекос в сторону посещений с десктопа:

Стандартные параметры рассмотрели, теперь предлагаю поговорить о тех характеристиках товаров, которые не собираются автоматически и не являются стандартными для электронной торговли.

Выше я уже перечислял возможные параметры для отслеживания, расскажу подробнее, чем может быть полезен каждый из них.

Отслеживание наличия товара на складе

Зачастую на современных сайтах, когда товар пропадает из наличия – он не скрывается, в то же время при посещении страницы товара событие просмотра фиксируется, но добавить товар в корзину нельзя.

Анализируя данные, можно сделать вывод, что на товар пропал спрос, но если мы добавим характеристику наличия товара на складе, то увидим, что товар перестают покупать тогда, когда он пропадает на складе (что логично). Что означает, что нам необходимо оптимизировать закупки и для данного товара / категории товаров можно увеличить рекламный бюджет, так как спрос на самом деле есть.

Оставшееся количество товаров на складе

На сайте не всегда выводят реальное количество товаров на складе.

Вы можете вспомнить Booking.com, который показывает, сколько номеров осталось свободных и как это частенько влияет на скорость выбора нами отеля и номера.

Аналогично это работает и с совершением заказа на сайте. Но здесь нужно помнить несколько вещей:

1) Количество товаров в наличии не может показываться больше, чем есть на самом деле на складе, поэтому, если каких-то позиций у вас может быть немного — лучше всё-таки проверять их количество в базе.

2) Какое количество является оптимальным – лучше тестировать, так как 1-2 номера для отеля – это нормально, а вот 1-2 товарных позиции в интернет-магазине могут оказаться витринными образцами, товаром без коробки (а иногда это важно) и так далее.

3) Если у вас часто совершают оптовые заказы штучных товаров, то ограничение может сыграть с вами злую шутку и лишить вас оптового заказа.

В качестве решения вы можете указывать минимальное количество с коэффициентом 1,5 от среднего количества заказываемых товаров. Помните о том, кто ваши клиенты.

4) Обозначать остатки можно как числом, так и собирательными словами «‎много», «достаточно», «мало» и так далее.

Это позволит вам сгруппировать все значения и они не будут делиться у вас по цифровым остаткам 5, 8, 15 и так далее.

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

Анализ наличия полезной информации для каждого товара

Под полезной информацией имеются в виду:

• Изображения, а точнее их количество
• Наличие отзывов к товару и их количество
• Наличие обзоров и видеообзоров

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

«Но не добавлять же информацию сразу к половине каталога – это невозможно».

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

Но как мы об этом узнаем?

Эти данные мы сможем получить с помощью следующего параметра.

ABC / XYZ анализ

Что это такое — можно прочитать в этой статье. Если кратко, то это похоже на принцип Парето, когда 20% товаров приносят 80% прибыли. Такие товары помечаются буквой A.

Данный вид анализа может дать наилучший прирост продаж, и может использоваться разными способами:

1) Как уже говорили, ABC-анализ можно объединять с качественными характеристиками описания товаров, для расстановки приоритетов по проработке каталога.

2) Аналогичным образом можно сравнивать, насколько хорошо продаётся тот или иной товар на схожих рекламных площадках, например в Яндекс.Директ и Google Ads.

Логика состоит в том, что если товар хорошо продаётся через Директ и относится к сегменту «A», то должен также хорошо продаваться и в Google Ads. Если это не так – необходимо проверять, в чём может быть причина.

Данные для этого анализа считаются на стороне, проще всего в Excel и позже уже с помощью импорта по id можно будет свести их и проанализировать в Google Analytics.

Как передать все эти характеристики вместе с описанием товара?

1) Необходимо создать соответствующие параметры и метрики в Google Analytics:

2) Разберём создание параметра на примере параметра «ABC»..

На странице «Специальные параметры» нажимаем на кнопку «+ СПЕЦИАЛЬНЫЙ ПАРАМЕТР».

3) На новой странице вводим название параметра «ABC» с областью действия «Товар», оставляем галку в поле «Активно» и нажимаем «Создать»:

4) На новой странице Google рассказывает нам о способах передачи данного параметра, мы просто нажимаем кнопку «Готово», так как будем использовать другой:

5) На новой странице нам необходимо обратить внимание на столбец «Индекс», напротив параметра ABC, в нашем случае он равен 3, и именно его мы будем использовать для передачи данных.

В вашем случае он может быть другим, будьте внимательны.

6) Параметр АBC лучше передавать непосредственно перед проведением анализа с помощью импорта, а не с помощью скрипта, так как для проведения анализа нужны актуальные данные по всем товарам.

7) Для рассмотрения примера с передачей с сайта добавляем ещё один параметр «Наличие на складе», его индекс равен 4:

8) Пользовательские параметры и метрики передаются в коде товаров с помощью дополнительных параметров: dimension# – отвечает за параметры, metric# – за метрики, вместо решёток указывается индекс.

Рассмотрим добавление параметров и метрик на примере кода «до» и после.

9) Код из справки Google Analytics для добавления товара в корзину выглядит так:

Для передачи параметра наличия товаров и себестоимости мы будем использовать параметр dimension4 и метрику metric1:

Шаг 3. Поддерживаем актуальность данных по заказам электронной торговли и контролируем бизнес-процессы внутри компании

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

Не смотря на наличие полезной информации в электронной торговле Google Analytics, она также обладает и некоторыми минусами, а именно:

• Заказы задваиваются
• Отменённые заказы продолжают отображаться в отчётах как текущие
• Данные о выручке по заказам хранятся в неактуальном состоянии

Да, эти данные можно передавать через специальный функционал Google Analytics, который называется Measurement Protocol, но делают это далеко немногие а оптимизировать РК на основе актуальных данных желающих больше.

Расскажу о том, как этот функционал мы реализовали в Calltouch.

По умолчанию вы можете только собирать данные о взаимодействиях с товарами, а если у вас уже настроена расширенная электронная торговля, то настроить события для Calltouch можно одним кликом в настройках:

Сразу после этого данные начнут отображаться в отчёте по электронной торговле:

Давайте же переходить к самому интересному, в чём отличие электронной торговли Calltouch от Google Analytics?

На основе этапа оплаты Электронной торговли в системе создаётся привычная для сквозной аналитики сущность «Сделка»:

Что можно сделать со сделкой из электронной торговли для увеличения продаж?

1) Анализировать актуальные данные по продажам.

Сделки, которые создаются в отчетах электронной торговли, имеют Внешний ID. Это идентификатор заказа, который хранится в вашей CMS и CRM-системе. Этот идентификатор может использоваться в качестве «ключа» для актуализации данных по сделке.

К слову, обновлять сделку можно с помощью API, сервиса Альбато или через загрузку Excel-файла внутри интерфейса Calltouch.

2) Анализировать продажи по выбранным этапам воронки и тегам.

Допустим, вы хотите проанализировать процент выкупаемости в разрезе по рекламным каналам, как это сделать? В момент обновления сделки вы можете передать тэг Оплаты, чтобы сообщить, что данная сделка была оплачена.

3) Проводить анализ эффективности рекламных источников на основе актуальных данных.

Настроенные фильтры можно применять в отчётах «Все источники» и «Данные площадок». Это позволяет видеть конверсию каждого рекламного канала/кампании в отдельности.

4) Оптимизировать рекламу на основе только оплаченных сделок во внешних инструментах оптимизации.

В большинстве сервисов оптимизаций есть интеграция со сделками К50. Это означает, что вы сможете автоматизировать оптимизацию рекламных кампаний на основе актуальных данных.

Если система, которой вы пользуетесь, не поддерживает загрузку сделок из Calltouch, то воспользовавшись API Calltouch можно загрузить и отфильтровать актуальные сделки для оптимизации, но это уже тема для отдельной статьи.

Для тех, кто ещё не работал с Calltouch, но хочет попробовать, оставлю здесь промокод «ecom yagla». Он даёт 50% скидку на первый месяц использования ПО сервиса. Чтобы воспользоваться предложением, переходите по ссылке и укажите промокод при регистрации.

Резюме

Аналитика электронной торговли может дать рост продаж, если использовать её не только для анализа выручки.

Именно нестандартные подходы позволяют привести уже собранные данные в порядок, а также добавить уникальные характеристики для поиска причин роста и падения продаж.

Но действовать нужно постепенно, не меняя последовательность шагов:

1) Убедитесь, что все данные собираются корректно.

Кстати, о популярных ошибках разработчиков я написал целую статью.

2) Если вы обнаружите недочёты при сборе данных – необходимо отправить ТЗ на исправление разработчику.

3) Пока разработчик вносит исправления, вы можете добавить недостающую информацию о товарах  с помощью инструмента импорта данных.

4) Для более глубокого анализа встроенных метрик и параметров может быть недостаточно – оцените представленный список и подумайте, какие ещё свойства было бы полезно отслеживать и добавьте их.

5) Обновляйте статусы заказов и оптимизируйте на их основе рекламу в автоматическом режиме.

Пусть будет ниже ДРР, а ROI, прибыль, средний чек – растут как можно выше! 🙂

Автор материала – эксперт Calltouch Павел Мрыкин

Хотите тоже написать статью для читателей Yagla? Если вам есть что рассказать про маркетинг, аналитику, бизнес, управление, карьеру для новичков, маркетологов и предпринимателей. Тогда заведите себе блог на Yagla прямо сейчас и пишите статьи. Это бесплатно и просто

Как настроить e-commerce в Яндекс Метрике

В настройках счетчика необходимо добавить возможность отправки в Метрику данных электронной коммерции и инициировать объект dataLayer до начала кода счетчика.

В электронной коммерции товары представляют собой объект данных, который передается в виде JavaScript-объектов. Чтобы их передать контейнеру данных, надо воспользоваться методом push.

С помощью e-commerce можно отследить следующие действия:

• просмотр товара (detail);
• добавление/удаление из корзины (add/remove);
• совершение покупки (purchase).

Передаваемые данные о товаре:

• идентификатор и название (обязательно);
• бренд;
• категория;
• промокод;
• положение товара в списке;
• цена;
• количество;
• разновидность — любые произвольные характеристики товара.

Передаваемые данные о покупке:

• идентификатор (обязательно);
• промокод;
• номер цели;
• доход.

Приступаем к установке

Если вы еще не сталкивались с 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 которого показан на экранах выше, реализован следующий алгоритм действий по регистрации электронных покупок.

1. Пользователь переходит на страницу заказа.
2. Пользователь выбирает способ оплаты.
3. При отправке заказа срабатывает событие add_to_cart, передающее его содержание в Google Analytics 4.
4. Оплата онлайн позволяет сразу увидеть и просчитать полученную сумму, которая отправляется в CRM.
5. Оплата по счету создает счет, после погашения которого (может пройти несколько дней) данные поступают в CRM.
6. Оплата наличными курьеру или в офисе заставляет ждать отправки данных от курьера или офиса по поводу поступления средств.
7. Заказы уходят в CRM, где ждут результата по оплате.
8. Разными алгоритмами считается доход площадки, который со временем заносится в базу данных.
9. Раз в сутки выполняется скрипт, который собирает все заказы из CRM и отправляет данные по ним (purchase) в Google Analytics 4 с помощью Measurement Protocol.
10. Если оплата по заказу еще не поступила, в систему отправляются символические 10 рублей дохода. Если поступила, то конечный доход.
11. В итоге, если оплата прошла, данные по транзакции в системе обновляются, и доход в 10 р. меняется на конечный.
12. Также может сработать событие отмены заказа, если покупатель не оплатил вовремя или запросил возврат. Здесь используется событие refund.

Такие и другие сложные алгоритмы можно реализовать с помощью Measurement Protocol. Чтобы увидеть весь набор его возможностей, изучите подробную инструкцию от Google.

Электронная коммерция для Яндекс. Метрики и Google Analytics

Вопрос: вопрос по модулю intervolga. conversion (Измеритель конверсии для GA и Я. Метрики )

Почему вы использовали ondomchange в реализации? Почему не использовали модуль push and pull для более эффективного обмена данными?

Ответ:

Модуль intervolga.conversion уже давно не поддерживается — посмотрите в сторону более современного intervolga.conversionpro

Вопрос: стоимость установки и настройки

Ответ:

Внедрение модуля электронной коммерции занимает два часа. Актуальная стоимость часа нашей работы здесь.

Вопрос: могу ли я установить модуль самостоятельно

Ответ:

Модуль можно установить самостоятельно, воспользовавшись текстовой или видеоинструкцией.

Вопрос: с недефолтным шаблоном работает?

Подскажите, пожалуйста, модуль требует доработки при установке на сайт с НЕдефолтным шаблоном?

Ответ:

Добрый день! В 99% случаев модуль работать будет. Нужно установить, настроить и все станет понятно. Особое внимание при проверке уделите доставляемости заказов.

Вопрос: по ошибке купил устаревшую версию модуля

не посмотрел, что он оказывается не поддерживает новый формат данных Яндекс.Метрики. Можно как-то заменить этот модуль на новый с доплатой?

Ответ:

Можем выписать купон на современную версию модуля.

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

Вопрос: проведите диагностику, все ли корректно у нас работает?

Ответ:

Предоставьте, пожалуйста, административный доступ к вашему сайту «с правом на публикацию контейнера».

Вопрос: “не приходят данные”

Почему события не появляются в метрике? Отсутствуют данные электронной торговли.

Ответ:

Чтобы ответить на ваш вопрос нужна дополнительная информация:

1. адрес вашего сайта

2. события доходят в Яндекс.Метрику? в Google Analytics?

3. как давно произвели настройку модуля?

4. контейнер публиковали в GTM (Google Tag Manager)?

Иногда в Google Analytics отчеты электронной коммерции начинают отображаться в течение суток. В Яндекс.Метрике — обычно в течение нескольких часов.

Вопрос: на многосайтовости модуль работает корректно?

Ответ:

В 99% случаев модуль работает корректно на многосайтовости.

Проблема с многосайтовостью возникает только в случае, когда вторым сайтом является раздел первого (когда домен одинаковый и нужно судить о том, какой сайт по адресу страницы) – это крайне редкий кейс.

Вопрос: можно ли переключить модуль с одного магазина на другой при многосайтовости

Ответ:

Сайт в терминах 1С-Битрикса = отдельный кусочек сайта со своим шаблоном и данными.

Инсталляция = 1 физическое ядро Битрикса, 1 лицензия на Битрикс, 1 админка.

Многосайтовость = 1 инсталляция + несколько сайтов внутри.

Купленный модуль привязывается к инсталляции.

Соответственно модуль (обычно) можно использовать на всех сайтах одной инсталляции.

Обычно, потому что зависит от того, как написан модуль. Автор мог прописать возможность разных настроек под разные сайты, но чаще — нет.

Модули электронной коммерции и ремаркетинга поддерживают многосайтовость. Перепривязать модуль к другой инсталляции, т.е. использовать его на втором сайте нельзя.

Вопрос: не приходят данные по второму сайту на многосайтовости

Ответ:

Проблема в том, что внутренние механизмы Битрикса при размещении дополнительного сайта в подкаталоге начинают работать некорректно. Конкретно речь про определение текущего сайта.

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

В этом году планируем реализовать обход этой проблемы.

Вопрос: “копятся неотправленные события”

Ответ:

Есть несколько причин «скопления» неотправленных событий:

1. Если заказы созданы администратором.

2. Если заказы созданы из 1С.

3. Если посетитель, который оформлял заказ, включил блокировку отслеживания, в его браузере не были загружены счетчики Метрики и Аналитики.

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

Вопрос: ошибки в журнале событий

Ответ:

1. Если не работает что-то стандартное в Битриксе (например, установка модуля) нужно:

а) Запустить стандартную проверку системы в админке.

б) Исправить все ошибки.

2. Если вопрос в том, что в журнале есть сообщения об ошибках, то ответ есть в видео https://www.youtube.com/watch?v=8S7WK-KFARw   27:46.

Коротко: не нужно туда смотреть, если данные приходят в Метрику и Аналитику.

3. Если вопрос в том, что данные в Метрику и Аналитику не приходят, также смотрите видеоинструкцию https://www.youtube.com/watch?v=8S7WK-KFARw   27:42.

Вопрос: не выводится информация о просмотрах

У нас куплен и установлен ваш модуль, но не выводится информация о просмотрах товаров, не дает нацелить смарт-баннеры на аудиторию по просмотру товаров на сайте.

Что было сделано не так и как это исправить?

Ответ:

вы не настроили отслеживание просмотра. Подробнее в нашей видеоинструкции 20:35 — настройка отслеживания события просмотр детальной информации о товаре.

Вопрос: путь к странице оформления заказа — динамичная станица

Поставил демо версию, при настройке столкнулся с проблемой: поле “Путь к странице оформления заказа от корня сайта”. В видеоинструкции эта страница статичная, у меня она динамическая, выполняется скрипт php и подставляется номер заказа. Что мне вписать в поле “Путь к странице оформления заказа от корня сайта”?

Ответ:

Нужно оставить адрес страницы, где находится форма ввода параметров заказа (ФИО, телефон и т.д.) без адреса сайта.

Вопрос: покупка в 1 клик реализована на d7

В видео говорится что, если создание заказа (покупка в 1 клик) реализовано не через DoSaveOrder, то модуль не сможет корректно обработать такие заказы.

А если покупка в 1 клик реализована на d7? В d7 нет аналогичного метода.

Ответ:

Для создания заказа через D7 модуль ловит событие OnSaleOrderSaved.

Если к моменту его возникновения, товары уже привязаны к заказу, проблем не будет.

Проблемы возникают только, если сначала создается «пустой» заказ, а потом к нему привязываются товары.

Вопрос: пропадает на воронке пункт “Сеанс с просмотренными товарами”

Установили Ваш модуль. Прошла уже неделя и кое-какие данные прогрузились в Google Analytics.

На вкладке Электронная торговля «Поведение покупателей», пропадает на воронке пункт “Сеанс с просмотренными товарами”. Почему и как исправить?

Ответ:

Это значит, что Вы не настроили (или неверно настроили) отслеживание страницы товара. Настройка описана в текстовой и видеоинструкции.

Вопрос: пропадает на воронке пункт с корзиной, но появляются транзакции

На вкладке Электронная торговля «Поведение при оформлении покупки»,

пропадает на воронке пункт с корзиной, но появляются транзакции. Почему и как исправить?

Ответ:

Пропадает шаг с оформлением заказа. Возможно, это последствия того, что вы только что установили модуль. Некоторое время после установки модуль будет видеть изменения старых заказов и слать их в аналитику. Так задумано.

Посмотрите через пару дней этот отчет, но за «последние 2 дня» — картина должна быть более адекватной.

Вопрос: показатель отказов вышел из строя

У нас показатель отказов вышел из строя, показывает около нуля, такие ошибки бывают когда возникает конфликт библиотек разных типов счетчиков. Цифра не реальная, должно быть 20-30, такой и была до установки модуля. Можете подсказать решение проблемы?

Ответ:

Дело не в нашем модуле. Нужно смотреть в GTM в тег «Universal Analytics — Просмотры страниц». Именно он отправляет статистику о просмотрах всех страниц.

Также, нужно убедиться, что на сайте не осталось второго счетчика аналитики (снаружи GTM). Иначе два счетчика могут вместе отправлять статистику, и получится, что каждый визит учитывается дважды.

Вопрос про работу вебвизора

При просмотре вебвизора, все события пишутся до оформления заказа в корзине, прокси Яндекса возвращает 502 ошибку nginx bad gateway, и через пару секунд говорит, что запрещено отображение контента во фрейме. Заголовки x frame options исправили, добавили в исключения yandex.net и webvisor.com. Это не помогло, ошибка продолжается… Связались с технической поддержкой Яндекса, они рекомендовали включить вебвизор 2.0, но как это сделать в вашем плагине?

Ответ:

Настройка вебвизора не относится к нашему модулю. Хотя ошибка знакомая.

Необходимо отключить блокировку отображения сайта во фрейме в 2 — 3 местах:

1. В панели безопасности в админке Битрикса /bitrix/admin/security_frame.php?lang=ru.

2. В конфигах nginx (и перезапустить nginx после этого).

3. В редких случаях может также присутствовать в .htaccess в корне сайта.

Если нужно включить вебвизор 2.0 в рамках нашего модуля, все крайне просто:

а) Включите соответствующую опцию в Метрике.

б) Скопируйте новый код счетчика в GTM взамен старого.

в) Опубликуйте контейнер GTM.

Вопрос: у нас магазин в Беларуси, цены в белорусских рублях.

У вас можно выбрать только 4 валюты. Магазин в Беларуси, соответственно, цены в белорусских рублях. Сейчас программист задал цену в российских = Google Analytics показывает, что цена заказа допустим 0,57$ (когда она реально 0,57*66,5=37,9 белорусских руб, или примерно 18,05$ — цифра, которая должна сразу пересчитываться). Можете подсказать решение?

Ответ:

Google Analytics не поддерживает BYN в принципе. Поэтому данную валюту нельзя выбрать.

Наша рекомендация: передавать и отображать в Аналитике/Метрике ту валюту, курс которой наиболее стабилен по отношению к BYN.

Вопрос: как отслеживать обратные звонки

У нас на сайте есть функция с заказом обратного звонка. Как мы можем их отслеживать?

Ответ:

Обратные звонки в электронной коммерции не отслеживаются.

Вопрос: как отслеживать заказы в 1 клик

Ответ:

В 99% случаев «купить в 1 клик» на детальной странице (там где поле ввода телефона) корректно отслеживается нашим модулем как «заказ». Нужно поставить демо-модуль и проверить, что это так.

Вопрос: можно ли сохранять в заказе покупателя источник перехода

Есть ли способы связать данные заказа покупателя и источник, канал?

Ответ:

Если вы говорите об отображении источника в админке Битрикса, то — нет.

Источник заказа отображается в Метрике/Аналитике и может зависеть от многих факторов. Например, Метрика и Аналитика иногда по-разному оценивают источник.

Вопрос: необходимо добавить параметр в dataLayer при передаче в аналитику Google,

как в инструкции: https://netpeak.net/ru/blog/kak-rasschitat-romi-dlya-bol-shogo-internet-magazina-importiruem-sebesto…. Подскажите куда копать, в каком методе формируется dataLayer, чтобы самим дописать необходимое.

Ответ:

Самый простой способ, если на сайте имеется информация о себестоимости, — тот что описан под номером 1 в статье.

Относительно несложно можно передать себестоимость через наш модуль (описанным способом) только для события «просмотр детальной страницы товара» — это часа за 3-4 делается. Для остальных событий крайне трудоемко.

Вопрос: совместное использование с модулем Динамического ремаркетинга

Установили и купили модуль электронной коммерции. Работает корректно. Вслед установили модуль динамического ремаркетинга. Включили в Analytics, импортировали стандартные аудитории для е-коммерс. Отправили их в Google Ads. Но аудитории за две недели все еще показывают 0. Подскажите, как нам исправить?

Ответ:

Проверьте, что:

1. Выполнен шаг 2 из инструкции

2. Опубликован контейнер.

Проверьте, что настроено отслеживание детальной страницы товара для электронной торговли. Если нет, это событие не будет отслеживаться в AdWords, а следующее — только переход в корзину (добавление в корзину AdWords не ловит)

Почему не собираются аудитории: скорее всего проблема в GTM.

Часто, это неверные настройки, либо неверный ConversionID в теге ремаркетинга.

Проверьте настройки — смотрите также текстовую и видеоинструкцию.