Что такое Google Tag Manager (Диспетчер тегов Google) и как его использовать?

Расшифровка выпуска

Всем привет. Это новый выпуск «Роман Рулит». И сегодня мы поговорим о важной такой штуке, которую уже оценили множество и множество маркетологов, интернет-маркетологов, программистов, владельцев бизнеса, — это Google Tag Manager или Диспетчер тегов Google, — что это такое и зачем он нужен.

Что такое Google Tag Manager?

Начнем с того, что это такое, да, что такое Google Tag Manager, почему, например, ваш подрядчик просит установить его и какие от этого плюшки. Google Tag Manager — это код, который ставится на сайт, и потом ускоряет установку всех остальных кодов. Что имеется в виду? Один раз ты ставишь на сайт код Google Tag Manager и потом большинство кодов ты ставишь вообще без привлечения программистов, т.е. ты вешаешь код Аналитики, ты вешаешь код Facebook-пикселя, ты вешаешь код ремаркетинга, конверсий, можешь даже повесить коды каких-нибудь, например, чатов или попапов, которые собирают имейлы, и тебе не нужно каждый раз об этом просить программиста и удостоверяться, что он установил правильно.

Зачем устанавливать Google Tag Manager?

Что дает Google Tag Manager, что позволяет потом экономить время программиста. Он выступает таким вот контейнером или коробкой, которую ты ставишь и потом можешь удалённо управлять, какие другие коды из этой коробки будут вызываться.

Зачем сайту Google Analytics?

При этом есть множество правил, по которым эти коды будет вызываться. Ну, самое простое, да. Код Аналитики вызывается на все страницах сайтах. Хорошо. Дальше. Код конверсий можно в Google Tag Manager легко настроить без привлечения программиста, что он будет вызываться, например, только на странице «Спасибо за заказ», а код, не знаю, товарного ремаркетинга будет вызываться только на страницах с карточками товаров. При этом есть достаточно продвинутые настройки. Можно настраивать Google Tag Manager, чтобы он вызывался только для определенного региона или для пользователей, которые заходят только с мобильных устройств. И таких вариантов очень много.

И вместо того, чтобы программист каждый код, каждый раз должен писать какую-то логику, как он вызывается, добавлять его в шаблоны, проверять, что всё корректно работает, Google Tag Manager позволяет буквально, там, в пару кликов настроить, какие коды на каких страницах будут вызываться. При этом они используют систему версий, т.е. если ты что-то или твой маркетолог настроит неправильно, можно будет откатиться. Если какой-то код, например, сейчас не используется, его можно поставить на паузу. Таким образом не удалять совсем, а как бы вот сейчас он пусть не вызывается, но в будущем, возможно, он нам пригодится.

И там есть множество доступов, т.е., например, там, у нас некоторые клиенты агентства оставляют за собой доступ на публикацию, да, то есть, там, а мы можем редактировать, т.е. мы наредактировали, наредактировали, они просмотрели и всё опубликовали. Это достаточно, там, безопасно, и они перепроверяют код, они любят перепроверить перед тем, как что-то опубликовать. В принципе никаких ошибок не было, но вот они чувствуют себя так безопасней. При этом не надо выдавать куче агентств достаточно чувствительные доступы к твоему хостингу, например, к FTP, потому что там, не знаю, компьютеры у людей взламываются, программист увольняется, ты должен каждый раз менять эти FTP-пароли, когда ты перестал работать с подрядчиком. Ты просто один раз просишь добавить код Google Tag Manager и в дальнейшем выдаешь доступ именно к Google Tag Manager, а не ко всему, ко всему.

При этом я использовал Google Tag Manager не только для классических задач типа, там, настройка аналитики, настройка конверсий, настройка событий под Google Analytics, но и более продвинутых. Например можно сделать такую штуку, чтобы на мобильном у пользователей не грузились какие-то твои шрифты, которые выводятся на компьютере. Чтобы на мобильном выводились стандартные шрифты, сайт грузился быстрее, а на компьютере уже выводились красивые шрифты, где пользователь в состоянии это всё оценить. Соответственно, таких штук очень много и очень много есть инструкций, как использовать Google Tag Manager.

Что такое Data Layer?

В принципе единственная вещь, вот я уже оговорился, что привлекая сильно меньше своих программистов, единственная вещь, где программистов привлекать придётся, это в работе с Data Layer Google Tag Manager. Очень многие агентства и подрядчики любят, так сказать, рукожопить и… Вот есть у тебя дизайн сайта, да, и они хотят настроить, там, не знаю, событие на клик «Добавить в корзину», и соответственно они начинают привязываться к существующей верстке сайта. Например, как только пользователь кликает по какому-то элементу с каким-то идентификатором, чтобы в Google Tag Manager отправлялось событие, это событие потом отправлялось, например, в Facebook, в Google Analytics и в другие системы. И они вешаются на существующую верстку. Но мы считаем этот подход неправильным. Почему? Потому что программист не знает, что маркетологи повесили, соответственно, он может где-то поправить верстку, изменить, сделать редизайн и всё отвалится.

Поэтому мы всегда приверженцы того, что мы по максимуму всё настраиваем в Google Tag Manager, но все события, о которых Google Tag Manager должен узнать, например, там, добавление в корзину, ошибка, удачная регистрация, этот пользователь авторизован, у этого пользователя 5 заказов, все вот события и параметры, которые нам нужно передавать в Аналитику, в рекламные системы и в прочие места, мы передаем через структурированное хранилище внутри Google Tag Manager, которое называется Data Layer. Data Layer позволяет тебе один раз, например, отправить, что произошло событие, — успешной заказ или, там, добавление в корзину, — и от этого события вызвать столько кодов, систем разных, сколько нужно. То есть, например, там, будет вызван код Google Analytics, будет вызван код Facebook-пикселя, т.е. программист отдал одно событие, а это событие привело к тому, что в системы аналитики и рекламные системы отправляется 3-5 событий и так далее. Вот.

И это крайне удобно, потому что в таких случаях программист сам знает, какие события он вешал, он помнит это, он это ценит, и соответственно, если у него поменяется дизайн, с большей вероятностью он обновит, что это будет работать, эти события, на новом дизайне или увидит это в коде. Если же некоторые подрядчики сами чего-нибудь повесили от верстки сайта, то программист об этом не знает, не помнит, не ценит, поменял верстку, всё поломалось — нужно всё перенастраивать. А ты же понимаешь как бы. Пока поломалось, пока заметили, пока исправили, пока оттестировали, потеряли, там, не знаю, 3-5-7 дней, иногда недели и месяцы, в зависимости от того, насколько четко у тебя стоит мониторинг этого всего, и реклама этот период работает на порядок менее качественно, ей не хватает данных. И соответственно ты теряешь деньги, ты теряешь время, и ничего лучше не становится.

Поэтому вот единственное, что нужно освоить — это передачу в Data Layer тех событий, которые нужно отслеживать потом дальше в Аналитике и в рекламных системах. Если ты научишься это делать, Google Tag Manager станет просто твоим помощником, спасителем, ускорит разработку, ускорит внедрение всех кодов рекламных систем. Одну вещь, которую ты, например, внедрил, ее можно будет использовать кучу раз. Например, ты внедряешь, что у тебя выводится, сколько заказов сделал клиент или в каком сегменте он находится. И дальше от этой логики ты можешь: а) передать это в Google Analytics, посмотреть потом, насколько разные сегменты пользователей хорошо работают или плохо. Дальше ты от этого можешь конкретно на этих людей включить коды ремаркетинга, передать отдельные события, отдельные конверсии. И соответственно и не нужно каждый раз выдумывать велосипед.

Да пребудет с тобой сила правильной установки Google Tag Manager, правильной его настройки, и тогда ты будешь экономить массу времени просто на внедрении кодов Аналитики, кодов рекламных систем, а с каждым месяцем этих кодов всё больше и больше.

И ещё один бонус Google Tag Manager — это то, что эти коды не будут задерживать загрузку сайта, т.е. Google Tag Manager начинает работать после того, как сайт прогрузился. Соответственно, это работает асинхронно. Сайт прогрузился и потом начинают вызываться эти коды, и ты можешь быть уверен, что пользователь вначале сможет выполнить целевые действия на сайте, а потом уже будут отрабатывать вот эти все коды Аналитики, грузиться коды разных систем и так далее.

Поэтому обязательно внедряй Google Tag Manager, если ещё не внедрил. Если внедрил, проверь, не настроены ли у тебя какие-то события, которые вешаются на верстку сайта. С высокой вероятностью они отвалятся при переверстке, поэтому нужно об этом помнить и поставить техзадание, или исправить это, или перейти уже на Data Layer.

И да пребудет с тобой сила эффективного интернет-маркетинга. Пока, пока.