Google Tag Manager
Осенью 2012 года на саммите eMetrics в Бостоне компания Google анонсировала выпуск своего нового продукта – Google Tag Manager.
Диспетчер тегов Google (менеджер тегов, тег менеджер, таг манагер, google tag, google tag manager, гугл тег), также известный как GTM (ГТМ), представляет собой бесплатный инструмент, который позволяет легко управлять тегами, размещенными на сайте или в мобильном приложении.
Теги – это небольшие фрагменты кода, как правило, на языке JavaScript, которые собирают информацию о посетителях сайта для их дальнейшего анализа.
В качестве тегов могут быть:
- Отслеживание конверсий AdWords с тегом событий
- Google Оптимизация
- Код ретаргетинга Вконтакте
И таких сервисов, которые собирают информацию о пользователях посредством внедрения своего кода на сайт, очень много. Например, теги системы автоматизированной закупки рекламы DoubleClick, популярной ретаргетинг-платформы AdRoll, сервиса по A/B тестированию и оптимизации конверсии VWO и т.д. В качестве дополнительного инструмента веб-аналитики для более глубокого анализа аудитории владельцы сайтов ставят comScore, KISSmetrics, Quantcast, Adobe Analytics и др.
Последние очень распространены на иностранных рынках. Даже если не брать их в счет, для российского интернет-сегмента собирается немалое количество. Из примеров выше их уже как минимум 6. Не забываем и про продукты в виде чатов, коллтрекингов, форм обратного звонка, сервисов мультиканальной / омниканальной аналитики. У каждого из них свой JavaScript код, который необходимо добавить на сайт на те страницы, на которых вы хотите отслеживать действия пользователей. А чем больше таких сторонних служб (сервисов), тем выше вероятность замедления работы сайта.
Что же приходится делать владельцам сайтов, когда они хотят внедрить очередной код какого-либо сервиса к себе на сайт или внести изменения в существующий без использования Google Tag Manager? Все верно, как минимум писать разработчику ТЗ с подробными инструкциями того, куда нужно вставить код, а как максимум - внедрять его на сайт самостоятельно. При такой последовательности действий есть большая вероятность:
- самому ошибиться с внедрением различных кодов в силу незнания правил и разметки веб-страниц;
- получить от программиста перечень пунктов, которые были ему непонятны из ТЗ. В этом случае начнется игра в «настольный теннис»: я сделал все согласно ТЗ, но не работает. Присылайте новое ТЗ;
- сорвать все сроки и дедлайны из-за долгой обратной связи. Вытекает из предыдущего пункта.
Такой вариант внедрения можно представить в виде последовательности шагов:
- подготавливается ТЗ из некоторого количества пунктов;
- список передается разработчику, который просматривает его;
- если у него нет вопросов, то он внедряет эти пункты. В противном случае мы возвращаемся на шаг 1;
- код устанавливается на сайт. Если по каким-то причинам это было сделано некорректно, все этапы придется начинать сначала (подготавливать ТЗ, назначать тикеты программисту, писать письма, отправлять фрагменты кода и т.д.).
Согласитесь, очень долгий и бесполезный процесс. При установке контейнера Google Tag Manager процесс сводится к следующему:
- устанавливается код Google Tag Manager один раз;
- внедряются изменения на сайт через рабочую область GTM без прибегания к помощи со стороны;
- производится отладка всех процессов и публикуется рабочая версия тегов.
Когда Google выпускал свой продукт больше 5 лет назад, он хотел решить ряд задач, в числе которых:
- ускорение загрузки страниц и работоспособности сайтов путем объединения тегов в одном удобном инструменте;
- экономия времени разработчиков, маркетологов и веб-аналитиков;
- избегания дублирования и ошибок в работе тегов;
- снижение необходимости изменения исходного кода сайта при обновлении или добавлении тегов;
- завоевание доли рынка благодаря бесплатности GTM (да, без этого никуда).
Разумеется, Google Tag Manager не единственный диспетчер тегов на рынке. До выхода GTM существовало много других платных менеджеров: Ensighten, TagMan (принадлежит Ensighten), Tealium, Tag Commander и т.д. Однако в российском сегменте популярен стал именно диспетчер тегов от Google.
В качестве недостатка Google Tag Manager, да и вообще всех диспетчеров тегов, можно отметить зависимость от объектной модели документа (DOM) - верстки или исходного кода страниц. Поскольку все операции выполняются с привязкой к различным идентификаторам, атрибутам и классам, то в случае их изменения, сделанные раннее настройки могут перестать работать.
Несмотря на то, что с внедрением Google Tag Manager наша зависимость от разработчиков существенно снизилась, отказаться полностью от их помощи все же не удастся. Есть ряд задач, которые по-прежнему будет необходимо решать вместе с программистами. Сюда входят:
- фиксация транзакций;
- настройка UserID;
- добавление пользовательских параметров и показателей;
- внедрение уровня данных;
- прочие задачи.
Таким образом, из преимуществ Google Tag Manager можно выделить:
- бесплатный инструмент – лидер рынка;
- экономит время - не нужно искать разработчиков, которые внедрят изменения на сайт и нет необходимости ждать последующих правок, если первоначальные были сделаны с ошибками;
- снижает зависимость от разработчиков;
- позволяет управлять тегами в едином пространстве - не придется писать дополнительный код или вносить изменения в код отслеживания, вся работа выполняется через веб-интерфейс;
- средства предотвращения ошибок - режим предварительного просмотра (чтобы вы могли видеть предлагаемые изменения перед их внедрением);
- работает быстро благодаря асинхронной загрузке тегов – одновременная (параллельная) загрузка тегов, в результате которой более медленные загружающиеся теги никак не повлияют на скорость выполнения других, более быстрых тегов.