● Переменные – Пользовательские переменные – Создать;
● Название – Get Client ID for current Tracker;
● Конфигурация переменной – Редактировать;
● Тип переменной – Собственный код JavaScript;
● Значение – Код.
Рис. 481. Собственный код JavaScript
Пример кода JavaScript:
function() {
try {
var trackers = ga.getAll();
var i, len; for (i = 0, len = trackers.length; i < len; i += 1) {
if (trackers[i].get('trackingId') {{GA Tracking Code}}) {
return trackers[i].get('clientId'); }}
} catch(e) {}
return 'false';
}
В результаты мы создали две пользовательские переменные – GA Tracking Code и Get Client ID for current Tracker. Переходим к созданию триггера.
● Триггеры – Создать;
● Название – Window Loaded Trigger;
● Тип триггера – Окно загружено;
● Триггер активируется на следующих страницах – Некоторые события «Окно загружено».
Рис. 482. Настройки триггера
Теперь создаем тег Cid. Последовательность действий:
● Теги – создать – Конфигурация (Редактировать);
● Тип тега – Universal Analytics;
Внимательно прописываем настройки:
● Тип отслеживания – Событие;
● Категория – clientid;
● Действие – отправлен;
● Не взаимодействие – True.
Рис. 483. Настройки тега
Еще настройки тега Universal Analytics:
● Выбираем «Включить переопределение настроек в этом теге»;
● Идентификатор отслеживания – cod ua;
● Дополнительные настройки – Специальные параметры – +Специальный параметр – Индекс: 1 и Значение: Get Client ID for current Tracker (переменная, которую мы создали выше).
Важно: индекс 1 – это индекс параметра, который мы создали в Google Analytics.
Рис. 484. Прописываем специальный параметр в теге Universal Analytics
В качестве активации тега выбираем триггер активации, ранее созданный «Window Loaded Trigger».
Рис. 485. Триггер активации Window Loaded Trigger
Перед тем, как опубликовать изменения, нужно проверить будет ли срабатывать тег. Переходим в режиме предварительного просмотра (режим отладки), заходим на сайт, где установлен GTM, обновляем страницу и проверяем тег:
Рис. 486. Тег cid активировался
Переходим внутрь тега и видим:
Рис. 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