Теги в Google Tag Manager (обновление 2024)

В этой статье вы познакомитесь с тегами, которые присутствуют в стандартном списке Google Tag Manager в разделе Теги.

Общие сведения

В 2018 году в своем блоге я опубликовал материал, посвященный тегам Google Tag Manager. За эти шесть лет в диспетчере тегов Google произошло много изменений. Ключевое и последнее - это сентябрьское обновление от 2023 года, когда Google все свои теги заменил тегами Google, а теги Universal Analytics перенес в список устаревших. Именно поэтому я решил выпустить обновление по тегам GTM.

Примечание: с 1 июля 2023 года Universal Analytics официально прекратил свою работу и был полностью заменен на Google Analytics 4.

Тег (Tags) в Google Tag Manager – это фрагмент JavaScript кода, который собирает данные о посетителях на сайте и в приложении, а затем пересылает их на сторонние сервисы — Google Analytics, Google Ads, Facebook *, Яндекс Метрика и т.д.

* Деятельность американской компании Meta (бывшая Facebook) запрещена в России, организация признана экстремистской.

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

В Google Tag Manager есть n-ое количество шаблонов тегов, которые облегчают их установку на сайте. Они разделены на категории:

• рекомендуемые – Google Аналитика, Google Реклама, Floodlight, Тег Google, Связывание конверсий, Открыть шаблоны CMP

• специальные – пользовательский HTML и пользовательское изображение;

• еще – сторонние сервисы, Twitter Universal Website Tag, Adometry, Crazy Egg, comScore Unified Digital Measurement, K50 tracking tag, Foxmetrics, Hotjar Tracking Code и другие.

Чтобы создать тег в Google Tag Manager, перейдите на вкладку меню Теги и нажмите кнопку Создать.

В появившемся окне нажмите на пустое пространство конфигурации тега и выберите его тип.

Внутри у каждого тега есть свой перечень настроек, который присущ только ему:

Точно так же, как и с триггерами, с тегами можно совершать различные действия – копировать, удалять, просматривать изменения и у них можно показать примечания.

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

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

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

Теперь с этими тегами будет отображаться значок приостановки, а сами они не будут участвовать в работе Google Tag Manager.

В режиме предварительного просмотра, даже если вы активируете нужное событие, приостановленные теги не будут участвовать в срабатывании (они будут помечены все тем же значком паузы и относится к категории неактивных тегов, Tags Not Fired):

Чтобы вновь сделать тег активным, выберите его в списке и нажмите на название. Сверху в настройках будет отображаться уведомление, а рядом с ним активная ссылка Возобновить:

Нажав на нее, тег станет активным. Аналогичным образом можно возобновить работу сразу нескольких тегов, выбрав их из списка и нажав на иконку в правом верхнем углу:

Не забудьте сохранить изменения и переопубликовать контейнер, чтобы новые настройки вступили в силу.

Помимо приостановки и возобновления работы тегов, их можно помещать массово в папки:

Им можно изменять триггеры, выбрав сразу несколько тегов:

И, конечно же, для них массово можно редактировать настройки режима согласия:

Рекомендуемые теги

Как правило, большинство маркетологов и веб-аналитиков работает именно с продуктами Google и такими тегами, как:

• Google Аналитика (Тег Google и Google Аналитика: событие GA4);
• Google Реклама (Тег Google, Связывание конверсий, Отслеживание конверсий в Google Рекламе, Ремаркетинг в Google Рекламе, Звонки после конверсии на сайте, Google Ads User-provided Data Event).

В зависимости от решаемых задач могут использоваться и другие.

Примечание: в 2019 году в Google Analytics появился новый тип аккаунта – Приложение и сайт (App + Web), в 2020 году в Google Tag Manager добавили тег конфигурации Google Analytics 4, а в сентябре 2023 – тег Google.

Тег Google

Он есть как в разделе «Google Аналитика», так и в «Google Реклама». Ниже мы не ограничимся только настройками тега внутри диспетчера тегов Google, но и также разберем подробнее то, что из себя представляет тег Google, когда он появился и какой функционал имеет.

Примерно шесть лет назад Google выпустил обновление, добавив возможность использования глобального тега сайта (Global Site Tag) для всех желающих. А в начале августа 2022 года компания сделала еще один шаг в сторону объединения продуктов, упрощения обмена информацией между сервисами и сбору более качественных данных в своей экосистеме, представив тег Google (Google Tag).

Подробнее о том, что такое тег Google и какие изменения произошли в сентябре 2023 года в Google Tag Manager, читайте в других материалах моего блога:

• Google Tag (gtag.js) - новое или хорошо забытое старое?
• Тег Google (Google Tag) в Google Tag Manager

Тег «Google Аналитика: событие GA4»

С помощью этого тега Google Tag Manager вы можете настраивать события на сайте, не меняя исходный код страницы. Данные о событиях будут отправляться в Google Analytics 4 и отображаться в отчетах.

Если тег Google обеспечивает передачу данных с сайта в Google Analytics 4 и другие заданные вами целевые сервисы, то тег Google Аналитика: событие GA4 позволяет отслеживать любые взаимодействия пользователей на вашем сайте. Вы можете создать столько тегов, сколько нужно, чтобы регистрировать рекомендуемые или специальные события.

Если вы следили за обновлениями Google Analytics, то знаете, что с момента покупки компании Urchin сервис претерпел два серьезных изменения:

• 2008: переход от Urchin к классической версии Google Analytics (ga.js);
• 2013: переход от классической Google Analytics к Universal Analytics (analytics.js).

Google Analytics 4 находился в разработке с момента первого выпуска Google Analytics for Firebase в 2017 году, а бета-версия была выпущена в конце июля 2019 года под названием Веб-сайты и приложения (App + Web Properties).

Google развернул множество обновлений с версией 4, но фундаментальное различие между GA4 и предыдущими версиями Google Analytics заключается в модели данных, управляемой на основе событий (event-driven data model).

На заре веб-аналитики (в середине 2000-х) веб-сайты состояли из страниц, которые загружались при каждом просмотре. В результате все пошли по пути того, чтобы группировать эти просмотры страниц в сеансы каждый раз, когда пользователь не взаимодействовал с сайтом в течении 30 минут (настройка время ожидания сеанса). Потом появились мобильные и одностраничные приложения (Single Page Application, SPA), и концепция просмотров страниц и сеансов перестала применяться.

Просмотр страницы очень важен для веб-аналитики. Он используется для расчета показателя отказов (Bounce Rate), длительности сеанса (Session Duration), длительности просмотра страницы (Time On Page), страниц/сеанс (Pages/Session) и т.д. (не говоря уже о важности страницы входа (Landing Page)). Приложения, которые просто загружают и запускают длинные процессы (например, игры, видеоплееры и др.), не могут правильно описывать поведение пользователя с помощью традиционной модели Сеансы/Просмотры страниц (Sessions/Page Views).

Решение: модель данных, управляемая на основе событий (event-driven data model).

Аналитики мобильных приложений решили эту проблему, отказавшись от системы, в которой фундаментальным строительным блоком сеанса является просмотр страницы. Они заменили его гибкой системой событий, параметров и свойств пользователя. Эта концепция легко применяется к любому новому приложению. Фактически, в приложениях любое действие – это событие (event). Листаете вы ленту в Facebook, пишите комментарий под постом, загружаете новую фотографию в профиль, добавляете пользователя в черный список, просматриваете видео друга/подруги, отмечаете геолокацию — все это события с точки зрения отслеживания. И здесь нет как таковых сеансов и просмотренных страниц. Но она также может быть применена и к обычному веб-сайту.

Компания Google не изобрела event-driven data model. Такая модель данных была ядром Firebase Analytics с момента ее приобретения в 2014 году. Это проверенный подход, который существовал уже много лет, но до появления Google Analytics 4 редко применялся к традиционным веб-сайтам.

В 2019 году Google пошел по парадигме, в которой он объединил сайты и приложения в один ресурс, представив новый тип аккаунта Google Analytics - Веб-сайты и приложения (Web+App). Модель отслеживания была выбрана соответствующая (на основе событий), поскольку концепция событий, параметров и свойств пользователя, применяемая в мобильной аналитике, подошла и к веб-сайтам. Из-за этого часть функций из Firebase перекочевало в Google Analytics 4, а переход из UA в GA4 стал испытанием для многих интернет-маркетологов и веб-аналитиков.

В Google Analytics 4 можно отслеживать 4 типа событий:

1. автоматически регистрируемые события - события, которые Google собирает автоматически после создания и установки счетчика;
2. улучшенная статистика - дополнительные события, которые Google также собирает автоматически, но при условии, что в настройках ресурса вы включили эту функцию;
3. рекомендуемые события - события, которые уже заложены в систему Google Analytics 4 для различных видов деятельности со стандартными именами и параметрами, прописанные в официальной документации, но которые вам необходимо донастроить под свои задачи (можно использовать Google Tag Manager);
4. специальные события - события, которые вы создаете самостоятельно под свои нужды (используется тег Google Аналитика: событие GA4).

Каждый из этих типов событий подробно разобран в статьях моего блога:

• Автоматически регистрируемые события
• Улучшенная статистика
• Рекомендуемые события
• Специальные события

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

Первым, что задается в этом теге – это идентификатор потока данных Google Analytics 4.

Если в вашем контейнере уже добавлен тег Google, то GTM отобразит следующее уведомление:

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

В поле Название события указывается название, например send_form.

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

Вместе с событием в Google Analytics 4 можно отправлять параметры событий и свойства пользователя. Эти настройки задаются в соответствующих разделах тега:

Информацию о событиях можно собирать с помощью параметров событий (event parameters). Они записываются в виде пар ключ-значение (слева – название параметра события, справа – его значение). Параметры можно использовать для предоставления контекста о том, что, где, как и почему было инициировано событие. Например, если вы настраиваете рекомендованное событие search (поиск), то можете добавить параметр специального события search_location (местоположение поиска), чтобы определять, какую функцию в результатах поиска использовал посетитель вашего сайта.

Для анализа данных, полученных с помощью параметров событий, используются параметры и показатели. Если Google не предоставляет параметр или показатель для определенного параметра события, необходимо создать специальный параметр или показатель в интерфейсе Google Analytics 4. Тогда вы можете посмотреть значение параметра события. Другими словами, параметры событий нужны, чтобы собирать данные, а параметры и показатели – чтобы анализировать их.

Свойства пользователя (User properties) — это атрибуты, которые можно использовать для описания сегментов вашей пользовательской базы, например по выбранному тарифу, любимым категориям на сайте, дню рождения (по месяцам), входит ли пользователь в список авторизованных (имеет ли он учетную запись у вас на сайте или нет), активировал ли он промокод/купон при покупке и т.д. По этим свойствам потом можно проводить сравнения.

Не так давно в теге события Google Analytics 4 появилась дополнительная настройка включения данных, предоставленных пользователями с вашего веб-сайта - Include user-provided data from your website.

Это точно такая же настройка, которая появилась несколько лет назад в Google Tag Manager в тегах Google Рекламы. Только теперь настроить расширенное отслеживание конверсий вы можете для событий Google Analytics 4, активировав ее и задав пользовательскую переменную Данные, предоставляемые пользователями (User-Provided Data).

Подробнее про отслеживание событий Google Analytics 4 с использованием диспетчера тегов Google будет разобрано в главе, посвященной практическим приемам.

Дополнительные настройки

До сентября 2022 года в Google Tag Manager мы могли осуществлять отслеживание события электронной торговли, только создавая на отдельные события свои собственные теги. view_promotion, select_promotion, view_item_list, select_item, view_item, add_to_cart, remove_from_cart, add_to_wishlist, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund - для всех них создавался отдельный триггер специального события и свой тег с необходимым количеством параметров событий.

Например, для просмотра страницы корзины триггер специального события был view_cart:

А тег с обязательным параметром items выглядел так:

И так нужно было делать для каждого события отдельно, прописывая в поле Название события и добавляя отдельный триггер к тегу. В результате получалось примерно так:

Еще мы создавали очень много различных переменных уровня данных, извлекая информацию для каждого параметра отдельно:

С появлением новой настройки в диспетчере тегов Google теперь вы можете использовать один тег и триггер для отслеживания всех событий электронной торговли Google Analytics 4, а все параметры, необходимые для передачи, автоматически извлекать из уровня данных (dataLayer). Все благодаря опции Отправлять данные электронной торговли (Send Ecommerce data) и источника данных Data Layer:

Такой способ заключается в следующем: вы создаете один триггер типа Специальное событие и в нем перечисляете все события через символ | . Обязательно проставьте галочку Использовать регулярные выражения:

Проверьте, чтобы в вашем контейнере GTM была активирована встроенная переменная Event:

Ее вы будете использовать в теге в качестве названия события. Тогда само значение будет подставляться автоматически в зависимости от того действия, которое совершает пользователь на вашем сайте.

Теперь параметры события в теге добавлять не нужно. Они будут автоматически извлекаться из уровня данных.

Тег «Связывание конверсий»

При нажатии на объявление URL целевой страницы обычно содержит информацию об этом клике. Когда посетитель выполняет нужное вам действие (например, активируя тег отслеживания конверсий в Google Рекламе), эта информация используется для связывания произошедшей конверсии с кликом, который привел пользователя на сайт.

Тег автоматически считывает информацию о клике из URL целевой страницы и сохраняет эти данные в собственные файлы cookie в вашем домене. Таким образом, тег Связывание конверсий необходим для корректной регистрации конверсий на основе данных по кликам.

Примечание: если вы используете тег связывания конверсий с другими продуктами Google Платформы для маркетинга, в файлах cookie также могут сохраняться уникальные идентификаторы.

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

У данного тега есть три необязательных настройки:

• Включить связывание URL на всех страницах - настройка позволяет тегу связывания конверсий передавать информацию между страницами в одном домене путем добавления параметров в URL ссылок и форм. Для использования этой функции требуется интеграция с настройками режима согласия Google;
• Включить связывание между доменами – если ваш сайт включает несколько доменов (например, в разных зонах .ru и com), настройка позволяет тегу связывания конверсий отправлять и получать информацию о кликах в разных доменах путем добавления параметра для связывания или создания URL;
• Переопределение настроек файлов cookie (дополнительно) – задается несколько параметров:

Имя. Префикс, используемый как часть имен cookie, по умолчанию – _gcl. Например, если вы измените имя на _gcl2, тег связывания конверсий установит файлы cookie под названием _gcl2_aw и _gcl2_dc. При изменении префикса все теги, считывающие информацию о кликах из этих файлов cookie (например, теги отслеживания конверсий в Google Рекламе), нужно будет перенастроить на использование такого же префикса.

Домен. Домен, в котором устанавливаются собственные файлы cookie. По умолчанию тег связывания конверсий использует домен самого высокого уровня. Например, если адрес вашего сайта – blog.site.ru, тег связывания конверсий будет использовать домен site.ru. Это поле следует задавать, только если вы хотите указать для файлов cookie домен более низкого уровня.

Путь. Путь для файлов cookie. По умолчанию используется корневой уровень (/). Это поле следует задавать, только если вам нужно указать для файлов cookie подкаталог домена.

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

Тег «Отслеживание конверсий в Google Рекламе»

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

1. отслеживать события с помощью тега Google Аналитика: события GA4, передавать их в Google Analytics 4, там на основе события создать ключевое событие, а затем (при настроенной связи GA4 - Ads), импортировать нужное действие в Google Рекламу, чтобы впоследствии использовать эту конверсию в рекламных кампаниях при оптимизации ставок и в автоматических стратегиях;
2. отслеживать конверсии с помощью тега Отслеживание конверсий в Google Рекламе, напрямую передавая их в рекламный кабинет Google Ads.

Один способ напрямую связан с Google Рекламой, а другой – через интеграцию с Google Analytics 4. Рекомендуемый тег в Google Tag Manager предназначен для отслеживания действий пользователя на сайте и передачи информации в Google Ads. Например, когда пользователь оформляет заказ на сайте, подписывается на рассылку, звонит в вашу компанию, скачивает приложение и т.д. Все эти действия называются конверсиями.

Чтобы настроить отслеживание конверсий в Google Рекламе, вам необходимо указать идентификатор конверсии Google Рекламы и ярлык конверсии. Также вы можете задать ценность конверсии, идентификатор транзакции и код валюты.

Чтобы это сделать, вам необходимо создать конверсию в интерфейсе. Для начала вам необходимо перейти в раздел Цели:

На открывшейся странице нажмите Создать действие-конверсию:

Если вы хотите отслеживать конверсии на сайте, то выберите соответствующий тип конверсии:

Теперь укажите URL сайта, на котором вы хотите отслеживать конверсии:

Чтобы использовать особые функции, создайте действия-конверсии вручную:

После это вам необходимо задать настройки конверсии, индивидуально согласно вашему проекту.

На завершающем шаге Google отобразит вам инструкции по дальнейшей настройке. Это может быть как отслеживание с помощью тега Google, так и настройка с помощью диспетчера тегов Google. Именно это вкладка нам и нужна:

На этой странице будут отображаться идентификатор конверсии и ярлык конверсии. Скопируйте эти значения и добавьте в тег Отслеживание конверсий в Google Рекламе:

Также можно добавить значения параметров Ценность конверсии, Идентификатор транзакции и Код валюты (в формате ISO 4217).

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

Еще в этом теге доступны следующие настройки:

• Предоставлять данные о продажах на уровне товара - вы можете передавать данные о проданных товарах, их количестве и ценах, чтобы эти данные отображались в отчетах Google Рекламы;

Доступно использование собственных полей (отдельные переменные с нужными данными) и уровня данных:

• Указать информацию о новых клиентах - вы можете передавать информацию о новых клиентах (какие клиенты являются новыми и какова их общая ценность), чтобы она использовалась в Google Рекламе при создании отчетов и для оптимизации.

Доступно использование собственных полей и уровня данных:

Новый клиент (параметр new_customer, логическое значение). Является ли пользователь, совершивший конверсию, новым клиентом?

Доступно несколько значений:

• True. Новый клиент, который не совершал покупок в течение определенного периода времени (рекомендованный и заданный по умолчанию период составляет 540 дней, но этот срок не является обязательным);
• False. Вернувшийся клиент, который совершал покупки в течение указанного периода;
• Not specified. Указывается при отсутствии точной информации, например при оплате в качестве гостя.

Общая ценность клиента (параметр customer_lifetime_value, валюта). Назначается ли общая ценность клиента тому, кто совершил конверсию в качестве нового клиента?

Доступно несколько значений:

• Если параметр new_customer имеет значение True, валюта регистрируется в Google Рекламе;
• Если параметр new_customer имеет значение False, валюта не регистрируется.

Следующая настройка – это:

• Добавить данные, предоставляемые пользователями, с вашего сайта - вы можете повысить точность данных показателей и получать подробную статистику с помощью данных, которые пользователи указывают на вашем сайте. Для этого вам нужно принять условия и правила в отношении данных, предоставляемых пользователями, в аккаунте Google Рекламы.

Настройка схожа с Include user-provided data from your website в теге событий Google Analytics 4. И здесь, и там требуется указать дополнительные переменную:

Расширенное отслеживание конверсий в Google Tag Manager можно настроить несколькими способами:

1. автоматический сбор (automatic collection). Google автоматически обнаруживает на странице данные, предоставленные пользователями. Это самый простой и быстрый вариант, но надежнее будет добавить фрагмент кода на сайт либо указать селекторы CSS или переменные JavaScript;
2. с помощью кода (code). Для этого разработчиком на сайт добавляется фрагмент кода, который отправляет хешированные клиентские данные для сопоставления. Такой способ повышает точность расширенного отслеживания конверсий. Она достигается за счет отправки правильно отформатированных данных при каждой активации тега конверсии;
3. ручная настройка (manual configuration). Здесь вам потребуется самостоятельно сопоставить каждое поле вашей формы на сайте и указать вручную на странице селекторы CSS или переменные JavaScript с нужными данными, предоставленными пользователями. Этот метод точнее автоматического сбора, но не такой надежный, как добавление кода на сайт. Если вы часто меняете код сайта (в особенности форматирование или селекторы CSS на странице конверсии), то лучше не добавлять код, а настроить переменные уровня данных (dataLayer). Изменение форматирования сайта может нарушить отслеживание конверсий с помощью селекторов CSS.

• Предоставить данные по доставке – вы можете задать информацию, необходимую для проверки настроек доставки, для расширений типа Fast & Free (быстрая и бесплатная доставка).

Чтобы указать в объявлении, что для товара доступна быстрая бесплатная доставка, вы должны подтвердить достоверность сведений на вашем сайте. Аннотации начнут показываться только после того, как система Merchant Center проверит эту информацию.

Примечание: в настоящее время эта функция доступна только продавцам, которые рекламируют свои товары в США.

По умолчанию Google проверяет данные для аннотаций с помощью сканирования сайта. Другой источник данных для проверки — отслеживание конверсий в Google Рекламе. Если вы подключите отслеживание конверсий в своем магазине, то Merchant Center сможет проверять информацию автоматически. Необходимость сканировать сайт будет минимизирована.

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

Страна доставки (параметр country). Код страны, в которую будут доставлены товары. Указывается в формате ISO 3166-1 alpha-2. Например, если заказ отправляется в США, нужно ввести код US.

Расчетная дата доставки (параметр estimated_delivery_date). Крайний срок доставки заказа, информация о котором содержится в данных о покупательской корзине. Google будет использовать этот параметр для проверки сроков доставки как при первом размещении аннотаций о быстрой бесплатной доставке, так и при повторных проверках. Значение этого параметра должно указываться в международном формате (ГГГГ–ММ–ДД). Также оно должно соответствовать дате и часовому поясу региона, указанного в параметре delivery_postal_code.

Стоимость доставки (параметр shipping).

Заключительная настройка тега отслеживания конверсий в Google Рекламе - Включить ограничение обработки данных:

Чтобы помочь рекламодателям соблюдать различные законы о конфиденциальности штатов США, в тег Google можно добавить специальный параметр, указывающий, следует ли Google включать ограниченную обработку данных (RDP): Restricted_data_processing. По умолчанию для этого параметра установлено значение false (Ложь). Если вы установите для параметра значение true (Истина), Google ограничит использование определенных данных.

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

Более того, когда вы используете теги, связанные с Google Рекламой, вам необходимо добавить в свой контейнер Google Tag Manager тег Связывание конверсий. Как только вы это сделаете, во всех тегах Google Рекламы вы будете видеть соответствующее уведомление:

Для передачи конверсии в Google Рекламу необходимо выбрать один или несколько триггеров, активирующих тег.

Тег «Ремаркетинг в Google Рекламе»

С помощью ремаркетинга в Google Рекламе можно повторно привлекать потенциальных клиентов на сайт или в приложение. При этом пользователи добавляются в специальные списки, на которые нужно настроить таргетинг объявлений.

При настройке тега ремаркетинга указываются идентификатор конверсии Google Рекламы и ярлык конверсии (необязательно).

Примечание: ярлык конверсии требуется только в том случае, если вы используете списки ремаркетинга на основе тегов. Он не является обязательным при создании тега ремаркетинга. Если вы добавите ярлыки для конкретных действий-конверсий, то сможете получать больше конверсий.

Чтобы их получить, вам необходимо перейти в свой рекламный кабинет Google Ads и открыть раздел Инструменты – Общая библиотека – Менеджер аудиторий:

На открывшейся странице выберите вкладку Источники данных, а затем Настроить тег (если вы не делали это ранее):

Выберите тип данных, которые будут собираться вашим источником:

• Собирать только общие данные о посещениях сайта, чтобы показывать на нем рекламу (классический ремаркетинг);
• Собирать данные об определенных действиях, которые пользователи совершают на вашем сайте, чтобы показывать персонализированную рекламу (динамический ремаркетинг).

Дополнительно в настройках тега ремаркетинга Google Рекламы можно включить ограничение обработки данных (управление данными пользователей из Вирджинии, Калифорнии, Колорадо, Коннектикута и Юты), а также если вы используете на сайте идентификаторы пользователей (user_id), то отслеживать и их. Однако простановка этой галочки не снимает с вас задачи настройки параметра user_id программным способом (с помощью разработчика).

Выполнив эти настройки, Google перенаправит вас на следующий шаг, где вам необходимо выбрать способ добавления тега Google Рекламы с помощью Google Tag Manager:

Вы получите идентификатор конверсии, который необходимо добавить в соответствующее поле в настройках тега ремаркетинга:

В Google Tag Manager это будет выглядеть так:

В этом теге также присутствует опция Send dynamic remarketing event data (Отправить данные события динамического ремаркетинга), которая служит для отслеживания названий событий динамического ремаркетинга, ценности событий и обязательного параметра items, содержащего один или несколько объектов item (для розничной торговли).

Как и в теге отслеживания конверсий, в теге ремаркетинга присутствует настройка ограничения обработки данных, которая имеет тот же самый функционал.

Вместе с тегом вы можете передавать дополнительную информацию о совершаемом событии. Для этого используются пользовательские параметры. Их можно задать вручную в виде пары ключ – значение, а можно автоматически передавать с использованием уровня данных и переменной типа Переменная уровня данных.

Активировав в интерфейсе Google Рекламы функцию user_id, в настройках тега ремаркетинга вы можете указать переменную, которая извлекает значения идентификатора пользователя, которое вы определяете программно. За это отвечает специальное поле Идентификатор пользователя:

Уникальные идентификаторы пользователей используются для связывания взаимодействий на нескольких устройствах или настройки ремаркетинга. Подробнее о настройке user_id читайте в следующих главах.

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

Более того, когда вы используете теги, связанные с Google Рекламой, вам необходимо добавить в свой контейнер Google Tag Manager тег Связывание конверсий. Как только вы это сделаете, во всех тегах Google Рекламы вы будете видеть соответствующее уведомление:

Для передачи данных о пользователях в Google Рекламу необходимо выбрать один или несколько триггеров, активирующих тег.

Тег «Звонки после конверсии на сайте»

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

Коллтрекинг (Call-tracking) – это технология отслеживания телефонных звонков и инструмент оценки эффективности рекламы. В основе принципа работы call-tracking – определение рекламных источников, с которых приходят обращения клиентов.

С его помощью можно:

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

Отслеживание звонков по телефону, наряду с кликами по кнопкам и отправкой формы, является одной из важнейших настроек в аналитике. Сервисы, предоставляющие услуги коллтрекинга, предлагают придерживаться такой рекомендации:

Если у вас доля обращений по телефону составляет более 20-30% от общего количества – используйте коллтрекинг!

Если вы пренебрежете отслеживаниями конверсий по звонкам, то не сможете видеть общую картину по эффективности различных источников продвижения, а статистика в отчетах Яндекс Метрики и Google Analytics будет неполная. Это не позволит вам обосновать клиенту ценность платного канала привлечения, а также убедить его масштабировать рекламные источники. Именно поэтому звонки по номеру телефона так важно фиксировать.

Коллтрекинг для интернет-маркетолога/веб-аналитика позволяет:

• узнать все о посетителе сайта (откуда был совершен переход, по какому ключевому слову, с какого устройства, города он заходил, сколько времени провел на сайте и т.д.);
• определить какие рекламные кампании приносят целевые звонки, а по каким обращения очень плохо закрываются в продажи (реальные деньги);
• оптимизировать рекламный бюджет за счет отключения или корректировки неэффективных площадок продвижения;
• со временем снижать стоимость лида (CPL);
• совершенствовать посадочные страницы.

Принцип работы коллтрекинга зависит от его типа. Всего существует три разновидности: статический, динамический и комбинированный (используется как статический, так и динамический).

Статический коллтрекинг используется, как правило, для анализа офлайн-рекламы (радио, телевидение, наружная реклама, Яндекс Карты, 2GIS, буклеты, каталоги и т.д.), реже - для анализа рекламного канала в интернете (например, для визитки Яндекс Директа или Google Ads).

Основа технологии динамического коллтрекинга — это пул телефонных номеров, который выделяется под проект. Каждому пользователю сайта показывается свой уникальный номер телефона. Это дает возможность определить источник звонка вплоть до ключевого слова и другие данные о пользователе.

В динамическом коллтрекинге важна точность определения источника звонка. Он завязан на суточном количестве посещений сайта. В рамках этой посещаемости сервисы гарантируют минимальную погрешность.

При выборе коллтрекинга обращайте внимание на следующие критерии:

• точность данных;
• запись разговоров;
• география охвата;
• возможность использовать свои номера;
• интеграция с другими платформами (рекламные источники, CRM/ERP-системы);
• хорошая техподдержка;
• использование API, Webhooks;
• цена.

Однако если вы пока не готовы использовать сторонние сервисы отслеживания и работайте только с Google Рекламой, вы можете воспользоваться бесплатным коллтрекингом от Google. С его помощью вы сможете узнать, какие ключевые слова, объявления, группы объявлений и кампании приводят к звонкам-конверсиям на поиске.

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

Принцип работы бесплатного коллтрекинга от Google заключается в следующем:

• пользователь кликает по рекламе на поиске;
• Google подменяет ваш номер на сайте на свой;
• человек набирает на подмененный номер телефона;
• звонок поступает на номер Google и переадресовывается к вам;
• собранные данные передаются в Google Ads как звонок-конверсия.

Номер Google для переадресации – это уникальный номер телефона, который используется в ваших рекламных объявлениях для отслеживания звонков потенциальных клиентов. Для его работы нужно включить отчеты по звонкам в настройках аккаунта.

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

Чтобы настроить его в Google Рекламе, сначала создайте звонок-конверсий в интерфейсе и задайте ему настройки. Для этого перейдите в раздел Цели и создайте новую конверсию:

Создайте конверсию типа Телефонные звонки:

В качестве источника звонков для отслеживания выберите вариант Звонки по номеру телефона на сайте:

Далее необходимо задать настройки звонка-конверсии - название конверсии, ценность, режим подсчета конверсий.

Вам потребуется указать номер телефона, по которому пользователи должны звонить, чтобы связаться с вами. Именно на этот номер будет переадресовываться звонок после того, как его примет Google. Задайте его в графе Целевой номер, выбрав страну. В поле Отображаемый номер укажите номер телефона, который пользователи сейчас видят на сайте. Он будет заменен на номер Google для переадресации.

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

В поле Длительность звонка введите минимальное значение в секундах, при котором телефонный звонок будет считаться конверсией. Я не рекомендую ставить значение менее 30 секунд, поскольку звонок такой длительности, вероятнее всего, рекламный (что-то предлагают вам) или нецелевой. За такой короткий промежуток времени вряд ли потенциальный клиент узнает все о товаре или услуге у вашего менеджера. Поэтому такие звонки не будут засчитываться как конверсии. А вот от 45 или 60 секунд - да:

В пункте Период учета конверсий по кликам задайте целое число дней, в течение которых следует учитывать конверсии. Значение можно выбрать из списка, а можно задать свое собственное. По умолчанию в Google Ads стоит 30 дней. Это означает, что будут учитываться звонки пользователей, которые произошли в течение 30 дней после взаимодействия с вашим рекламным объявлением.

В качестве последней настройки выберите модель атрибуции. От нее зависит, какая доля ценности конверсии присваивается каждому взаимодействию с объявлением. Оставьте по умолчанию На основе данных. При желании, вы всегда можете сравнить эффективность разных моделей в инструменте Атрибуция.

Нажмите Создать и продолжить. На следующем шаге выберите способ добавления отслеживающего тега к себе на сайт. Всего доступно 3 варианта:

• самостоятельно установить тег;
• отправить руководство по настройке разработчику на электронную почту;
• использовать Google Tag Manager.

Нас интересует последний способ.

Вам откроется инструкция по настройке тега. Сохраните значения идентификатора конверсии и ярлык конверсии.

Вернитесь в Google Tag Manager и добавьте эти значения в соответствующие поля тега. В поле Номер телефона на сайте, который нужно заменить добавьте номер телефона, который написан на вашем сайте, точно также, как он указан (со скобками, пробелами, тире и т.д.).

В качестве триггера активации установите All Pages (Все страницы) или определенный URL, если номер телефона для подмены размещен не на всех страницах сайта. Стандартный тег для звонков-конверсий в GTM не поддерживает международные форматы номеров. Поэтому номера Google для переадресации могут показываться с лишними плюсами (+), которых не должно там быть. Чтобы избежать этого, используйте национальный формат номера, без знака +.

В завершение сохраните тег. Не забудьте опубликовать изменения в контейнере.

Тег «Google Ads User-provided Data Event»

С помощью этого тега (еще он называется Событие Google Рекламы, связанное с данными пользователя) можно легко настроить расширенное отслеживание конверсий.

Как вы уже знаете, в Google Ads их есть два типа:

1. расширенное отслеживание конверсий на сайте (Enhanced conversions for web) - информация поступает с форм на сайте в Google Рекламу;
2. расширенное отслеживание конверсий потенциальных клиентов (Enhanced conversions for leads) - при такой настройке вы загружаете зашифрованные собственные данные о конвертированных пользователях из CRM-системы в Google Рекламу. Затем Google Ads использует эти данные, чтобы связать конверсию с соответствующей рекламной кампанией.

Google добавил тег Google Ads User-provided Data Event в диспетчер тегов Google для упрощения настроек, разделив таким образом функционал стандартного отслеживания конверсий с помощью тега Отслеживание конверсий в Google Рекламе от расширенного отслеживания конверсий (используется этот тег), хотя и там и там есть возможность задать пользовательскую переменную user-provided data variable и собирать данные, предоставляемые пользователями.

Всего в теге Google Ads User-provided Data Event две настройки – это Идентификатор конверсии, который берется из интерфейса Google Рекламы после создания действия-конверсии (см. выше) и поле Данные, предоставляемые пользователями.

Для расширенного отслеживания конверсий необходимо задать переменную, которая бы извлекала значения из полей формы, введенные пользователем на вашем сайте.

Создав такую переменную, у вас есть несколько способов настройки:

1. автоматический сбор (Automatic collection). Используя такой вариант, Google будет автоматически обнаруживать на странице данные, которые вводили пользователи в поля формы, хешировать их и в таком виде передавать в Google, а затем использовать для более точной регистрации конверсий.

Вы также можете задать вручную исключения CSS для некоторых элементов с помощью CSS селекторов:

Автоматический сбор является самым простым способом отслеживания и в то же время самым неточным, поскольку Google не всегда корректно определяет поля и формы на сайте. Для повышения точности отслеживания вы можете использовать другие варианты настройки.

2. с помощью кода (Code). По вашему техническому заданию разработчиком на сайт добавляется фрагмент кода, который отправляет хешированные клиентские данные для сопоставления с данными Google.

В официальной документации Google Рекламы приведена таблица, в которой прописаны все допустимые переменные с данными о клиенте.

Переменным можно задать произвольные названия. В столбце Название ключа указано, как эти переменные обозначаются в теге расширенного отслеживания конверсий. Все данные должны передаваться как переменные типа строка. Кроме того, каждый компонент имени и адреса должен определяться отдельной переменной (отдельная переменная для имени, отдельная переменная для фамилии и т.д.).

После того, как программист реализует это на вашем сайте, в Google Tag Manager вам необходимо создать пользовательскую переменную типа Собственный код JavaScript, в который нужно добавить нижеприведенный код:

Замените названия всех переменных с данными клиентов (например, yourEmailVariable) на названия своих глобальных переменных JavaScript, содержащих эти данные и определенных на странице конверсии. На те, которые реализовал разработчик.

Примечание: должны передаваться данные хотя бы одного из следующих полей -

• электронная почта (предпочтительно);
• адрес (обязательные данные: имя, фамилия, почтовый индекс и страна);
• номер телефона: можно передавать как отдельный ключ, однако мы рекомендуем делать это в сочетании с адресом электронной почты.

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

После создания переменной с пользовательскими данными используйте ее в переменной Данные, предоставляемые пользователями, выбрав тип отслеживания Code:

Такой способ повышает точность расширенного отслеживания конверсий. Она достигается за счет отправки правильно отформатированных данных при каждой активации тега конверсии.

3. ручная настройка (Manual configuration). Здесь вам потребуется самостоятельно сопоставить каждое поле вашей формы на сайте и указать вручную на странице селекторы CSS или переменные JavaScript с нужными данными, предоставленными пользователями.

Этот метод точнее автоматического сбора, но не такой надежный, как добавление кода на сайт. Если вы часто меняете код сайта (в особенности форматирование или селекторы CSS на странице конверсии), то лучше не добавлять код, а настроить переменные уровня данных (dataLayer). Изменение форматирования сайта может нарушить отслеживание конверсий с помощью селекторов CSS.

Таким образом, для расширенного отслеживания конверсий Google необходимо создать переменную Данные, предоставляемые пользователями, в которой вы должны самостоятельно для каждого поля вашей формы в соответствующих настройках задать другую переменную Собственный код JavaScript, которая будет извлекать это значение из конкретного поля формы.

Например, вот так может выглядеть ручная настройка для отслеживания значения поля электронной почты:

А сама переменная типа Собственный код JavaScript, которая извлекает значение из поля e-mail, может иметь такой код:

Аналогичным образом вы должны создать переменные типа Собственный код JavaScript для каждого поля формы и указать их в соответствующих местах переменной Данные, предоставляемые пользователями. А затем эту переменную добавить в тег Google Ads User-provided Data Event:

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

Расширенные настройки тегов

У большинства тегов под основными настройками располагаются расширенные.

Приоритет активации тегов - целое число (положительное или отрицательное), определяющее порядок запуска тегов. Чем больше данное число, тем раньше будет активирован тег при истинности одного из триггеров, связанных с данным тегом. По умолчанию значение "0", и все теги начинают выполняться одновременно независимо от того, закончилось ли выполнение предыдущего тега. Например, тег с приоритетом "3" будет запускаться до тегов с приоритетами 1 и 2.

Включить специальное расписание активации тега. Если вы знаете, что некоторый тег понадобится вам на сайте в определенный период времени (например, при проведении рекламной акции вы отслеживаете определенные действия пользователей на сайте) просто активируйте данную настройку. Вы можете задать дату начала (время начала) и дату окончания (время окончания). Также дополнительно необходимо указать часовой пояс. Дата и время окончания не могут предшествовать дате и времени начала.

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

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

Настройки активации тега

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

Один раз на событие (указывается по умолчанию). Тег активируется только один раз при выполнении определенного события. Этот вариант полезен для передачи информации на уровень данных. Информация передается один раз, поэтому и тег срабатывает один раз.

Один раз на страницу. Тег активируется один раз при загрузке страницы. Этот вариант применяется, когда необходимо активировать какой-то пользовательский скрипт JS, который мы подгрузили на страницу с помощью пользовательского HTML-тега.

Например, активации тега Один раз на страницу полезна, когда мы хотим отследить прокрутку страницы. Пользователь дошел до какого определенного элемента один раз, и мы это действие отследили. При последующих прокрутах туда-сюда нам уже это не так важно.

Последовательность активации тегов

Последовательность активации тегов — это опция, которая позволяет установить порядок выполнения тегов на веб-сайте, когда условия их активации соблюдены. Это особенно полезно, когда несколько тегов должны быть выполнены в определенном порядке для правильной работы аналитики и отслеживания действий пользователей.

Например, если у вас есть тег аналитики (или какой-то специальный код), который должен быть выполнен после тега пикселя Facebook, вы можете настроить последовательность активации тегов таким образом, чтобы сначала выполнить тег Facebook, а затем тег аналитики. Это поможет избежать проблем с неправильным выполнением тегов на сайте и обеспечивает точность данных для анализа.

После выбора тега у нас появляется настройка, которая позволяет указать параметр:

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

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

В качестве простого примера разберем:

1. клик по кнопке Подобрать букет на сайте;

2. вывод с помощью пользовательского HTML-тега сообщения в консоли браузера Hello, World. Конструкция имеет такой вид:

В качестве порядка активации тегов зададим следующие значения:

• в теге Подобрать букет активируем настройку запуска тега перед текущим, выбрав наш пользовательский HTML-тег Сообщение Hello, World

Таким образом, у нас сообщение в консоли Hello, World должно появиться до активации тега клика по кнопке Подобрать букет.

У тега Сообщение Hello, World не заданы триггеры для активации, но есть информация о том, что данный тег будет активироваться непосредственно перед тегом Подобрать букет.

Перейдя в режим отладки Google Tag Manager и кликнув по кнопку, мы увидим, что по событию gtm.click активировалось два тега, несмотря на то, что у нас в настройках задан только один тег – это Подобрать букет.

Данные теги связаны между собой последовательностью активации. Аналогичным образом настраивается порядок активации ПОСЛЕ.

Настройки согласия (BETA)

3 сентября 2020 года Google запустил режим согласия (Google Consent Mode), предлагающий более гибкое использование тегов Google и измерение конверсий в зависимости от выбора пользователя в соответствии с требованиями GDPR. В этом режиме были представлены две настройки тегов, которые управляют файлами cookie в рекламных и аналитических целях для рекламодателей, использующих Global Site Tag (gtag.js) или Google Tag Manager. Это:

• ad_storage (для рекламных инструментов);
• analytics_storage (для Google Analytics);

Также для настройки и активации режима согласия Google стало возможным воспользоваться CMP-провайдерами, с которыми компания сотрудничает и имеет прямые интеграции - Commanders Act, Consentmanager, Cookie Information A/S, Cookiebot, Crownpeak, Didomi, iubenda, OneTrust, Usercentrics и другие.

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

А в марте 2024 года режим согласия Google претерпел небольшие изменения (появился Google Consent Mode v2) и стал дополнительно запрашивать два новых параметра:

• ad_user_data (согласие на использование личных данных пользователя) в рекламных целях;
• ad_personalization (согласие на использование данных для ремаркетинга).

В настройке теперь есть два режима:

1. проверки встроенного согласия;
2. проверки дополнительного согласия с возможностью выбора.

Проверка встроенного согласия говорит о том, что данный тег уже поддерживает перечисленные согласия. Они определяются Google автоматически. Например, на скриншоте выше для тега Google были определены проверки встроенного согласия ad_storage, analytics_storage, ad_user_data и ad_personalization, а для тега типа Пользовательский HTML (см. скриншот ниже) встроенных согласий не было обнаружено.

У тегов Google Рекламы, связывания конверсий, Floodlight и других, относящихся к рекламе, определяются ad_storage,  ad_user_data и ad_personalization. Другие теги могут отображать иные типы согласия.

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

Специальные теги

Тег «Пользовательский HTML»

У тегов, которых нет встроенных шаблонов в GTM, используется категория Пользовательские теги. К ним относятся, например, коды Яндекс Метрики, Meta Pixel (Facebook), VK Реклама и другие.

Пользовательский тег HTML – это код стороннего сервиса, который должен быть заключен внутри тегов <script></script>. Вот так выглядит пользовательский HTML тег счетчика Яндекс Метрики:

Вы также можете включить вызовы функции document.write() в тегах, установив соответствующий флажок.

document.write() – метод добавления текста к документу. Он работает только пока HTML-страница находится в процессе загрузки и дописывает текст в текущее место HTML еще до того, как браузер построит из него DOM.

Также в пользовательский HTML тег можно вставлять встроенные и пользовательские переменные. Для этого используют конструкцию двойных фигурных скобок {{myVariable}}.

Тег «Пользовательское изображение»

Помогает отслеживать поведение пользователей там, где не работают остальные теги (например, в браузерах с отключенным выполнением скриптов). В конце ссылки добавляется невидимый пиксель изображения с URL-адресом определенного формата со специальными параметрами. По ним происходит передача данных.

Google Analytics, Пользовательский HTML и многие другие теги работают на основе JavaScript. Если они загружаются на странице, на которой отключена поддержка JavaScript, то теги не сработают.

В связи с этим разработчики Google предусмотрели возможность загрузки через тег <iframe>. А он, в свою очередь, загружается частью контейнера <noscript> и показывает свое содержимое, если браузер не поддерживает работу со скриптами или их поддержка отключена пользователем. В остальных случаях браузер игнорирует этот тег и все, что располагается внутри него.

Именно для этих целей и нужна вторая часть кода контейнера Google Tag Manager, которую Google просит разместить после открывающего тега <body>:

Наиболее частое применение тега Пользовательское изображение в GTM — отслеживание посещений для пикселя Facebook. У этого типа тега всего две настройки:

• URL изображения – поле, где содержится адрес изображения со всеми параметрами, которые нужно передать;
• Включить блокировку кэша (параметр gtmcb по умолчанию) – при включении обращения будут регистрироваться в том числе с браузеров с кэшированным изображением.

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

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

Если отключить галочку параметра Включить блокировку кэша, то тег сработает только при первой загрузке сайта, так как изображение будет загружено во временное хранилище. А при включении опции Google Tag Manager добавит параметр gtmcb к URL изображения со случайным значением. Например, так:

site.ru/image.jpeg?gtmcb=1713862799

Поскольку значение в URL всегда разное, браузеру придется каждый раз скачивать изображение. А раз это будет происходить каждый раз, то мы сможем отслеживать это событие постоянно. Поэтому этот параметр лучше всегда держать включенным.

Ещё

В категории тегов Еще содержатся шаблоны к сервисам, которые не так популярны у нас, но которые часто используются в мире. Это и comScore Unified Digital Measurement, и тег Adroll Smart Pixel, и Criteo One Tag, и Hotjar Tracking Code, и другие. Руководства по настройке какого-либо тега из этой категории вы найдете на сайте поставщика.

Обычно теги активируются при загрузке страницы или в ответ на какое-либо действие на ней. В Google Tag Manager вы устанавливаете триггеры, определяющие, когда должны активироваться теги. Например, триггер Все страницы (All Pages) будет запускать тег на всех страницах при загрузке сайта.

Для тегов можно задавать как триггеры активации, так и триггеры блокировки (исключения).

Шаблоны тегов

Как вы уже знаете, в диспетчере тегов Google существует возможность использования пользовательских шаблонов (Custom Templates).

С их помощью можно создавать собственные теги и переменные, которые ваши коллеги будут использовать наряду со встроенными шаблонами GTM. Добавить тег стороннего разработчика в свою рабочую область можно двумя способами:

1. через вкладку Шаблоны и Поиск в галерее

2. через вкладку Теги, создание тега. В открывшемся меню необходимо кликнуть на самое верхнее уведомление:

В открывшемся списке вы увидите большое количество шаблонов тегов как для сторонних сервисов, так и предназначенных для упрощения настройки различных отслеживаний.

Например, в пользовательских тегах есть готовое решение для установки счетчика Яндекс Метрики:

После того, как вы добавите шаблон тега в свою рабочую область, сам тег будет отображаться в разделе Шаблоны, а также в списке тегов в блоке Пользовательские с соответствующим значком ГАЛЕРЕЯ: