Рис. 179. Подробные изменения в контейнере

В предварительном просмотре Google Tag Manager визуально сообщит нам о том, какие теги, триггеры и переменные будут созданы, изменены или удалены. Можно посмотреть подробных список изменений, нажав на «Показать подробные изменения». Если все сделали правильно, остается только «Подтвердить».

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

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. Использование среды двумя способами

Вы создали среду. Ее можно использовать двумя способами:

1. С помощью ссылки для просмотра

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

2. С помощью фрагмента кода

Замените текущий тег на страницах, опубликованных в этой среде, специальным фрагментом-контейнером. Чтобы получить его, выберите «Получить фрагмент кода» в меню «Действия» для среды.

Примечание: не устанавливайте фрагмент контейнера среды рядом со стандартным фрагментом контейнера Google Tag Manager на том же сайте. Это может привести к дальнейшим ошибкам.

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

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

Рис. 189. Выбор версии и публикация в среде

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

Рис. 190. Специальные среды

В разделе «Версии» появится столбец «Среды», в котором для каждой версии будет указана среда публикации.