Google Tag Manager для googлят: Руководство по управлению тегами

Рис. 487. Проверка передачи данных специального параметра в режиме отладки

Также можно проверить в панели для разработчиков, установив расширение GA Debugger.

Рис. 488. Расширение GA Debugger

Если все корректно передается, публикуем контейнер GTM. Нажимаем «Отправить», вводим название и описание версии, затем «Опубликовать».

Теперь CID (Client ID) вы можете увидеть в дополнительных параметрах Google Analytics или построив специальный (кастомный) отчет.

Рис. 489. clientid как дополнительный параметр в Google Analytics

Передача ошибок JavaScript сайта в Google Analytics через Google Tag Manager

Эта статья подойдет для тех, кто не сильно разбирается в JavaScript, но хочет, чтобы сайт работал на все 100% без ошибок. С помощью Google Tag Manager мы сможем настроить передачу данных об ошибках JS, которые есть на сайте, в Google Analytics. В результате вы получите пользовательский отчет с JavaScript ошибками, который можете переслать веб-разработчику для последующих исправлений.

Примечание: хотелось бы отметить, что GTM фиксирует не все ошибки JS на сайте. Но это лучше, чем ничего. При том, что настройка занимает около 10 минут.

В Google Tag Manager нам нужно активировать некоторые переменные, создать триггер и тег, а в Google Analytics настроить пользовательский отчет.

Переходим к настройкам в GTM. Активируем встроенные переменные:

● Error Message – Название ошибки JS;

● Error URL – url страницы, где была допущена ошибка;

● Error Line – номер строки, в которой была допущена ошибка.

Рис. 490. Активируем встроенные переменные типа «Ошибки»

Примечание: не обращаем внимание на пропущенную в названиях триггера и тега букву «r» в слове «error».

Создаем триггер:

● Название – erros js;

● Тип триггера – Ошибка JavaScript;

● Триггер активируется на следующих страницах – Все ошибки JavaScript

Рис. 491. Настройки триггера erros js

Создаем тег:

● Название – Erros JS;

● Тип тега – Universal Analytics;

● Тип отслеживания – Событие;

● Категория – Errors js;

● Действие – Выбираем встроенную переменную {{Error Message}};

● Ярлык – Выбираем сразу две переменные: {{Error Url}} и в скобках сразу же прописываем {{Error Line}}. Именно через ярлык события в Google Analytics будет передаваться переменная url-страницы, а в скобках номер строки с ошибкой;

● Не взаимодействие – True;

● Включаем переопределение настроек в этом теге;

● Идентификатор отслеживания – cod ua (создаем пользовательскую переменную типа «Константа» с идентификатором отслеживания Google Analytics).

Рис. 492. Идентификатор отслеживания GA в переменной «Константа»

Триггер активации тега – erros js (который мы предварительно создали). Итоговые настройки тега выглядят следующим образом:

Рис. 493. Настройки тега Universal Analytics

Отправляем контейнер GTM на публикацию. Затем переходим в Google Analytics, чтобы настроить пользовательский отчет. Последовательность действий:

● Переходим в «Специальные отчеты – Мои отчеты»;

● Тип – Простая таблица;

● Параметры – Категория событий, Действие по событию, Ярлык события;

● Показатели – Всего событий, Уникальные события;

● Фильтр – Категория событий – точное соответствие – Errors js

Рис. 494. Специальный отчет в Google Analytics

В результате возникновения ошибок на сайте данные в пользовательский отчет Google Analytics начнут поступать. В отчете мы видим: название ошибки, url-страницы с ошибкой и номер строки кода на странице (в скобках). Можно выгрузить этот файл в Excel и отправить на обработку.

Рис. 495. Пример отчета Google Analytics с зафиксированными ошибками на сайте

Настройка междоменного отслеживания через Google Tag Manager

Иногда бывает, что мы рекламируем один сайт (к примеру, домен site.ru), на который пользователи переходят по рекламе, а затем идут на второй наш сайт (к примеру, домен anothersite.com) и совершают конверсию.

В результате при стандартных настройках Google Analytics будет зафиксировано два сеанса:

● один на site.ru;

● второй на сайте anothersite.com.

Также конверсия будет закреплена по источнику site.ru / referral, и все основные показатели будут некорректными. По такой статистике нельзя сделать никаких выводов и предпринимать действий.

Чтобы данные отображались правильно, нам нужно настроить междоменное отслеживание.

Междоменное отслеживание – функция, позволяющая регистрировать посещение нескольких сайтов в Google Analytics как один сеанс. То есть при переходе с siteA.ru на siteB.ru будет регистрироваться один пользователь и одна сессия.

Переходим к настройке в GTM. Создаем пользовательскую переменную:

● Название – Cross domain settings (произвольное название);

● Тип переменной – Настройки Google Analytics;