сколько максимально параметров можно передавать с каждым datalayer push

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. Все эти манипуляции позволят зафиксировать изменение активной записи истории:

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 достаточно много разной информации, есть официальный форум и справка, где вы всегда сможете найти ответ на свой вопрос.

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

Мнение автора и редакции может не совпадать. Хотите написать колонку для Нетологии? Читайте наши условия публикации. Чтобы быть в курсе всех новостей и читать новые статьи, присоединяйтесь к Телеграм-каналу Нетологии.

Источник

Уровень данных (dataLayer)

Уровень данных – это объект (массив объектов) или переменная JavaScript, которая хранит и передает информацию с вашего сайта в Google Tag Manager. Затем эти данные могут передаваться и другим сервисам, например, в Google Analytics, Facebook, Criteo OneTag и др.

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

Очень часто уровень данных и dataLayer используют как синонимы. Это не так, поскольку уровень данных – это сам объект, с которым мы работаем и благодаря которому мы передаем данные в GTM, а dataLayer – всего лишь имя данного объекта. Оно в Google Tag Manager стандартное по умолчанию. Убедиться можно в этом перейдя в код контейнера:

Фрагмент кода контейнера GTM

Мы можем изменить данное имя и тогда будет использоваться не dataLayer, а то, которое захотим, например, такое:

Пример изменения уровня данных в коде сайта

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

В отличие от переменной, можно передавать одновременно до 300 элементов;

Почему dataLayer?

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

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

В режиме предварительного просмотра это будет выглядеть так:

Пример описания ДО кода контейнера GTM

Для отслеживания различных действий пользователя в GTM предусмотрена специальная переменная event. Event можно использовать внутри обработчика того или иного события. Наличие ключа event сообщает GTM, что нужно что-то сделать. Далее он действует в зависимости от содержания event, в данном случае выводит значение «ДО GTM». Если event отсутствует или не задано, то в режиме отладки мы увидим слово «Message» и надпись:

Отсутствие event, сообщение “Message»”

Например, при клике на кнопку, которая открывает форму с заказом услуги веб-аналитики, можно использовать конструкцию:

Присвоение новых данных для такой конструкции перезапишет значения переменных в dataLayer (старые данные теряются).

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

Пример описания ПОСЛЕ кода контейнера GTM

С помощью первой строки window.dataLayer = window.dataLayer || [] мы проверяем, существует ли объект dataLayer. Если он существует, то используем его. В противном случае мы его создаем и он у нас пустой. Второй строчкой window.dataLayer.push(<'event':'value'>) мы дополняем с помощью метода push () тот объект (массив), который был создан в первой строчке.

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

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

С помощью уровня данных можно передавать пользовательские события. Давайте разберем простой пример – передать данные в Google Analytics с помощью метода push () по клику на кнопке одной из форм.

Кнопка на одной из форм

Если бы вы не использовали GTM в своей работе, а только Google Analytics (код отслеживания Global Site Tag), и библиотеку gtag.js, то конструкция в коде страницы выглядела бы так:

Пример кода реализации конструкцией из Google Analytics

Событие onclick возникает при щелчке левой кнопкой мыши на элементе, к которому добавлен атрибут onclick. Таким образом, когда пользователь нажимает на кнопку «Весь перечень», срабатывает событие, которое передает два обязательных условия (Категория event_category и Действие event_action) в Google Analytics, тем самым фиксируя цель.

Добавляем уровень данных к нашему элементу:

Добавление dataLayer.push () к элементу

где ‘event’: ‘UAevent’ – пользовательское событие, а eventCategory и eventAction – все те же обязательные условия.

Крайне важно: следите за символами кавычек. Копирование из разных мест (из чужих блогов и сайтов) и кодировок недопустимо.

Используйте одинаковые кавычки

В примере выше кавычки имеют разное написание, и событие фиксироваться не будет. Во всей конструкции используйте один тип символов!

Переходим к настройкам в интерфейсе Google Tag Manager. Нам необходимо создать:

В GTM на основании передаваемых с помощью dataLayer данных можно создавать переменные и триггеры. Создадим их:

Переменная уровня данных

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

Теперь создаем тег типа «Universal Analytics» с настройками:

На последнем шаге переходим в Google Analytics и создаем цель «Событие» с условиями (те, которые указаны в коде страницы сайта):

Настройка события в Google Analytics

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

Событие UAevent в режиме отладки GTM

А с помощью отчетов «В режиме реального времени» в Google Analytics вы можете убедиться в корректности ее настройки и передачи данных.

Отладка события в «Режиме реального времени»

Чтобы проверить, что передается в dataLayer, можно воспользоваться консолью в панели инструментов разработчика (в Google Chrome – F12). Вводим dataLayer и нажимаем клавишу «Enter».

Console – dataLayer – Enter

Как мы уже знаем, Google Tag Manager по умолчанию передает на уровень данных набор значений gtm.js (когда GTM готов к работе), gtm.dom (когда готова модель DOM) и gtm.load (когда окно полностью загружено). Последнее по счету событие UAevent – это наш клик по кнопке.

Использование уровня данных полезно при отслеживании отправки форм, данных по e-commerce, динамического ремаркетинга, функции User ID и других событий на сайте.

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

Фрагмент кода для передачи данных ecommerce

Что еще важно?

В имени объектов dataLayer учитывается регистр:

Имена переменных должны быть заключены в кавычки:

Имена переменных должны быть одинаковыми на разных страницах:

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

Источник

Полное руководство по уровню данных (dataLayer) в Google Tag Manager

Data Layer (далее уровень данных) – это одна из основ Google Tag Manager, обеспечивающая гибкость, легкость повторного использования и простоту работы. Без него в GTM не было бы переменных или триггеров, а значит не работали бы и теги. Уровень данных заставляет GTM работать правильно.

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

1. Что такое уровень данных?

Технически говоря, уровень данных – это массив JavaScript, в котором хранится определенная информация.

Проще говоря: это виртуальный уровень сайта, где вы, ваши разработчики или различные инструменты могут хранить данные (о пользователе, содержимом страницы и т. д.). Google Tag Manager считывает эту информацию оттуда, использует ее в тегах/триггерах/переменных или отправляет дальше другим инструментам, например: Google Analytics, Google Ads, Facebook Pixel, и куда еще хотите.

Схема работы Data Layer

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

Уровень данных Google Tag Manager может содержать различную информацию, которую можно получить, разместив дополнительный фрагмент уровня данных над фрагментом кода GTM или используя метод dataLayer.push.

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

2. Отправка данных в уровень данных (dataLayer.push)

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

В чем разница, спросите вы?

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

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

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

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

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

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

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

3. Чтение данных из уровня данных

Представьте себе, в этом блоге есть несколько авторов:

Я хочу узнать, какие авторы пишут наиболее привлекательный контент, а затем создать сегменты в Google Analytics. Я использую плагин WordPress DurecellTomi, который отправляет имя автора поста в уровень данных. Если вы используете не WP, попросите разработчика добавить дополнительные данные в уровень данных.

Пример фрагмента кода:

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

3.1. Переменные уровня данных

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

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

Преобразование данных из уровня данных

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

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

В этом примере я не буду вдаваться в подробности, как создать тег, я только продемонстрирую, как извлечь данные из слоя данных и превратить их в переменную (в GTM).

В аккаунте GTM вы должны перейти в раздел «Переменные» и создать новую переменную со следующими настройками (dlv означает переменную уровня данных):

Пример переменной Post Author

Вот и все! Сохраните эту переменную, обновите режим предварительного просмотра и отладки и обновите страницу, над которой вы работаете. Вы должны увидеть созданную переменную на вкладке Variables в консоли предварительного просмотра.

Переменная Post Author в дебаггере

3.2. Версия уровня данных

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

3.2.1. Версии: Версия 1

Она довольно ограничена и не позволяет вам получить доступ к вложенным значениям. Например, если вы создадите переменную уровня данных и попытаетесь получить доступ к pagePostAuthor (в примере ниже), вы не сможете этого сделать. Потому что pagePostAuthor не находится в корне объекта (он является прямым дочерним элементом ключа attributes).

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

Видите? Ключа attributes нет, а pagePostAuthor находится на корневом уровне.

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

Приведу пример. Представьте себе, что у нас есть два слоя данных с разными данными. Первая отправка содержит только pagePostAuthor, вторая включает в себя еще два ключа, pageCategory и pagePostType.

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

Так в чем же смысл 1-й версии? Вы могли бы подумать, что это бесполезная вещь. Это не совсем так. Иногда (например, в расширенной электронной торговле (Enhanced Ecommerce)) важно иметь «чистый» слой данных без предыдущих значений.

3.2.2. Версии: Версия 2

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

Давайте вернемся к предыдущему примеру с двумя последующими отправками в уровень данных. Первая отправка содержит только pagePostAuthor, вторая включает в себя еще два ключа – pageCategory и pagePostType.

В отличие от версии 1, в версии 2 все три значения останутся на уровне данных, поскольку они не конфликтуют.

‘pagePostAuthor’: ‘Julius Fedorovicius’,

Если бы на 2-м уровне данных также был ключ pagePostAuthor, в результате конечные данные на уровне данных выглядели бы следующим образом:

‘pagePostAuthor’: ‘John Doe’,

Это произошло потому, что pagePostAuthor из 2-й отправки переписал pagePostAuthor из 1-й отправки.

3.2.3. Значение по умолчанию

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

Иногда вам может потребоваться получить другое значение по умолчанию, например (not set), пусто или что-то еще. В этом случае установите флажок и используйте значение по умолчанию.

Значение переменной уровня данных по умолчанию

3.3. Другие структуры данных

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

Или ключ pagePostAuthor теперь является потомком ключа attributes:

Или даже так (есть два массива, которые являются потомками ключа transactionProducts):

В последних двух примерах недостаточно просто ввести имя ключа (pagePostAuthor), вы не получите его значение. Есть еще кое-что, что надо знать.

3.4. Получение данных из дочерних ключей

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

pagePostAuthor: ‘Julius Fedorovicius’

Чтобы извлечь его значение, вы должны немного изменить один параметр в переменной (в Google Tag Manager). Вместо pagePostAuthor вы должны ввести attributes.pagePostAuthor в качестве имени переменной уровня данных.

Что делать, если у pagePostAuthor также был дочерний ключ? Что бы вы сделали?

autorName: ‘Julius Fedorovicius’,

authorTag: ‘Google Tag Manager’

Верно! Вы должны определить полный путь к этому конкретному ключу: attributes.pagePostAuthor.AuthorName и так далее. Каждый уровень отделяется точкой.

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

В посте отслеживание AJAX форм в Google Tag Manager приводилось объяснение, как использовать прослушиватель AJAX, который прослушивает все запросы AJAX и передает важную информацию на уровень данных. Вот пример:

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

3.5. Извлечение данных из элементов массивов

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

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

«Знаешь что?» – спросил я себя. – «Это очень полезная информация». Я также хотел бы передать данные о заказе другим маркетинговым инструментам, которые использую в Omnisend (например, Facebook Pixel). В основном меня интересовали цена, название и количество.

Я старался изо всех сил и, к сожалению, потерпел неудачу. Я использовал transactionProducts.price, transactionProducts.name, и т. д. Но мои вновь созданные переменные уровня данных всегда возвращали undefine. Так в чем же дело?

Заметили что-нибудь подозрительное? В моем примере простой электронной торговли (взятом из базы знаний Google) transactionProducts имеет 2 ключа имен, 2 ключа цен и т. д. Так как же, черт возьми, менеджер тегов может узнать, какое значение меня интересует? Первый вариант или второй? И что произойдет, если пользователь купит 5 товаров?

То, с чем мы здесь имеем дело, называется массивами. transactionProducts имеет массив, содержащий два товара с одинаковыми наборами ключей: sku, name, category, price, quantity.

В JavaScript, если вы хотите получить значение цены первого товара, вам нужно будет использовать transactionProducts[0].price (индекс начинается с 0), но Google Tag Manager не поддерживает квадратные скобки в этом контексте, поэтому вам нужно будет использовать точечную нотацию, например: transactionProducts.0.price.

В Google Tag Manager переменная уровня данных будет выглядеть следующим образом:

Если в массиве было 5 товаров, и вы хотели получить доступ к цене 5-го товара, имя переменной уровня данных должно быть transactionProducts.4.price. Помните, что индекс здесь начинается с нуля, поэтому первый продукт на самом деле не 1-й, а 0-й.

4. Отправка данных из уровня данных в другие инструменты

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

4.1. Запускаем отладку Google Tag Manager

Давайте проверим, видит ли Google Tag Manager переменную pricingPlan.

На панели GTM перейдите в режим предварительного просмотра и отладки (нажав кнопку Preview).

Активация предпросмотра (дебаггера)

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

Нажмите кнопку Start, и вас отправит на нужную страницу.

Щелкните Variables на вкладке отладки и найдите переменную pricingPlan. Проверьте ее значение. Если pricingPlan undefined, вам надо еще раз проверить, правильно ли вы ввели имя переменной уровня данных в панели администратора GTM (кстати, она чувствительна к регистру). В моем случае переменная pricingPlan определена правильно, потому что я вижу значение Free.

4.2. Создаем пользовательский параметр в Google Analytics

PagePostAuthor – это пользовательский параметр, который был определен вами (или вашим разработчиком), поэтому Google Analytics не будет понимать его по умолчанию. Вам нужно создать пользовательское определение под названием pagePostAuthor (на самом деле, вы можете называть его как угодно), чтобы сообщить Google Analytics об этом новом параметре.

Присмотритесь на вторую строку кода, там есть цифра 3. Это значит, что пользовательский параметр pagePostAuthor находится под индексом 3.

4.3. Отправляем значение pagePostAuthor из переменной на уровне данных в Google Analytics

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

5. Используем данные из уровня данных в качестве триггера

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

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

Другим распространенным примером триггеров на уровне данных является использование событий. В дополнение к пользовательским данным вы также можете передавать события на уровень данных с помощью window.dataLayer.push.

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

Теперь давайте установим это событие в качестве триггера для тега события Google Analytics.

Вернемся к нашему примеру события window.dataLayer.push. Вот код:

Было бы неплохо, если бы мы также передали данные о расположении форм в Google Analytics. Google Tag Manager не будет ловить этот параметр по умолчанию, поэтому нам нужно создать другую переменную. Перейдите в раздел Переменные > Пользовательские переменные и нажмите кнопку «Создать».

Наконец, давайте создадим тег события Google Analytics на событие, когда новый подписчик отправляет свой адрес электронной почты.

Заключение

Вкратце, что такое уровень данных и как он работает:

Источник