Яков Осипенков - Google Tag Manager для googлят - Руководство по управлению тегами

Что же приходится делать владельцам сайтов, когда они хотят внедрить очередной код какого-либо сервиса к себе на сайт или внести изменения в существующий без использования Google Tag Manager? Все верно, как минимум писать разработчику ТЗ с подробными инструкциями того, куда нужно вставить код, а как максимум – внедрять его на сайт самостоятельно. При такой последовательности действий есть большая вероятность:

● самому ошибиться с внедрением различных кодов в силу незнания правил и разметки веб-страниц;

● получить от программиста перечень пунктов, которые были ему непонятны из ТЗ. В этом случае начнется игра в «настольный теннис»: я сделал все согласно ТЗ, но не работает. Присылайте новое ТЗ;

● сорвать все сроки и дедлайны из-за долгой обратной связи. Вытекает из предыдущего пункта.

Такой вариант внедрения можно представить в виде последовательности шагов:

Рис. 9. Внесение изменений в код сайта без использования Google Tag Manager

1. подготавливается ТЗ из некоторого количества пунктов;

2. список передается разработчику, который просматривает его;

3. если у него нет вопросов, то он внедряет эти пункты. В противном случае мы возвращаемся на шаг 1;

4. код устанавливается на сайт. Если по каким-то причинам это было сделано некорректно, все этапы придется начинать сначала (подготавливать ТЗ, назначать тикеты программисту, писать письма, отправлять фрагменты кода и т.д.).

Согласитесь, очень долгий и бесполезный процесс. При установке контейнера Google Tag Manager процесс сводится к следующему:

Рис. 10. Внесение изменений через Google Tag Manager

1. устанавливается код Google Tag Manager один раз;

2. внедряются изменения на сайт через рабочую область GTM без прибегания к помощи со стороны;

3. производится отладка всех процессов и публикуется рабочая версия тегов.

Когда Google выпускал свой продукт больше 5 лет назад, он хотел решить ряд задач, в числе которых:

● ускорение загрузки страниц и работоспособности сайтов путем объединения тегов в одном удобном инструменте;

● экономия времени разработчиков, маркетологов и веб-аналитиков;

● избегания дублирования и ошибок в работе тегов;

● снижение необходимости изменения исходного кода сайта при обновлении или добавлении тегов;

● завоевание доли рынка благодаря бесплатности GTM (да, без этого никуда).

В качестве недостатка Google Tag Manager, да и вообще всех диспетчеров тегов, можно отметить зависимость от объектной модели документа (DOM) – верстки или исходного кода страниц. Поскольку все операции выполняются с привязкой к различным идентификаторам, атрибутам и классам, то в случае их изменения, сделанные раннее настройки могут перестать работать.

Несмотря на то, что с внедрением Google Tag Manager наша зависимость от разработчиков существенно снизилась, отказаться полностью от их помощи все же не удастся. Есть ряд задач, которые по-прежнему будет необходимо решать вместе с программистами. Сюда входят:

● фиксация транзакций;

● настройка User ID;

● добавление пользовательских параметров и показателей;

● внедрение уровня данных;

● прочие задачи.

Останавливаться на функциях, описанных выше, мы не будем. Все они подробно разобраны в моей другой книге, которая называется Google Analytics для googлят: Практическое руководство по веб-аналитике.

Таким образом, из преимуществ Google Tag Manager можно выделить:

● бесплатный инструмент– лидер рынка;

● экономит время– не нужно искать разработчиков, которые внедрят изменения на сайт и нет необходимости ждать последующих правок, если первоначальные были сделаны с ошибками;

● снижает зависимость от разработчиков;

● позволяет управлять тегами в едином пространстве– не придется писать дополнительный код или вносить изменения в код отслеживания, вся работа выполняется через веб-интерфейс;

● средства предотвращения ошибок– режим предварительного просмотра (чтобы вы могли видеть предлагаемые изменения перед их внедрением);

● работает быстро благодаря асинхронной загрузке тегов– одновременная (параллельная) загрузка тегов, в результате которой более медленные загружающиеся теги никак не повлияют на скорость выполнения других, более быстрых тегов.