Налаштування кампаній Adgora в Google Tag Manager

Як налаштувати кампанії Adgora в Google Tag Manager

Налаштування кампаній Adgora в Google Tag Manager — це насамперед робота з планування. Кліки й теги будуть потім. Спочатку вирішіть, яка саме дія має вважатися успіхом, бо якщо в одній схемі змішати реєстрацію, лід і покупку, звіти дуже швидко стануть нечіткими.

Цей гайд про те, як налаштувати кампанії Adgora в Google Tag Manager, не перетворивши акаунт на плутанину з тригерів і незавершених тестів. Якщо ви коли-небудь відкривали GTM, клікали по ньому 20 хвилин і все одно не розуміли, який саме event спрацював, — ви саме та аудиторія, для якої це написано. Ми прив’яжемо Google Tag Manager Adgora до одного результату кампанії за раз.

1. Визначте ціль кампанії та точну дію Adgora, яку потрібно запускати

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

Сформулюйте ціль простою мовою ще до того, як торкнетеся GTM. Наприклад: “Запускати подію Adgora, коли користувач надсилає форму запиту на демо”. Це речення одразу дає вам тригер, сторінку й дію користувача в одному рядку. Тут простота допомагає.

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

2. Зберіть потрібні елементи Adgora та Google Tag Manager, перш ніж щось редагувати

Перед тим як відкривати робочу область, зберіть ID контейнера GTM, правильні права доступу, дані акаунта Adgora, назви подій і будь-які потрібні ID або параметри тегу. Якщо під час налаштування бракує одного поля, це часто закінчується тим, що все відкладають. А ще це дуже сповільнює подальшу діагностику.

Тримайте в одному нотатнику шлях сторінки, ID форми, текст кнопки та всі змінні data layer. Чисте налаштування зазвичай залежить саме від цих точних значень, а не від здогадок. Якщо дія відбувається на сторінці подяки, збережіть цей URL одразу. Якщо це клік, занотуйте CSS-клас або текст кліку.

У команді людина, яка веде гіди з crypto advertising, monetization & Ad-Tech, може бути не тією ж самою, що відповідає за сайт. Це важливо, бо доступ до GTM і доступ до Adgora часто належать різним людям. Підтвердіть обидва доступи до редагування.

Також варто зафіксувати схему назв тегів, яку ви використовуватимете. Назва на кшталт “Adgora Lead - Demo Form - Live” набагато зручніша для передачі колезі, ніж “Tag 7”. Назви економлять час пізніше. І ще вони зменшують кількість помилок під час правок.

3. Визначте, де саме тег Adgora має жити у вашій структурі GTM

Є три поширені варіанти: на весь сайт, лише для події та окремо під кампанію. Тег для всього сайту працює на багатьох сторінках і підходить для схем, яким потрібен базовий сигнал. Event-only тег спрацьовує лише на саму дію. Campaign-specific тег прив’язаний до однієї пропозиції або одного кроку воронки.

Обирайте найменшу структуру, яка все одно покриває кампанію. Якщо вам потрібна лише одна подія покупки, event-only тег зазвичай чистіший, ніж sitewide тег із додатковими умовами зверху. Якщо кампанія згодом розшириться на кілька лендингів, campaign-specific розміщення дає простір для росту без повної переробки контейнера.

Sitewide тег може бути корисним, але він також може створювати шум. Тег, що спрацьовує на кожен перегляд сторінки, рідко є правильним рішенням для кампанії з формою. Одне хибне спрацювання може зробити цифри кращими, ніж вони є насправді. А це вже проблема на майбутнє.

Для команд, які порівнюють моделі трекінгу, різниця між CPC, CPM і CPA може впливати на те, що ви відстежуєте спочатку. Кампанія в стилі CPA зазвичай потребує жорсткішої межі події, ніж кампанія на впізнаваність у форматі CPM. Інструмент той самий, логіка — інша.

4. Створіть налаштування Adgora в GTM з правильним типом тегу та мапінгом змінних

Це практична частина Adgora GTM налаштування. У GTM створіть тип тегу, який відповідає інструкціям Adgora, а потім заповніть поля значеннями кампанії, назвою події та будь-яким ID або параметром, який очікує Adgora. Якщо поле вимагає статичного значення, введіть його точно. Якщо воно має брати дані зі сторінки або data layer, зіставте змінну замість ручного введення.

Використовуйте змінні для значень, що змінюються. Подія форми може передавати ім’я, email, ID кампанії або суму замовлення, і такі дані краще підтягувати через змінні GTM, а не вводити вручну. Статичні значення підходять для самої назви події, якщо Adgora просить один фіксований ярлик. Динамічні значення мають залишатися динамічними.

Залишайте мапінг мінімальним. Якщо тегу потрібно лише три поля, не додавайте вісім тільки тому, що вони “є в наявності”. Зайві поля можуть створити плутанину під час тестування, особливо якщо одна змінна порожня на мобільному, але є на десктопі. Схему з меншою кількістю рухомих частин простіше перевірити.

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

Тут мета не в тому, щоб GTM виглядав перевантаженим. Мета в тому, щоб кожне поле Adgora відповідало одному реальному джерелу на сайті. Акуратне налаштувати Adgora в Google Tag Manager має менше змінних, менше здогадок і менше сюрпризів, коли в режимі попереднього перегляду з’являється перше спрацювання.

5. Додайте тег Adgora в Google Tag Manager через потрібний шлях тригера

Тепер прив’яжіть тег до точного тригера, який відповідає кроку кампанії. Якщо крок — це відправка форми, використовуйте тригер надсилання форми або custom event, прив’язаний до повідомлення про успішне завершення. Якщо крок — це клік по кнопці, оберіть тригер кліку й обмежте його правильним текстом кнопки, ID або класом. Якщо крок — це сторінка подяки, спрацьовуйте лише на перегляді цієї сторінки.

Саме тут люди часто намагаються бути надто розумними й ускладнюють схему. Спочатку ставлять “All Pages”, а потім допрацьовують її фільтрами. Зазвичай це створює шум. Краще почати з одного шляху, який справді означає конверсію, а розширюватися лише якщо кампанія цього потребує.

Щоб правильно додати тег Adgora в Google Tag Manager, зіставте тригер із дією користувача, а не з темою сторінки. Кнопки з написом “Submit” на трьох різних формах недостатньо самої по собі. Додайте правило за шляхом сторінки, ID форми або подією data layer, щоб тригер розумів, яка саме форма рахується.

Якщо ваш сайт надсилає custom event після дії, використовуйте його. Такі події часто є найменш крихким варіантом, бо вони спрацьовують уже після того, як сайт підтвердив успіх. Це важливо для багатокрокових форм і checkout-сторінок, де клік сам по собі ще не означає завершення.

Для команд, що працюють над кампаніями з інсталяції мобільних застосунків, тригером може бути підтвердження встановлення або post-click подія після редиректу до магазину. У такому разі не робіть припущень лише на основі сторінки. Використовуйте реальну точку інсталяції, якщо вона у вас є.

6. Перевірте потік події кампанії Adgora перед публікацією

Режим попереднього перегляду — не опція, а обов’язковий етап. Відкрийте preview GTM, виконайте точну дію один раз і подивіться, чи тег спрацьовує лише там, де очікуєте. Якщо тег спрацьовує під час завантаження сторінки, хоча має спрацьовувати після відправки форми, виправте тригер до публікації. Одного неправильного спрацювання достатньо, щоб зіпсувати тест.

Перевірте параметри по одному. Якщо подія має передавати ID замовлення, переконайтеся, що він видно в debugger. Якщо кампанія використовує поле value або category, перевірте, що воно заповнюється і не пусте. Відсутні дані часто ховаються в тегу, який на вигляд працює нормально.

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

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

Іноді люди хочуть ідеальний перший запуск. Такого не буває. Буває лише запуск, який перевірили на точному шляху, на точній сторінці й для точної дії. Цього достатньо.

7. Запустіть, передайте далі та задокументуйте налаштування для майбутніх змін кампанії

Після успішного тесту опублікуйте контейнер із назвою версії, яка пояснює зміни. “Adgora lead event - demo form - April” краще за “Version 12”. Наступній людині потрібно розуміти, що всередині, не відкриваючи п’ять вкладок.

Задокументуйте чотири речі: назву тегу, назву тригера, використані змінні та сторінку або дію, до якої це належить. Додайте також відповідального. Якщо маркетолог пізніше змінить форму, він має знати, який тег зламається першим. Це економить час на підтримку.

Короткий процес змін корисніший, ніж довгий. Якщо кампанії потрібна нова кнопка, попросіть власника протестувати її в preview, підтвердити шлях події, а потім опублікувати нову версію. Не редагуйте live-версію необережно. Зміни в живому GTM легко внести й важко пояснити.

Передавайте все простими словами. Вкажіть, де саме живе подія Adgora, за чим стежить тригер і які назви змінних важливі. Якщо потім комусь доведеться оновити лендинг або замінити інструмент для форм, він зможе порівняти старий шлях події з новим ще до того, як торкнеться налаштувань. Саме це відрізняє швидку зміну від зламаної кампанії.

Якщо команда користується спільними довідниками, збережіть одну нотатку з посиланням на внутрішній глосарій ad tech і ще одну — з brief кампанії. Це допомагає новим колегам легше читати терміни на кшталт trigger, variable та event. І ще це не дозволяє сприймати всю схему як чорну скриньку.

І остання перевірка: якщо кампанія згодом розшириться, позначте поточний обсяг уже зараз. “Лише demo form” краще, ніж “усі ліди”. Тег має говорити правду в перший день, бо той самий тег буде і на 30-й день, коли хтось запитає, чому змінилися цифри.