Рис. 173. Выбираем версию контейнера
В следующем окне нам доступен предварительный просмотр содержимого контейнера. Если все верно, нажимаем «Экспортировать».
Рис. 174. Экспорт контейнера
На компьютер загрузится файл в формате JSON (формат обмена данными на JavaScript).
Рис. 175. Загрузка файла .JSON на компьютер
Что дальше делать с этим файлом? Есть два варианта:
1. сразу же импортировать в новый контейнер;
2. сравнить данные с новым контейнером.
Рассмотрим 2 вариант. Перед тем, как загрузить наш файл в другой контейнер, мы можем выгрузить данные из второго контейнера и с помощью утилиты сравнить оба файла (экспортируемого контейнера и текущего, который будем заменять). В этом нам может помочь утилита сравнения файлов diff, которая выводит разницу между двумя файлами. Эта программа выводит построчно изменения, сделанные в файле (для текстовых файлов). Если вы используете diff, вы можете увидеть, что именно изменилось. Это способ предотвратить проскальзывание нежелательных изменений в файле.
Один из наиболее распространенных сервисов сравнения файлов jsondiff.com. Просто указываете два пути к файлам на компьютере и нажимаете «Compare». Все остальное программа сделает за вас, и где надо, подсветить код.
Рис. 176. JSON Diff
Утилита полезна не только при импорте-экспорте контейнеров в Google Tag Manager, но и тогда, когда требуется сравнить изменения в одном файле относительно другого. На изображении выше было найдено 26 различий, которые JSON Diff подсветил, а выделенная область синим указывает лишь на то, что два контейнера имеют разные accountID.
Познакомившись немного с инструментов diff, переходим к импорту нашего контейнера. Для этого переходим в контейнер, в который хотим загрузить новые настройки. Раздел «Администрирование» – «Импортировать контейнер».
Рис. 177. Администрирование – Импортировать контейнер GTM
Загружаем файл, который мы экспортировали, и выбираем рабочую область. Рекомендация: если у вас уже есть настройки в текущем контейнере, лучше создавать новую рабочую область. Если контейнер пустой, но можно в «Существующая».
Рис. 178. Импорт контейнера
Выбираем вариант импорта:
● перезаписать – все старые настройки заменятся на новые;
● объединить – данные двух контейнеров будут объединены. При этом могут возникнуть ошибки. Чтобы это исправить, перезапишите, либо переименуйте конфликтующие теги, триггеры или переменные.
Рис. 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 на том же сайте. Это может привести к дальнейшим ошибкам.
Также можно загружать среды на сайт с помощью функции предварительного просмотра. При этом браузер автоматически