Нове в шаблонах тегів: як тепер налаштовуються розширені конверсії для веб у Google Tag Manager
Якщо ви налаштовуєте розширене відстеження конверсій для Google у GTM, вітаю всіх — сталося оновлення.
Я помітила ці зміни ще кілька тижнів тому, коли готувала шаблон налаштувань для навчання. Тестувати почала ще до того, як оновилася офіційна довідка — і коли вона нарешті з’явилася, то лише підтвердила разом із діагностикою в рекламному кабінеті, що я все зробила правильно.
Тому зараз ділюсь з вами і результатами власних тестів, і оновленою офіційною інструкцією — щоб ви не витрачали час на здогадки, а відразу впроваджували оновлення правильно.
Google Ads - оновлення в шаблонах тегів
Що змінилося?
Раніше при створенні тега конверсії можна було просто увімкнути опцію передачі даних користувача (email, телефон, тощо). Зараз у нових тегах цієї опції ... немає.
Тобто старі теги продовжують працювати, як і раніше. Якщо ви копіюєте їх або експортуєте — усе налаштовується як і раніше. Але якщо створюєте новий тег з нуля (новий проєкт, новий акаунт, новий контейнер) — вас чекає сюрприз.
Що робити?
Для надсилання даних користувача потрібно створити додатковий тег — Google Ads User-provided data event.
Якщо ви вже працювали з розширеними конверсіями для лідів, то вам цей тег точно знайомий.
Цей тег окремо надсилає дані користувача. Для цього в його налаштуваннях потрібно вказати змінну типу User-provided data (Дані надані користувачами). Тут я не буду зупинятися на поясненні роботи з цією змінною, оскільки основна мета - розповісти саме про зміни і оновлення в налаштуваннях.
ВАЖЛИВО! Тег має спрацьовувати до тега конверсії.
Давайте розглянемо детальніше на 2-х прикладах.
Google Ads - Приклад 1
Якщо дані користувача доступні саме під час події конверсії, налаштування може виглядати так:
Крок 1
Створюєте тег Google Ads User-provided data event — вказуєте Conversion ID і змінну типу User-provided data (Дані надані користувачами), як показано на скріншоті вище. Тригер не додаєте.
Крок 2
Відкриваєте налаштування тега Відстеження конверсій у Google Ads (Google Ads Conversion Tracking) і в розділі Tag sequencing (Послідовність тегів) обираєте, що перед ним має спрацювати тег з даними користувача - Google Ads User-provided data event.
Крок 3
Повертаєтесь до тега Google Ads User-provided data event і перевіряєте розділ із тригером.
На цьому етапі там не має бути окремого тригера, натомість ви побачите умову з послідовності тегів (Tag sequencing), яку ми налаштували на Кроці 2.
Подальша перевірка налаштувань практично не відрізняється від стандартної.
Єдине, на що варто звернути увагу: в режимі попереднього перегляду Google Tag Manager (Preview mode) на вкладці Google Реклама (AW) ви маєте побачити надсилання хіта конверсії, а перед конверсією — хіт із данимм наданими користувачами (User provided data).
У цьому хіті буде передаватися параметр em з хешованими даними користувача.
Ця інструкція частково вже описана в офіційній довідці Google.
Розділ має назву "Автоматичне розширене відстеження конверсій із тегом події для даних, наданих користувачами".
Google Ads - Приклад 2
Дані користувача доступні лише на сторінці оформлення замовлення, а подія покупки відправляється на сторінці вдячності за покупку.
Якщо дані користувача доступні тільки на сторінці оформлення замовлення, немає потреби передавати їх повторно на сторінці “дякую”, де зазвичай спрацьовує тег покупки.
У цьому випадку ви можете не використовувати Tag sequencing (Послідовність тегів), а просто налаштувати тег Google Ads User-provided data event з тригером на сторінці оформлення замовлення.
Тег покупки Google Ads Conversion Tracking (Відстеження конверсій Google Реклами) тоді налаштовується окремо — з тригером на сторінці подяки.
Наприклад, тег User-provided data event може спрацьовувати під час події add_payment_info на сторінці checkout.
Це дозволяє передати дані ще до моменту покупки, і цього буде достатньо для коректної роботи розширених конверсій для події покупки.
Як зазначено в офіційній довідці Google:
“Із тегом події для даних, наданих користувачами, власні дані клієнтів (наприклад, електронні й звичайні адреси та номери телефонів) автоматично розпізнаватимуться на сторінках, які користувачі відвідують до переходу на сторінку конверсії. З такими налаштуваннями Google матиме дозвіл використовувати рекламний файл cookie, щоб від вашого імені збирати хешовані власні дані клієнтів і пов’язувати їх із подальшими подіями-конверсіями в межах того самого сеансу користувача.”
Що з тестуванням на реальних проектах?
Я протестувала все на своєму проєкті. Результати в діагностиці Google Ads з’явились лише через тиждень після налаштування. Раніше це займало 1–2 дні. Можливо, це частина глобального оновлення. Подивимось.
Google Ads - Приклад 3
Нещодавно в Google Tag Manager (GTM) у шаблони тегів для відстеження конверсій Google Ads додали event parameters (параметри події). Звісно, я попередньо протестувала роботу параметрів для розширених конверсій на власних проєктах, і тепер ділюсь із вами.
Цей приклад — оновлення до статті від 02.10.2025.
Ми вже розглянули два попередні приклади оновлень — як було й як стало в шаблонах тегів. Тепер у прикладі нижче — третя версія налаштувань розширених конверсій. Усі три варіанти наразі залишаються робочими. Тож якщо ви вже налаштовували розширені конверсії:
- через старий шаблон тегу Google ads conversions tracking (Відстеження конверсій Google Реклами),
- або за допомогою окремого тегу Google Ads User-provided data event,
— ці конфігурації досі актуальні й продовжують коректно працювати.
Як же тепер налаштовувати розширене відстеження конверсій для веб у Google Ads після останнього апдейту?
Спойлер: наразі налаштування по суті дуже схоже на те, що й у найпершій версії шаблонів.
Крок 1.
Створіть змінну User-provided data з даними користувача, що передаються саме під час конверсії. Подробиці цього процесу опускаю — нічого нового тут немає.
Крок 2
Відкриваєте налаштування тегу Google ads conversions tracking (Відстеження конверсій Google Реклами).
У блоці з Event parameters (параметри події) додайте новий параметр з назвою: "user_data". Саме так, як це вказано в офіційній документації GA4.
Значенням цього параметра має бути змінна типу User-provided data (Дані надані користувачами), яку ви створили на кроці 1.
Далі все перевіряєте як завжди: спершу переконайтесь, що надсилаються хешовані дані користувачів під час конверсії, а за кілька днів (залежно від кількості конверсій у рекламному кабінеті) перевірте меню Goals - Conversions (Цілі-Конверсії), а саме вкладку з діагностикою щодо розширених конверсій.
Приклад написання параметрів і їхніх значень, який показаний нижче для роботи з GA4, однаково коректно працюватиме і для Google ads. Головне — щоб назви параметрів точно відповідали документації.
GA4 - оновлення в шаблонах тегів
У випадку з Google Аналітикою 4 (GA4) логіка налаштування дещо відрізняється. Тут можна піти декількома шляхами, нижче я покажу приклад роботи з наявними шаблонами тегів у Google Tag Manager.
GA4 - Приклад
Крок 1
Створюємо змінну типу Google Tag: Event settings (Тег Google: налаштування події).
У цій змінній додаємо Event parameter (Параметри події), наприклад:
user_data.emailuser_data.phone_number
Назви параметрів мають точно відповідати документації GA4
Значення цих параметрів — це ваші змінні GTM, які витягують дані користувача (наприклад, email, номер телефону тощо) з форми або з dataLayer.
Крок 2
У тегах подій Google Analytics (Google analytics: GA4 event), де присутні дані користувача, додайте створену раніше змінну типу Google Tag: Event settings (Тег Google: налаштування події), як Event parameter (Параметр події).
Це дозволить тегу GA4 автоматично передавати користувацькі дані (наприклад, email або номер телефону) разом із подією.
Подальша перевірка налаштувань практично не відрізняється від того, як було раніше.
Ще маєш питання щодо оновлень? Залиш свою пошту — і отримай контейнер з усіма налаштуваннями зі статті.
Висновок
Коли розумієш логіку передачі даних — усе стає значно простіше.
Головне — пам’ятати кілька речей:
- Не лякайтеся нових шаблонів. Google змінюється — а ми адаптуємось швидше.
- Знайте, коли і як надсилаються дані, надані користувачем (user-provided data).
- Перевіряйте, що дані точно наявні в момент їх передачі.
Бажаю всім високих CR та ROAS! А якщо ви ще не працювали з розширеними конверсіями або не вмієте писати змінні, що тягнуть дані користувача — welcome на мій курс "Розширені Конверсії для Google Ads".
Завантаження коментарів…