Новости SEO

ОТСЛЕЖИВАНИЕ КОНВЕРСИИ ОБЪЯВЛЕНИЙ GOOGLE С ИСПОЛЬЗОВАНИЕМ ТЕГОВ НА СТОРОНЕ СЕРВЕРА В ДИСПЕТЧЕРЕ ТЕГОВ GOOGLE

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


Хотя я не могу сказать, что теперь произойдет с бета-меткой, факт в том, что Google Tag Manager теперь выпустил поддержку отслеживания конверсий с использованием тегов на стороне сервера.
Все это довольно ... интересно, поскольку включает в себя не только вызовы от сервера к поставщику, но и запросы от браузера к серверу,от браузера к поставщику. Почему? Может быть, вы уже догадались: сторонние файлы cookie.
СОДЕРЖАНИЕ[+показать]
В этой статье я покажу вам, как все настроить (на удивление просто), а также попытаюсь пролить свет на то, как на самом деле работает вся настройка (на удивление сложно).
Вот официальная документация по рекламе Google и тегированию на стороне сервера: конверсии.

 Информационный бюллетень по тушению
Подпишитесь на рассылку новостей Simmer, чтобы получать последние новости и контент от Simo Ahava в свой почтовый ящик!
В веб-контейнеревам необходимо перенастроить тег конфигурации Google Analytics 4, чтобы отправлять данные в серверный контейнер, используя новую опцию Отправить в серверный контейнер. Это заменяет transport_urlнастройку, которую вы использовали до сих пор.

Обратите внимание! Пометка на стороне сервера с помощью Google Ads работает только с Google Analytics 4. Он не будет работать с универсальными тегами аналитики.
Дело в том, что вы будете использовать веб-теги GA4 для отправки событий преобразования в контейнер Сервера, где они будут сопоставлены соответствующим образом.
В контейнере сервера вам понадобятся эти два тега:
  • Тег компоновщика конверсий для отправки маяков целевой страницы в Google, а также для записи файлов cookie от первого лица с информацией о клике по объявлению.
  • Теги отслеживания конверсий Google Ads для отслеживания самих конверсий.
Оба они являются новыми встроенными шаблонами тегов во всех контейнерах сервера.
Давайте начнем с самого начала.
Чтобы настройка Google Ads работала, вам потребуется обновить тег конфигурации Google Analytics: GA4, чтобы использовать новый параметр контейнера "Отправить на сервер", и вам нужно будет удалить это transport_urlполе.


Вам необходимо заполнить параметр контейнера "Отправить на сервер" тем же значениемtransport_url, которое вы указали: источник контейнера сервера, т. е. URL-адрес до селектора пути. См. Изображение выше для примера.
Когда вы устанавливаете новый параметр контейнера "Отправить на сервер", он выполняет две вещи.

  1. Он устанавливает transport_urlзначение, указывающее на серверный контейнер.
  2. Он устанавливает first_party_collectionдля поля значение true.
Второе весьма важно в этом сценарии. Цель этого поля-сообщить GA4 (в Интернете), что целевая машина не является компьютером, принадлежащим Google Analytics. Это означает, что он позволяет протоколу обмениваться потенциально конфиденциальными данными, поскольку серверный контейнер принадлежит компании, управляющей веб-сайтом (надеюсь), а не Google Analytics.
Когда first_party_collectionэтот параметр включен, GA4 будет использовать новый протокол, который позволяет контейнеру сервера обмениваться данными с браузером.


Этот протокол по сути является ответным сообщением, которое затем анализируется веб-тегами GA4, и они будут реагировать соответствующим образом (например, отправлять запрос в домен двойного щелчка, как в примере выше).
Мы вернемся к этой теме, но достаточно сказать, что это сделано, потому что отслеживание конверсий по-прежнему использует сторонние файлы cookie.
В контейнере серверасоздайте новый тег компоновщика преобразования. Вы найдете его в списке встроенных шаблонов тегов.


Существует новый встроенный триггер под названием "Все страницы в контейнере сервера". Добавьте это в тег, так как вы хотите, чтобы компоновщик конверсий активировался на всех страницах.
Триггер "Все страницы" срабатывает всякий раз, когда происходит событие с именемpage_view, сгенерированное клиентом контейнера сервера.
Тег компоновщика преобразования выполняет две функции.
  1. Он отправляет маяк целевой страницы на сервер Google Ads.
  2. Если URL-адрес страницы gclidсодержит этот параметр или если в запросе есть файлы cookie сторонних разработчиков Google Ads, тег установит новый FPGCLAWфайл cookie в ответе, записав идентификатор клика в хранилище.


Маяк целевой страницы отправляется на серверы Google Ads
Маяк целевой страницы очень не поддается описанию. Это просто пинг на объявления Google с текущим URL. Естественно, URL-адрес может содержать этот gclidпараметр, поэтому я предполагаю, что он используется для проверки кликов по объявлениям.


Файл cookie FPGCLAW, написанный с 3-месячным сроком действия
Файл FPGCLAWcookie, по-видимому, просто копирует ранее существовавшие файлы cookie Google Ads в том смысле, что он записывает идентификатор клика Google в файл cookie от первого лица. Естественно, как и в Set-Cookieответе сервера, он лучше защищен от защиты.
Затем вы можете продолжить и создать тег отслеживания конверсий Google Ads на сервере. Вы настраиваете его точно так же, как вы бы настроили тот же тег в веб-контейнере.


Установите его на срабатывание при любом триггере, который вы хотите использовать для этого конкретного преобразования. В приведенном выше примере я использую add_to_cartсобытие, сгенерированное клиентом GA4.
Вот тут-то все и становится интересным.
Если доступен идентификатор клика от первого лица, например тот, который хранится в FPGCLAWтеге компоновщика конверсий, серверный контейнер отправляет событие конверсии непосредственно на серверы Google Ads.


Это “обычный” запрос на конвертацию объявлений Google. Он содержит идентификатор преобразования, метку преобразования и идентификатор щелчка в gclawпараметре, среди прочего.
Но когда вы затем посмотрите ответ с сервера Google, вы увидите, что это перенаправление 302 на домен DoubleClick.


Почему? Поскольку тегу преобразования Google Ads необходимо взаимодействовать с доменом DoubleClick, чтобы сопоставить информацию о преобразовании с удостоверением пользователя, и для этого требуется, чтобы DoubleClick считывал свои файлы cookie в контексте сторонних разработчиков.
Однако, поскольку серверный контейнер не может работать со сторонними файлами cookie, все усложняется.
Что происходит, так это то, что HTTP-ответ с Сервера (т. Е. для add_to_cartсобытия) содержит сообщение, которое инструктирует библиотеку GA4 в браузере вместо этого составить запрос на двойной щелчок.


И действительно, если вы посмотрите на сетевые запросы (в браузере, который поддерживает сторонние файлы cookie), вы увидите запросы браузера к серверам Google:

В случае, если в браузере 
не хранится информация об идентификаторе первого клика, контейнер сервера не отправляет прямой запрос на серверы Google. Вместо этого он просто инструктирует браузер отправлять запросы, чтобы можно было использовать сторонние файлы cookie.
Пожалуйста, не спрашивайте меня, что произойдет, если браузер не поддерживает сторонние файлы cookie. Я предполагаю, что если идентификатор клика присутствует, то ваше измерение конверсии будет работать просто отлично. Однако могут существовать ограничения на тип аудитории, которую вы можете использовать или создавать для отслеживания конверсий, поскольку клик и конверсия не могут быть отнесены к обычному пользователю Google без сторонних файлов cookie.
Аналогично, если идентификатор клика от первого лица недоступен, я предполагаю, что Google использует сторонние файлы cookie, чтобы узнать, взаимодействовал ли пользователь с рекламой, тем не менее. Таким образом, вы потеряете этот запасной вариант, если сторонние файлы cookie не будут поддерживаться.
Как насчет режима? Что произойдет, если ad_storageбудет отказано? Или что, если впоследствии оно будет предоставлено?
Во-первых, тег компоновщика конверсий отправляет пинг-сигнал посадочного маяка на серверы Google, но он не записывает файл FPGCLAWcookie в HTTP-ответе.
Маяк целевой страницы содержит параметры, указывающие на то, что режим согласия активен. Они предписывают Google игнорировать любые идентификаторы в запросе и собирать анонимные данные только для моделирования конверсий.


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


Если URL-адрес страницы содержит gclidпараметр, он отправляется в Google Ads (так как в этом сценарии файлы cookie для рекламы не требуются).


Однако, если согласие изменяется на предоставлено, веб-тег GA4 реагирует.
page_viewПопадание немедленно отправляется в серверный контейнер. На этот раз у него нет ограничений на согласие, поэтому как теги GA4, так и теги Google Ads смогут воспользоваться регулярным пингом с поддержкой файлов cookie.
Это означает, что Компоновщик преобразования (при условии, что он сработал на всех Страницах) сработает снова и на этот раз перепишет файл FPGCLAWcookie.
В дополнение к этому, любое другое событие, которое вы конверсию в пользовательском интерфейсе Google Analytics 4, также будет отправлено снова.
Другими словами, если вы хотитеadd_to_cart, чтобы событие конвертации Google Ads отправлялось с файлами cookie и всеми возможностями сразу после получения согласия, вам необходимо зайти в пользовательский интерфейс Google Analytics 4 и отметить add_to_cartсобытие как конверсию.


Пользовательский интерфейс GA4 проинструктирует gtag.jsбиблиотеку учитывать add_to_cartсобытие преобразования при повторной отправке обращений после получения согласия. Вам нужно сделать это для всех событий, которые вы хотите, чтобы библиотека отправляла снова после получения согласия!
Обратите внимание! Даже если обращения будут отправлены снова, серверный контейнер предотвратит повторное срабатывание тегов, если они не будут поддерживаться ad_storage.
Кстати, это относится analytics_storageи к рекламе (в этом случае, конечно, ничего не отправляется в рекламу). Когда analytics_storageустановлено значение 'granted',

GA4 page_viewснова автоматически собирает и все ранее отправленные события преобразования без приготовления.
Наконец, появился новый шаблон
API: sendPixelFromBrowser. 

Этот API работает вместе с веб-тегом GA4. Если вызывается API и запрос исходит из веб-тега GA4, API отправляет запрос пикселя обратно в браузер, используя тот же протокол, что и теги Google Ads выше.

Затем веб-тег GA4 принимает эту инструкцию и отправляет запрос через браузер.
Это означает, что другие поставщики, которым требуются сторонние файлы cookie для запуска, могут использовать этот API для разработки своих шаблонов для использования браузера, а не для прямых обращений с сервера на сервер.

Обратите внимание! Это работает только с веб-тегом GA4. Если запрос исходит из какого-либо другого источника отправки, API не будет работать должным образом.
Как вы можете видеть, настройка отслеживания рекламы в Google довольно проста. Но понимание потока-это действительно другое дело.

На самом деле я несколько разочарован тем, как работает настройка. Я не говорю, что я не думаю, что это хорошая часть программного обеспечения – это так! Мне просто не нравится тот факт, что он использует сторонние файлы cookie.

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

Возможно, Google ждет решения по инициативе "Песочница конфиденциальности", прежде чем вносить радикальные изменения в свои методы сбора данных. Кто знает?
Ну, в любом случае. Я думаю, что эта настройка для рекламы Google довольно аккуратна просто потому, что она очень проста (несмотря на вышеуказанные проблемы с безопасностью). Его настройка так же “проста”, как и настройка соответствующих компонентов в веб-контейнере.

Я думаю, что протокол для указания браузеру что-то делать-гениальная работа, но я беспокоюсь о возросшей зависимости от GA4 и gtag.js чтобы теги на стороне сервера творили свое волшебство. Это не та тенденция, которую я хотел бы видеть в будущем, но у меня есть предчувствие, что со временем Google будет добиваться все более тесной интеграции.
Новости
Made on
Tilda