Типы триггеров Google tag manager

Содержание

Это перевод статьи Capturing The Correct Element In Google Tag Manager, датированной 8 февр. 2017 г., оригинал этой статьи, и другие полезные статьи, вы можете найти на блоге ее автора — Симо Ахавы.

Google Tag Manager предоставляет нам ряд встроенных триггеров, скоторые упрощают отслеживание действий на веб сайте. Эти триггеры являются частью парадигмы, именуемой автоматическим отслеживанием событий, которая включает в себя такие типы триггеров как Клик, Форма, История и Ошибка JavaScript. [1]

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

  • Руководство по триггерам Google Tag Manager
  • Автоматическое отслеживание событий в GTM 2.0
  • Исправление проблем с GTM-слушателями
  • Почему мои GTM-слушатели не работают?

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

Что такое тэги, триггеры и переменные в Google Tag Manager

1) Триггер «Только ссылки» захватывает ссылки( ) — предает ближайшую сылку, в которую обернут элемент, по которому кликнули.

2) Триггер «Все элементы» передает непосредственно тот элемент, который был нажат.

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

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

Зачем использовать «Все элементы»?

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

Если нужно трекать кнопку, поле формы, или изображение — без триггера «Все элементы» не обойтись.

Другая достаточно весомая причина, о которой вы, возможно, даже не подозревали — триггер «Все элементы» использует фазу захвата пути события , в отличие от триггера «Только ссылки», который, как и почти все другие триггеры GTM, использует фазу всплытия.

Почему это так важно? Потому что отмена выполнения событий чаще всего происходит в фазе всплытия. Многие сталкивались с формами и ссылками, для которых соответствующие триггеры в Google Tag Manager попросту не срабатывают. Причина часто кроется в том, что какой-нибудь JavaScript код на сайте препятствует “всплытию” события вверх по документу и оно не может добраться туда, где его ожидает обработчик GTM.

Но когда вы используете триггер «Все элементы», вы используете фазу перехвата, которая “ломается” гораздо реже.

Триггеры Google Tag Manager

Другими словами, триггер «Все элементы» фактически позволяет вам применять трекинг ссылок к тем ссылкам, которые не трекаются с помощью триггера «Только ссылки»)

Единственная проблема с этим подходом состоит в том, что триггер «Все элементы» возвращает элемент, по которому фактически кликнули. Разберем ожидания и реальность подробнее. Допустим, у вас есть такой код на сайте:

Если вы использовали триггер «Только ссылки», и ничего не помешало выполнению события, клик по ссылке заберет в качестве целевого элемента. Но если вы используете триггер «Все элементы», GTM захватит , ведь фактически кликнули именно на этот элемент.

Что такое активный пользователь Гугл

Как же воспользоваться преимуществом триггера «Все элементы» с его обработчиком фазы перехвата и иметь возможность отслеживать любой элемент в дереве DOM?

Конечно же, с помощью магии пользовательского HTML тега и пользовательской переменной JavaScript!

Решение

Решение состоит из двух частей. Во-первых, нам нужно создать пользовательский HTML тег, который вводит Polyfill(читай: обходной путь) для старых браузеров — они могут не поддерживать метод, который мы собираемся использовать.

Также мы создадим пользовательскую JavaScript-переменную с универсальной функцией, в которую мы сможем передавать CSS-селектор. Эта функция, в свою очередь, будет подниматся по дереву документа и возвращает элемент, соответствующий селектору.

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

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

Пользовательский HTML-тег должен срабатывать на странице как можно раньше, можно даже использовать для него триггер «Все страницы».

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

Polyfill с благодарностью скопирован со страниц Mozilla Developer Network .

Скрипт проверяет, поддерживает ли браузер метод Element.matches() или его альтернативу. Если совпадений не найдено, то это исправляется с помощью пользовательского метода, который проходится по документу в поисках элемента, который соответствует указанному CSS-селектору.

Как только ваш тег имплементирован — он готов к использованию!

Пользовательская переменная JavaScript

Чтобы все заработало, нам понадобится небольшая воспомогательная функция. Создайте новую пользовательскую переменную типа Собственный код JavaScript и назовите ее >.

Код, который необходимо в нее поместить:

function() return function(target, selector) while (!target.matches(selector) !target.matches(‘body’)) target = target.parentElement;
>
return target.matches(selector) ? target : undefined;
>
>

Эта функция принимает два параметра: target и selector . Первый — это HTML-элемент , как например встроенная переменная >. Второй, очевидно — строка CSS-селектора. Селектор используется, чтобы сообщить GTM следующее:

Начиная с target , поднимайся вверх по структуре DOM, пока не найдешь элемент, соответствующий значению selector . Если такой элемент найден, верни его. Если такой элемент НЕ найден, верни исходный елемент.

Идея здесь в том, что несмотря на то, что клик попадает на элемент, который вам не нужен и который вы фактически отслеживаете, вы можете получить доступ к некоторому другому элементу относительно исходного. (Например вы трекаете кнопку под формой, но можете передавать в аналитику название HTML блока, в котором содержится форма, или тайтл формы, и тому подобное) Для этого метод с matches() просто неоценим, так как позволяет использовать относительные пути элементов.

Как это использовать

После настройки полифила и пользовательской JavaScript-переменной вы можете использовать это во всех своих JavaScript конструкциях в GTM. Для этого используйте следующий синтаксис:

var elementFound = >(someHTMLElement, ‘someCSSselector’);

Например, у вас есть такой код на сайте:

Product 1

Product 1

Вы настроили триггер “Клик— Только ссылки” или “Клик— Все элементы” для трекинга кликов по ссылке. Но вы также хотите передавать в аналитику id продукта из самого верхнего div («product_12345»). Чтобы сделать это, используйте такую пользовательскую переменную JavaScript:

function() var el = >(>, ‘div[id^=»product»]’);
return typeof el !== ‘undefined’ ? el.id : undefined;
>

Эта JavaScript-переменная принимает > (элемент, который был изначально нажат), а затем начинает подниматься по DOM, пока не найдет атрибут, div чей id начинается со строки «product». Если такой элемент найден, он возвращает значение соответствующего id атрибута. Если элемент не найден, вернется undefined .

Итог

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

Используя этот метод вы можете выйти за рамки встроенных функций GTM и обращаться к DOM более филигранно. Обход DOM с помощью > — это быстрый способ получить необходимые данные, используя нативный JavaScript, который обычно встречается только в таких средах, как jQuery.

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

Гугл пиксель xl отзывы

Триггер тут такой:

А тег был такой (это бесполезная информация, но дойдем уже аж до тега):

Это все взаимосвязано следующим образом —когда человек кликает по точкам слайдера-карусели, в аналитику передается заголовок блока, который он просмотрел. Клик по точке падает на — к спану я привязаться не могу, спанов много. Поэтому переменная Симо помогает моей кастомной переменной “залезть” выше спана и найти точку. В итоге, если страница такая-то и на ней кликнули по точке слайдера — записываем это в аналитику. Хоть это и далеко не лучший пример, но свою функцию обьяснить как это работает, надеюсь, он выполнил)

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

Хочу выразить огромную благодарность Симо за его чудесный блог, который очень помог мне в работе и давно стал моей “настольной книгой”, всегда меня выручал и ни разу не подводил.

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

Данный перевод не претендует на звание качественного. Советы по изменениям и справлениям приветствуются. Фразы, которые трудно было перевести дословно, переведены и/или дополнены по моему усмотрению.

Источник: medium.com

Google Tag Manager: неочевидные и полезные настройки триггеров

Маркетолог в Otzyvmarketing Станислав Романов рассказал, как с помощью диспетчера тегов Google Tag Manager (GTM) настроить аналитику и отслеживать скачивание файлов с сайта. Статья для тех, кто знает основы языка JavaScript и уже работал с GTM.

Что такое dataLayer

DataLayer — обычная переменная JavaScript. В нее можно записывать данные, чтобы затем передать их сервисам Google:

Название переменной можно изменить — вместо переменной dataLayer использовали имя dataOlga :

Различие dataLayer=[] и dataLayer.push()

Если объявить dataLayer=[] , то в памяти компьютера это имя будет ссылаться на целый массив. Таким образом, присваивание переменной новых данных означает простую перезапись значений. Теряется доступ к переменным из первого массива.

Это выглядит примерно так:

При этом dataLayer.push() — не переменная и не массив. Это метод, который можно применять к любому массиву и либо получать что-то на выходе, либо как-то изменять сам массив. Иными словами, берем массив dataLayer и применяем к нему метод push() — получаем dataLayer.push() . Push не перезаписывает данные, как в случае переопределения массива, а добавляет к массиву новые значения.

Лучше всего при работе с GTM использовать метод push так:

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

Как настроить аналитику на одностраничниках

GTM позволяет без проблем синхронизировать работу одностраничника с Google Analytics. Под одностраничником я подразумеваю сайт, где все страницы имеют единственную оболочку, а новые данные появляются на сайте динамически посредством AJAX. Он мешает обычной работе GA, поэтому тут не обойтись без триггера GTM:

После создания триггера следует применить его к Universal Analytics:

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

Правда, описанный выше метод не подходит для сайтов, где используются различные переменные get-запросов и «портится» URL. Для таких усложненных адресов придется настраивать GTM более хитрым образом.

1. Настраиваем переменные

Заходим в настройки раздела «Переменные» и выбираем New History Fragment и History Source — они нужны для сохранения URL вместе с get-запросами и их проверки.
После этого придется поработать с JavaScript и создать свою переменную getPathWithFragment , в которую записываем URL. Адрес отправится в GA и таким образом поможет аналитике Google разобраться, когда URL на самом деле меняется:

Код возвращает путь, строку и хеш URL-адреса.

2. Создаем триггер

После настройки триггера History fragment change выбираем его тип. Здесь следует взять History change и выбрать активацию popstate. Все эти манипуляции позволят зафиксировать изменение активной записи истории:

Google foto что это за программа на Андроид

3. Настраиваем тег

Далее настраиваем Universal Analytics. В настройках выбираем Page и переменную getPathWithFragment , которую создали ранее:

Вот и все, осталось только добавить триггер History fragment change и проверить работу тега.

4. Для чего нужен тег

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

Как отслеживать исходящие ссылки и загрузки файлов

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

1. Создаем переменную

Нам нужно объявить новую переменную, которая будет регистрировать событие. Можно назвать ее Click_URL_Hostname. Поскольку переменная будет содержать адрес, то ее тип будет URL. При этом лучше убрать www, чтобы избежать удвоения информации:

2. Создаем триггер

Выбираем тип «Только ссылки». В качестве условия выбираем ранее созданную переменную Click_URL_Hostname:

3. Создаем тег

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

Если все сделали правильно, то тег должен работать. Конечно, его нужно проверить с помощью отладчика. Отметим, что UA — это постоянная, в которую записан ID аналитики. Это обычный прием программистов: вместо чисел использовать константы, чтобы потом легко производить массовые замены.

Как отслеживать скачивание файлов с помощью Google Tag Manager

Если вам нужно узнать, как, когда и с какой частотой пользователи скачивают файлы — воспользуйтесь одной из систем аналитики или настройте GTM.

Создаем триггер, выбираем в качестве типа «Только ссылки». Далее настраиваем активацию Click URL:

Такая настройка GTM позволит зафиксировать скачивание файлов с расширением xlsx, pdf, docx, zip и csv.

После этого можно создать тег, выбрав тип «Событие» и настроив параметры. Нечто подобное мы уже делали выше, когда отслеживали исходящие ссылки.

Мнения экспертов: почему выбирают Google Tag Manager

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

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

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

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

При этом GTM будет полезен как обычным специалистам, маркетологам и рекламщикам, так и крупным компаниям и агентствам, которые занимаются интернет-рекламой».

Денис Лисогоря, digital-аналитик в OWOX BI.
«GTM — отличный способ упростить себе работу с аналитикой на сайте. Это незаменимая вещь для отслеживания и анализа поведения пользователей. С его помощью можно легко управлять процессом сбора данных с сайта, путем редактирования и настройки тегов.

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

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

Телефон Google 4 pixel обзор

На данный момент есть Галерея шаблонов (Community Template Gallery), в которой вы найдете шаблоны тегов, помогающие решить практически любые задачи, например настроить сбор данных для расширенной электронной торговли. Короче говоря, GTM – это целый океан возможностей!».

От редакции

  • Курс для новичков «Старт в программировании»
  • Профессия «Python-разработчик»
  • Онлайн-курс «Разработчик на Kotlin»
  • нетология
  • google tag manager
  • веб-аналитика

Источник: habr.com

Группы триггеров в диспетчере тегов Google

В блоге Simo Ahava – эксперта по Google Tag Manager и Google Analytics – появился свежий материал о Группах триггеров в диспетчере тегов Google. Мы перевели эту статью, чтобы помочь вам разобраться с настройками и основными нюансами, которые нужно учитывать при работе с Группой триггеров.

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

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

Оглавление

  1. Группы триггеров не могут использоваться как исключения
  2. Группы триггеров срабатывают только один раз на страницу
  3. Группы триггеров не заменяют сгруппированные триггеры
  4. Информация о Группе триггеров в объекте dataLayer довольно скудна

Как настроить Группу триггеров

В пользовательском интерфейсе Google Tag Manager выберите «Триггеры», затем «НОВЫЙ» и нажмите «Выбрать тип триггера, чтобы начать настройку».

Создание нового триггера

В открывшемся окне выберите «Группа триггеров».

Группы триггеров имеют довольно простую логику.

  1. Нажмите на кнопку выбора триггера (или синего плюса) в середине экрана настроек.
  2. Выберите один или несколько существующих триггеров из открывшегося окна.

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

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

Добавив триггеры, вы можете указать дополнительные условия срабатывания. Для этого выберите пункт «Некоторые условия» из предложенного меню « Условия активации триггера ». Указанное вами условие будет добавлено в дополнение к условиям срабатывания группы триггеров.

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

Пример 1: глубина прокрутки и затраченное время

Исходя из информации, предложенной в моей недавней статье , вы можете создать группу триггеров с триггерами «Глубина прокрутки» и «Таймер» .

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

В данном примере у меня есть триггер «Глубина прокрутки», который срабатывает при прокрутке на 50%, и триггер «Таймер», который срабатывает при 30 секундах ожидания на странице.

Группа триггеров объединяет триггеры «Таймер» и «Глубина прокрутки».

Пример 2: дождитесь срабатывания триггера «Все страницы»

Такой метод может применяться в случае , если вы хотите установить порядок запуска между двумя триггерами и между тегами, которые их запускают. Классический пример — ожидание запуска тега «Просмотр страницы» в Google Analytics перед любым тегом «Событие».

Мифом является тот факт , что сбор событий перед просмотром страниц наносит ущерб аналитике. GA способен объединить сеанс, в котором событие входа не означало просмотр страницы.

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

Помните, что у вас нет возможности установить порядок в группе триггеров. Она сработает вместе с перечисленными триггерами, независимо от их порядка. Основное предположение заключается в том, что триггер «Пользовательское событие – nonIdle» никогда не сработает раньше триггера «Все страницы».

Как сменить аккаунт в play Google

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

Пример 3: полученное согласие

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

Несмотря на отсутствие тех свойств, которыми обладает последовательность тегов, или передачи событием статуса согласия в dataLayer (или его записи в файл cookie), запускать теги можно только после того, как конкретное событие «предоставления согласия» было помещено в dataLayer .

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

Пример 4: взаимодействие с формой

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

Чтобы это работало, вам нужен триггер, который срабатывает при изменении значения поля формы пользователем. Это легко сделать с помощью специального прослушивателя событий , где имя события, которое вы прослушиваете, называется ‘change’ :

var form = document.querySelector(‘#someForm’); form.addEventListener(‘change’, function(e) < window.dataLayer.push(< event: ‘formFieldChanged’, field: e.target >); >);

Создайте триггер « Пользовательское событие » c названием события formFieldChanged . После этого легко создать группу триггеров, в которой пользователь должен, например, трижды взаимодействовать с полями формы прежде, чем сработает тег:

Моменты, которые необходимо учитывать

Ниже приведены некоторые нюансы, которые нужно учитывать при работе с группами триггеров.

1. Группы триггеров не могут использоваться в качестве общих исключений

Вы не можете использовать Группу Триггеров в качестве исключения триггера , потому что Группа Триггеров может заблокировать от срабатывания только себя.

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

2. Группы триггеров сработают только один раз

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

Это не так критично, но существуют некоторые последствия. Например, у вас есть триггер «Глубина прокрутки», который срабатывает на глубинах 25, 50, 75 и 100%, а затем вы комбинируете его с 30-секундным триггером «Таймер» в группе триггеров. Она срабатывает только один раз, когда оба триггера — «Глубина прокрутки» и «Таймер» — сработали хотя бы однократно. Таким образом, невозможно дождаться повторного срабатывания группы триггеров до того момента, пока пороговое значение глубины прокрутки не станет, например, каким-то определенным значением.

Группа триггеров не подлежит сбросу после однократного срабатывания.

3. Группы триггеров не заменяют сгруппированные триггеры

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

4. Информация о Группе триггеров в объекте dataLayer довольно скудна

Группа триггеров добавляет новое событие в список событий GTM по умолчанию: gtm.triggerGroup . Объект, который передается с этим событием, чаще всего является просто ключом gtm.triggers , совпадающим с идентификатором контейнера в сочетании с идентификатором самой группы триггеров:

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

Вывод

Группы триггеров — достойное дополнение к арсеналу Google Tag Manager.

Мы еще далеки от того, чтобы установить сложную логику между триггерами (ЕСЛИ… ТО, ИНАЧЕ и т.д.), но это шаг в правильном направлении.

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

Источник: www.mediaguru.ru

Рейтинг
Загрузка ...