При традиційному відстеженні після кліку оголошення користувач потрапляє на сервер відстеження, а потім переспрямовується на цільову сторінку (при цьому можуть використовуватися додаткові інструменти відстеження). Такі переспрямування можуть збільшувати час завантаження сторінки, що може не подобатися користувачам і негативно впливати на коефіцієнти конверсії.
Паралельне відстеження фіксує кліки по-іншому. Завдяки функції sendBeacon, яка виконується у веб-переглядачі, відстеження відбувається у фоновому режимі в той час, коли користувач переспрямовується відразу на кінцеву сторінку. Це дає змогу зменшити ймовірність утрачених відвідувань, тобто випадків, коли користувач натискає оголошення, але припиняє перегляд, не дочекавшись переспрямування з URL-адреси для відстеження на цільову сторінку.
Наразі паралельне відстеження підтримується не в усіх веб-переглядачах. Якщо користувач натискає оголошення у веб-переглядачі, який ще не підтримує паралельне відстеження, Google застосує традиційне послідовне відстеження.
У цій статті пояснюється, як європейські сервіси порівняння цін, що розміщують товарні оголошення від імені продавців, застосовують паралельне відстеження.
Як працює паралельне відстеження
Під час паралельного відстеження користувач спрямовується з оголошення безпосередньо на кінцеву URL-адресу, а тим часом клік реєструється у фоновому режимі (без проміжного надсилання користувача на URL-адреси для відстеження).
Паралельне відстеження працює так:
- Користувач натискає ваше оголошення.
- Користувач бачить цільову сторінку продавця.
Водночас у фоновому режимі:
- Завантажується інструмент відстеження кліків Google Ads.
- Завантажується URL-адреса відстеження.
- Якщо використовується кілька інструментів відстеження, можуть завантажуватися додаткові адреси переспрямування.
Коли паралельне відстеження не використовується, натиснувши оголошення, користувач переспрямовується один або кілька разів, перш ніж потрапить на цільову сторінку продавця. Це означає, що користувач затрачає більше часу, щоб потрапити на потрібну цільову сторінку.
Традиційне (не паралельне) відстеження працює так:
- Користувач натискає ваше оголошення.
- Завантажується інструмент відстеження кліків Google Ads.
- Завантажується URL-адреса відстеження.
- Завантажується можлива додаткова URL-адреса відстеження.
- Користувач бачить цільову сторінку продавця.
Як застосувати паралельне відстеження
Щоб застосовувати паралельне відстеження, потрібно внести зміни в дані про товари, параметри відстеження й, можливо, у веб-сайт продавця, для якого ви розміщуєте оголошення.
Дані про товар
У даних про товари налаштуйте вказані нижче атрибути URL-адреси.
Посилання [link]: це кінцева URL-адреса цільової сторінки товару в домені продавця. Ми використовуємо її для сканування та інших перевірок. Не вказуйте тут жодних параметрів відстеження, пов’язаних зі звітами або платежами.
Переспрямування в оголошенні [ads_redirect]: це URL-адреса, на яку клієнт переходить безпосередньо після кліку оголошення. Вона має спрямовувати до того самого домену, що й атрибут посилання [link]. Додайте тут параметри відстеження, які хочете надсилати на веб-сайт продавця. Не використовуйте тут інші параметри відстеження, які продавець не очікує побачити, оскільки це може призвести до проблем під час завантаження його сторінки.
Шаблон відстеження
Використовуйте шаблон відстеження, щоб визначити, куди має спрямовуватися відстеження у фоновому режимі. Щоб паралельно надсилати інформацію на свій сервер відстеження, ви можете додати параметри ValueTrack. Для товарних оголошень також можна застосовувати такі параметри, як ідентифікатор продавця й ідентифікатор товару.
Сервер відстеження
Паралельне відстеження підтримує лише переспрямування на рівні сервера. Крім того, кожна URL-адреса в ланцюжку переспрямувань для відстеження має підтримувати протокол HTTPS. Якщо буде виявлено переспрямування за протоколом HTTP чи на рівні сторінки (наприклад, JavaScript або HTML), ланцюжок відстеження припиниться на попередній URL-адресі. Це не вплине на взаємодію користувачів зі сторінкою (оскільки відстеження відбувається у фоновому режимі), але інструменти, до яких не було звернень, не зареєструють кліків.
Щоб забезпечити правильне паралельне відстеження, дотримуйтеся наведених нижче вказівок.
- Переконайтеся, що сервер відстеження використовує протокол HTTPS, а всі налаштовані вами внутрішні переспрямування підтримують HTTPS.
- Уникайте механізмів переспрямування, які використовують методи на рівні сторінки (як-от переспрямування JavaScript), оскільки вони не працюватимуть. Якщо у вашому ланцюжку переспрямування для відстеження є такі механізми, змініть їх.
Автоматичний перезапис HTTPS
Ми не контролюємо подальші переспрямування, але якщо в першому зверненні для відстеження немає префікса HTTPS, Google Ads перезапише його. Кінцева URL-адреса може використовувати як протокол HTTP, так і HTTPS. Однак переконайтеся, що ваш сервер може обробляти запити, які передбачають перезапис протоколу на HTTPS для будь-якої URL-адреси, введеної в Google Ads
Наприклад, якщо ваша URL-адреса відстеження – tracker.example.com, вона має відповідати на обидва звернення: http://tracker.example.com і https://tracker.example.com.
Ідентифікатори кліків
Під час переспрямування на цільову сторінку деякі сервери відстеження додають ідентифікатор кожного кліку, завдяки чому веб-сайт може читати (і зберігати) цей параметр для поєднання різних показників. У випадку паралельного відстеження застосовувати такий ідентифікатор не можна, оскільки звернення до сервера відстеження не пересилається на веб-сайт.
Щоб вирішити цю проблему, можна ввімкнути автоматичне позначення тегами в обліковому записі користувача. Тоді під час показу оголошення функція автоматичного позначення тегами додаватиме параметр GCLID (ідентифікатор кліків Google) у кінець URL-адреси цільової сторінки та URL-адреси шаблону відстеження. Розміщені на сторінці теги (наприклад, Google Analytics) і сервери відстеження зможуть зафіксувати цей параметр. Потім його можна використовувати як спільне значення, щоб об’єднувати дані про трафік.
Окрім автоматичного позначення тегами, ми пропонуємо новий параметр ValueTrack – {gclid} (ідентифікатора кліків Google). Якщо ви вже налаштували власний параметр для вставки свого унікального ідентифікатора, пропонуємо вам натомість використовувати {gclid} як значення, щоб зменшити кількість змін, потрібних на вашому веб-сайті. Наприклад, якщо ваша кінцева URL-адреса або шаблон відстеження в Google Ads містить параметр типу "partner_Id=[динамічний ідентифікатор кліку]", ви можете змінити його на "partner_id={gclid}".
Перекомпонування URL-адреси
Під час показу оголошення параметри, зв’язані з параметром ValueTrack {lpurl} і його варіантами в шаблоні відстеження, будуть аналізуватися на основі правил кодування та додаватись у звернення до цільової сторінки. Крім того, у випадку паралельного відстеження замість параметра {lpurl} у зверненні інструмента відстеження використовується підставна URL-адреса, яка виглядає приблизно так: https://google.com/asnc/dGVzdA.
Заміна параметра {lpurl} підставною URL-адресою від Google дає змогу уникнути подвійного надсилання запиту ping до веб-сайту (спершу з кліку користувача, а вдруге – з переспрямування для паралельного відстеження). Інструмент відстеження має й далі переспрямовувати на цю підставну URL-адресу, як би він це робив під час обробки ValueTrack-параметра {lpurl}. Після переспрямування підставна URL-адреса від Google повертатиме код статусу HTTP 204.
Якщо ваш інструмент відстеження вибирає URL-адресу переспрямування на основі переданого йому ідентифікатора, переконайтеся, що переспрямування та URL-адреса, указана в атрибуті переспрямування в оголошенні [ads_redirect], скеровують на одну сторінку, або змініть параметри інструмента відстеження так, щоб він переспрямовував на URL-адресу, яка передається в параметрі {lpurl}.
Веб-сайт продавця
Якщо ви змінюєте параметри, які надсилаються на веб-сайт продавця, повідомте його про це, щоб уникнути помилок під час обробки цих параметрів і проблем із завантаженням цільової сторінки продавця.
Розгляньмо приклад нижче.
| Обліковий запис Merchant Center | |
| Ідентифікатор продавця | 99887766 |
| Дані про товар | |
Ідентифікатор [id] |
p123v789_b |
Посилання [link]] |
https://www.merchant.com/product123?variant_id=789 |
Переспрямування в оголошенні [ads_redirect] |
https://www.merchant.com/product123?variant_id=789&ref=mycss |
| Налаштування Google Ads | |
| Шаблон відстеження | https://redirect.com?url={lpurl}&merchant={merchant_id}&product={product_id} |
| Звернення, що підтримують паралельне відстеження | |
| Навігація | https://www.merchant.com/product123?variant_id=789&ref=mycss |
| Звернення паралельного відстеження | https://redirect.com?url=https%3A%2F%2Fgoogle.com%2Fasnc%2FdGVzdA%26 variant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789_b &gb=1 |
| Звернення, що не підтримують паралельне відстеження | |
| Звернення до веб-переглядача | https://redirect.com?url=https%3A%2F%2Fwww.merchant.com%2Fproduct123% 3Fvariant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789 _b |
| Послідовний перехід | https://www.merchant.com/product123?variant_id=789&ref=mycss |
Зверніть увагу, що Google додає параметр "gb=1" у всі звернення для паралельного відстеження, щоб ваш інструмент відстеження міг визначати їх.
Як протестувати паралельне відстеження
Для цього дотримуйтеся наведених нижче вказівок.
- Виберіть, де ви будете тестувати цю функцію. Тестування можна проводити для певної кампанії, групи оголошень або групи товарів. Також ви можете налаштувати зовсім нову кампанію для тестування.
- Додайте параметр "{_beacon}=true" у потрібний шаблон відстеження. Щоб додати цей параметр у кампанію, використовуйте її налаштування. Якщо ви хочете застосувати цей параметр для групи оголошень або групи товарів, додайте шаблон відстеження, створивши стовпець з атрибутом цього шаблону.
- Перевірте журнали реєстрації подій, щоб дізнатися, чи отримує цей шаблон відстеження запити ping. Якщо відстеження містить параметр "gb=1", це означає, що воно виконується у фоновому режимі та працює належним чином.