Как передавать данные для работы динамического ремаркетинга в Facebook через Google Tag Manager

Что такое динамический ремаркетинг в Facebook

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

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

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

Процесс настройки динамического ремаркетинга можно разбить на три этапа:

• Подготовка фида (каталога);
• Настройка отслеживания параметров дин. ремаркетинга на сайте;
• Подготовка рекламных кампаний и создание объявлений.

Более подробно все этапы настройки динамического ремаркетинга описаны в одной из предыдущих статей нашего блога. В этой статье мы разберем передачу параметров динамического параметра с сайта посредством Google Tag Manager.

Как настроить передачу динамических параметров в Facebook с помощью Google Tag Manager

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

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

События динамического ремаркетинга для сферы eCommerce

При настройке динамического ремаркетинга для сферы eCommerce пиксель должен содержать следующие события:

• ViewContent
• AddToCart
• Purchase

Событие ViewContent

Событие ViewContent — событие, которое отправляется при просмотре карточки товара на сайте пользователем. Вместе с событием ViewContent нужно настроить передачу параметров для работы дин. ремаркетинга, а именно, обязательных параметров: content_type и content_ids (либо contents). Также есть необязательные для динамического ремаркетинга параметры, например, content_category, value. Они тоже могут быть вам полезны. 

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

В content_type должно быть значение product при условии, что content_ids хранит значение идентификатора просмотренного товара. Если же content_ids хранит значение группы товаров, то в content_type указывается product_group. 

Подробная справочная статья по параметрам функции fbq(‘track’) пикселя Facebook.

Событие AddToCart

Событие AddToCart — это событие, которое отправляется при добавлении пользователем товара в корзину. Вместе с событием AddToCart также нужно передать обязательные параметры content_type и content_ids (либо contents).

Событие Purchase

Событие Purchase — событие, которое отправляется при совершении покупки пользователем. Помимо content_type и content_ids (либо contents) для того, чтобы иметь возможность выполнять оптимизацию по окупаемости рекламы, обязательно нужно передавать атрибуты currency и value.В справочном центре Facebook можно найти параметры событий пикселя для других сфер: гостиниц, авиабилетов, туристических направлений, автомобилей и недвижимости.

Пример передачи данных дин. ремаркетинга с помощью Google Tag Manager

Рассмотрим, как передавать данные дин. ремаркетинга с помощью Google Tag Manager на примере события ViewContent.

Случай 1: когда нужные данные доступны в dataLayer.

1. На всех страницах карточек товара необходимо реализовать передачу данных в массив dataLayer. 

Пример передачи данных для нашего клиента интернет-магазина детских игрушек:

2. В Google Tag Manager создать переменные уровня данных.

Пример создания переменной  id:

По аналогии нужно создать переменную pageCategory.

3. В Google Tag Manager создать триггер типа “Пользовательское событие” и дать имя события. В нашем случае это product_send.

4. В Google Tag Manager создать тег типа “Пользовательский HTML” и в текстовое поле вставить функцию fbq, которая отправляет событие ViewContent с обязательными параметрами.

где id и pageCategory — это переменные, созданные раньше.

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

5. Проверить отправку данных.

Проверить настройку можно с помощью Facebook Pixel Helper 

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

В противном случае выводится сообщение о допущенной ошибке. Самые популярные ошибки описаны тут.

Помимо проверки в режиме отладки при настройке можно (и нужно!) следить за дальнейшей динамикой отправки событий.  Для быстрой проверки динамики поступления событий можно воспользоваться Retargeting Pixel Debug Tool.

Для более детального анализа подойдет Events Manager.

Случай 2: когда данных в dataLayer нет и мы получаем их из кода страницы с помощью селекторов CSS. 

В Google Tag Manager необходимо создать переменную типа “Собственный код JavaScript”. С помощью этого кода я получу значение идентификатора товара. 

Идентификатор товара присутствует в качестве значения скрытого поля <input>.

Я выполняю обращение к атрибуту name тега <input> с помощью jQuery.

$(‘input[name=»product_id»]’).val()

В качестве триггера выбираем просмотр страницы.

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