Рис. 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».
Создаем триггер:
