Шаблон відстеження Google Ads: поля, рівні, синтаксис

Шаблон відстеження Google Ads - це шаблон URL-адреси, який налаштовують на рівні акаунта, кампанії, групи оголошень, оголошення або ключового слова і за яким Google Ads будує адресу, яку клік насправді відкриває, вставляючи ваш кінцевий URL через параметр ValueTrack на кшталт {lpurl} плюс усе інше, що ви додасте. Це окреме поле від суфікса кінцевого URL, який лише додає параметри і не може нікуди перенаправити. Одне переписує всю URL-адресу, інше - лише розширює її. Саме через плутанину між ними в стількох акаунтах відстеження тихо перестало працювати.

Ця стаття - про механіку на рівні поля: де шаблон стоїть в ієрархії, який рівень перемагає, коли використовувати його замість суфікса, і про деталь кодування, яка ламає цільові URL-адреси з власним рядком запиту. Про самі теги розповідає стаття UTM-параметри пояснено просто, а UTM-параметри для реклами Google і Meta пояснює, чому Google Ads здебільшого варто працювати на автоматичному тегуванні, а не на ручних UTM.

Що насправді робить шаблон відстеження

Коли ви редагуєте шаблон відстеження, на цільовій сторінці нічого не змінюється. Він лише визначає, що відбувається між кліком і завантаженням сторінки.

Google Ads зчитує шаблон у момент показу, підставляє замість {lpurl} ваш справжній кінцевий URL, заповнює всі параметри ValueTrack і лише потім відправляє браузер на зібрану адресу. Шаблон, що починається з домену редиректу, спершу відправляє браузер туди; шаблон, що складається лише з {lpurl} плюс рядок запиту, відправляє браузер прямо на вашу сторінку з доданими параметрами.

У цьому й полягає весь сенс поля. Сотня оголошень може ділити один кінцевий URL і один шаблон, і одна-єдина правка шаблону змінює те, що несуть усі сто кліків. Визначення полів дослівно викладено в документації Google про кінцеві URL і шаблони відстеження. Якщо шаблон - лише одна ланка ширшого процесу тегування, відстеження UTM-кампаній від початку до кінця розглядає решту цього конвеєра.

Де живе шаблон: акаунт, кампанія, група оголошень, оголошення, ключове слово

Це поле існує на п'яти рівнях, і Google Ads їх не об'єднує.

Налаштуйте шаблон відстеження на рівні акаунта, кампанії, групи оголошень, оголошення чи ключового слова, і якщо їх налаштовано більше одного, Google Ads використовує найконкретніший, а решту ігнорує, а не додає одне до одного. Порядок від найконкретнішого до найзагальнішого: ключове слово, оголошення, група оголошень, кампанія, акаунт. Шаблон на рівні ключового слова перекриває все, що вище; рівень акаунта застосовується лише там, де немає нічого конкретнішого.

Саме тут акаунти непомітно розповзаються. Хтось налаштовує чистий шаблон на рівні акаунта для нового інструмента, і той працює всюди, крім трьох груп оголошень, де вже залишився шаблон від старого постачальника. Ці три групи продовжують безкінечно ганяти клік через старий редирект, бо конкретніше налаштування завжди перемагає. Одного разу я витратив половину дня на акаунт, який тихо спрямовував кліки через домен колл-трекінгу, вимкнений понад рік тому, бо в однієї групи оголошень залишився шаблон, про який ніхто вже не пам'ятав. Перевіряйте зверху вниз: акаунт, потім кампанія, група оголошень, оголошення, ключове слово, - і на кожному рівні шукайте залишкове значення, перш ніж вважати, що зміна на рівні акаунта дійшла всюди.

Шаблон відстеження проти суфікса кінцевого URL

Ці два поля плутають, бо обидва додають текст до URL-адреси. Але те, що їм дозволено додавати, - різне.

Шаблон відстеження може замінити всю URL-адресу: додати спереду домен редиректу, вставити параметри будь-де, - головне, щоб десь був {lpurl} чи його варіант. Суфікс кінцевого URL робить одну річ: додає фіксований набір параметрів у кінець кінцевого URL, після усього, що там уже є, і не може вести нікуди, крім вашої власної сторінки. Настанови Google щодо додавання суфікса кінцевого URL прямо кажуть, що суфікс призначений для параметрів, а не для редиректів.

Правило коротке: якщо потрібно лише додати параметри - використовуйте суфікс. Якщо потрібно спершу провести клік через сторонній домен, редирект колл-трекінгу чи піксель перевірки, - використовуйте шаблон, бо суфікс нікуди не перенаправляє. За замовчуванням обирайте суфікс і переходьте на шаблон лише тоді, коли редирект справді необхідний.

Параметри ValueTrack і спеціальні параметри, які варто знати

Параметри ValueTrack - це макроси, які Google Ads заповнює в момент кліка. Жменька з них покриває майже всі практичні потреби.

{lpurl} потрібен кожному шаблону - це ваш кінцевий URL. {campaignid} і {creative} (ідентифікатор оголошення) визначають, яка кампанія та яке оголошення показалися. {device} повертає mobile, tablet або desktop; {network} повідомляє Search, Display або Search partners. {keyword} і {matchtype} заповнюються лише в пошукових кампаніях - ключове слово, що спрацювало, і чи відповідність була широкою, фразовою чи точною. Повний перелік, включно з кількома параметрами, специфічними для Shopping- і застосункових кампаній, дивіться в довіднику Google з ValueTrack.

Зібрано в шаблон, готовий вставити в поле на рівні кампанії:

{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}

Підставляйте лише ті параметри, за якими ви справді робите запити; додавання геть усіх, що пропонує Google, просто залишає порожні стовпці на трафіку Display чи Shopping, де половина з них ніколи не заповнюється. Усе, що виходить за межі власних макросів Google, - внутрішній ID кампанії, код регіону, - потребує натомість спеціального параметра: імені та значення, які ви визначаєте самі, з посиланням на кшталт {_region}, до восьми на сутність, ім'я обмежене 16 символами, а значення - 200. Посібник Google зі спеціальних параметрів містить точні ліміти.

Складати цей рядок вручну для десятків кампаній - саме та задача, яка розповзається, щойно її торкнуться дві людини. Конструктор UTM-міток Elido генерує позначену частину з форми, а не з порожнього текстового поля, тож назви параметрів лишаються узгодженими ще до того, як досягнуть шаблону.

Пастка кодування: lpurl проти unescapedlpurl

Ця деталь ламає шаблони, які під час тестування виглядали справними.

{lpurl} екранує певні символи - знаки питання, знаки рівності, лапки, пробіли, - щоразу, коли він стоїть будь-де, крім самого початку шаблону. {unescapedlpurl} не екранує нічого незалежно від позиції. Це має значення лише тоді, коли ваш кінцевий URL вже має власний рядок запиту: екранований ? усередині обгортки редиректу перетворюється на %3F, і система, що читає адресу нижче за потоком, дослівно отримує зламаний параметр замість робочого.

Поставте {lpurl} першим, як у {lpurl}?utm_source=google, - і екранування взагалі не спрацьовує, тож обидва макроси поводяться однаково. Поставте його після префікса редиректу, як у https://track.example.com/go?dest={lpurl}, - і власні ? та = цільової адреси екрануються всередині зовнішньої URL, що зазвичай правильно, бо редиректу потрібне одне чисте значення для пересилання. Переплутайте ці два макроси місцями - і сервіс редиректу читатиме сміття замість вашої сторінки. Щоразу, коли шаблон проходить через домен редиректу, перевіряйте це за процедурою тестування нижче, а не покладайтеся, що вибір макросу не має значення.

Як це взаємодіє з автоматичним тегуванням і gclid

Автоматичне тегування і шаблон відстеження розв'язують різні задачі, і вони не борються за URL-адресу так, як це роблять ручні UTM і автоматичне тегування.

Автоматичне тегування додає gclid уже після того, як шаблон зібрав адресу, бо gclid додається під час відправлення, а не вшивається в рядок шаблону. Шаблон, що додає параметри ValueTrack чи спеціальні параметри, спрацьовує першим, а gclid додається поверх нього, тож обидва співіснують без конфлікту. Цей режим збою відрізняється від помилки з ручними UTM у статті UTM-параметри для реклами Google і Meta: тут це трапляється, лише якщо шаблон зашиває статичну адресу призначення замість того, щоб пропускати клік далі, - і тоді клік ніколи не досягає реального шляху відправлення, а gclid відкидається разом з усім іншим. Поки {lpurl} чи {unescapedlpurl} справді присутній у шаблоні, gclid продовжує працювати під ним, а аналітика ваших посилань - це те місце, де отримані параметри й gclid з'являються як дані для звітів.

Паралельне відстеження зламало трекери редиректів - перевіряйте, перш ніж довіряти

Якщо шаблон раптом перестав працювати без жодного попередження, ось найімовірніша причина.

До того як паралельне відстеження стало типовою поведінкою, редирект-шаблон працював саме так, як звучить: клік спочатку потрапляв на редирект, сервіс редиректу робив свою справу, а потім пересилав браузер на кінцевий URL. Паралельне відстеження змінило цей порядок. Тепер браузер одразу йде прямо на кінцевий URL, а редирект із шаблону завантажується у фоновому режимі, а не на шляху відвідувача. Будь-який трекер, що справді залежав від ролі першого переходу, читання кліка до пересилання чи встановлення cookie до відображення сторінки, перестав бачити реальний трафік тієї миті, коли паралельне відстеження взяло гору, - навіть попри те, що шаблон і далі виглядав правильно налаштованим. Як підтверджує огляд відстеження в Google Ads від Google, паралельне відстеження - це поточна типова поведінка, і саме тому суфікс кінцевого URL, який ніколи не перенаправляє, є безпечнішим полем за замовчуванням.

Не довіряйте шаблону лише тому, що він виглядає правильно в редакторі. Поряд із полем у Google Ads є кнопка Перевірити: натисніть її, і Google Ads збере URL-адресу точно так, як це зробив би реальний клік, підставивши кожен параметр, і покаже отриману адресу разом із часом завантаження та помилками. Прочитайте цей рядок посимвольно; неправильно розміщений {lpurl} чи пропущений амперсанд проявиться тут раніше, ніж коштуватиме дня зіпсованих даних. Кнопка Перевірити перевіряє лише збирання, а не доставлення, тож продовжте реальним кліком: відкрийте власне оголошення у вікні інкогніто, прочитайте адресний рядок, коли сторінка завантажиться, переконайтеся, що значення ValueTrack заповнені, а не показують буквальний текст {device}, і перевірте, що gclid присутній, якщо ввімкнене автоматичне тегування. П'ять хвилин тут виявляють те, чого не бачить перевірка синтаксису в редакторі.

Схожі матеріали в блозі

• UTM-параметри пояснено просто: вступ звичайною мовою
• UTM-параметри для реклами Google і Meta
• Чому UTM-параметри не відображаються в GA4: причини і виправлення
• Відстеження UTM-кампаній від початку до кінця без CDP
• Конвенції назв UTM, які тримають звіти охайними