P. S. В интернете есть большое количество готовых JSON-файлов для Google Tag Manager. Например, компания LunaMetrics на своем сайте lunametrics.com/labs/recipes/публикует различные решения с подробным описанием. Analytics Mania в своем блоге также собрала «рецепты» от разных команд и веб-аналитиков, в числе которых: Simo Ahava, David Vallejo, Pat Grady, Daniel Carlbom и другие.
Среды
В Google Tag Manager есть возможность создания так называемых сред, которые позволяют протестировать изменения, внесенные в контейнер, перед их публикацией на сайте. Прежде чем разобраться в этом функционале, постараемся понять, как работает контроль версий в диспетчере тегов.
Рис. 180. Пример версий
При создании тега, триггера и переменной до публикации все изменения хранятся в черновой версии. Чтобы новые данные стали доступны пользователю, версию необходимо опубликовать. Все версии контейнера хранятся на вкладке «Версии».
Рис. 181. Версии
Во время внесения изменений в конфигурацию отправки версии у нас есть возможность задать среду для публикации.
Рис. 182. Задание среды для публикации
Несмотря на то, что обычно публикуется последняя версия контейнера, Google Tag Manager также дает нам возможность переиздавать более старые версии. Эта функция как раз необходима для сред диспетчера тегов.
Когда-то GTM разрешал публиковать только одну версию контейнера. Это означало, что для каждого отдельного веб-сайта у вас был единственный фрагмент кода Google Tag Manager.
Но ситуация кардинально изменилась, когда пришло осознание того, что веб-сайты могут находиться на разных этапах разработки – от предварительной подготовки, производства, до бета-тестирования и окончательного запуска. При таком подходе все равно необходимо устанавливать теги, отслеживать статистические данные и обеспечивать должное качество работы.
Рассмотрим пример, в котором у нас есть две версии сайта:
1. тестовый вариант, над которым разработчики ведут работы (недоступен широкой публике);
2. конечный вариант, который в данный момент доступен для пользователей в сети.
Рис. 183. Пример версий сайтов
Обе версии являются копиями одного и того же сайта, и оба используют один и тот же контейнер Google Tag Manager. Но вы не будете публиковать версию тестового варианта, поскольку она сырая и над ней ведутся работы по устранению ошибок.
Благодаря средам в GTM стала доступна одновременная публикация нескольких версий контейнеров, что значительно упрощает тестирование и отладку тегов.
Рис. 184. Две среды разработки: конечная и промежуточная
В приведенном выше примере у нас есть две среды: конечная (live, 3) и тестовая (промежуточная, 4). Конечная среда будет содержать теги, которые мы хотим запустить на сайте, а промежуточная среда будет включать в себя дополнительные теги, которые либо проходят тестирование, либо не готовы к публикации в финальной версии.
Чтобы получить доступ к средам, перейдите в раздел «Администрирование» и откройте «Среды» на уровне контейнера.
Рис. 185. Администрирование – Среды
По умолчанию в контейнере создается две среды – Live (реальная) и Latest (последняя).
Рис. 186. Среды в GTM по умолчанию
Live (реальная) среда всегда указывает на версию контейнера, которая была опубликована, а Latest (последняя) среда указывает на последнюю версию контейнера, которая была создана. Однако это не обязательно та же версия, что и Live.
В Google Tag Manager можно создавать собственные среды. Для этого нажмите кнопку «Создать». В конфигурации будет доступно 4 опции:
1. название среды;
2. описание (чтобы другие пользователи вашего контейнера GTM могли быстро определить, для чего используется среда);
3. включение отладки;
4. поле с указанием целевого URL.
Заполнив все необходимые данные, нажмите «Создать среду».
Рис. 187. Создание новой среды
Далее сообщение от Google о начале работы с новой средой.
Рис. 188. Использование среды двумя способами