Не працює відстеження конверсій? Простежте шлях заявки із сайту від цільової сторінки до успішного надсилання, а потім перевірте названу дію за допомогою Google Tag Assistant. Розглядайте окремо доставку, перевірку тегу та рекламну атрибуцію - віднесення результату до рекламної взаємодії. Ця процедура призначена для наявної дії, яку вимірює тег Google Ads на сайті. Для імпортованих подій Analytics, дзвінків і офлайн-продажів потрібні окремі процедури.
Заявка може надійти, хоча рекламний графік залишиться порожнім. Тег також може реагувати на дію, після якої заявка нікуди не надходить. Спочатку ми записуємо, що саме має означати ця дія, щоб ще до будь-яких змін у конфігурації перевірка мала чіткий результат.
Не працює відстеження конверсій: розділіть докази
Дія-конверсія - це вибрана вами активність для вимірювання, наприклад завершена заявка. Тег - це код вимірювання, а Tag Assistant - інструмент Google для його перевірки. У настанові Google із діагностики конкретної дії сказано, що перевірена дія може мати статус “Немає нещодавніх конверсій” (“No recent conversions”). Отже, успішна перевірка залишає рекламну атрибуцію окремим питанням.
| Спостереження | Що ще потрібно перевірити |
|---|---|
| Форма показує повідомлення про успіх | Чи справді передбачена заявка надійшла до системи-одержувача |
| Названу дію перевірено | Чи відповідав тест доставленій заявці за записаних умов |
| У звіті Ads є конверсії | Яку дію, умови звітності та рекламні взаємодії представляють ці записи |
Запишіть маршрут форми перед тестуванням
Виберіть конкретну форму й опишіть її передбачений результат простою мовою. “Запит цінової пропозиції надходить до погодженої системи-одержувача” - корисніше визначення тесту, ніж “кнопка працює”. Перш ніж продовжувати, визначте наявну дію та її джерело. Якщо її імпортовано з Analytics, передайте цю інформацію особі, яка її обслуговує, і застосуйте відповідні перевірки імпорту.
Створіть порожню картку з такими полями:
- Цільова сторінка, мова, форма й очікувана система-одержувач.
- Назва дії, джерело й поточний видимий статус.
- Очікуване успішне надсилання та очікуване відхилене або покинуте надсилання.
- Браузер, пристрій, час тесту й часовий пояс, а також вибір щодо згоди.
- Фактичне отримання, спостереження за названою дією, невирішене питання та відповідальна особа.
Для ручного встановлення через Google Tag Manager у настанові Google із налаштування зазначено ідентифікатор конверсії (Conversion ID) і мітку конверсії (Conversion Label), які використовує тег. За потреби попросіть особу, яка обслуговує налаштування, порівняти наявні значення. Автоматично створені дії можуть не мати окремої мітки; саме по собі це не є причиною створювати дію на заміну.
Простежте успішну заявку через Tag Assistant
Погодьте безпечний тест із людьми, які обслуговують форму та отримують заявки. Використовуйте схвалені тестові дані й контролюйте всі сповіщення, бронювання або подальші повідомлення, які можуть виникнути. Якщо зробити це безпечно неможливо, натомість підготуйте картку для відповідального фахівця. Не додавайте до спільної таблиці дані реальних клієнтів, відомості про доступ або необмежені знімки екрана з налагодження.
- Відкрийте “Цілі” (Goals) у Google Ads, а потім зведення конверсій (Summary). Знайдіть потрібну дію та запишіть точний статус і її відомості. Якщо в рядку є команда “Діагностика” (Troubleshoot), перейдіть із неї до Tag Assistant. Якщо цей маршрут недоступний, попросіть відповідального за обліковий запис визначити належний спосіб діагностики.
- Підключіться з цільової сторінки та пройдіть звичайним маршрутом до форми. Google радить починати із цільової або головної сторінки, а не відкривати сторінку конверсії безпосередньо. Не натискайте активне оголошення, щоб штучно створити тестове відвідування.
- Збережіть схвалену поведінку сайту щодо згоди. У настанові Google із діагностики згоди розрізняються початкові налаштування, вибір відвідувача та поведінка окремих тегів. Запишіть фактичний стан; якщо ніхто не може пояснити очікувану поведінку, зупиніться й залучіть відповідального фахівця з упровадження.
- Надішліть схвалений тест і перевірте фактичне отримання незалежно від підтвердження на екрані. Запишіть, що показує Tag Assistant для потрібної дії, зокрема відсутній або неочікуваний результат.
- Натисніть “Завершити” (Finish), а потім “Закрити Tag Assistant” (Close Tag Assistant), щоб завершити керований сеанс. Збережіть його результат поруч зі спостереженням за доставкою. Працюйте з кожною діагностичною помилкою, а не надсилайте форми знову й знову.
Політика Google щодо згоди користувачів у ЄС поширюється на відповідні продукти, які використовуються для людей у ЄЕЗ, Великій Британії та Швейцарії. Під час тестування виконуйте застосовні вимоги щодо розкриття інформації та згоди. Успішна технічна перевірка не підтверджує дотримання законодавства.
Перевірте форму, яка не завершується
Для дії, визначеної як завершена заявка, порівняйте успішний маршрут зі схваленою спробою, за якої обов’язкове поле залишається недійсним або користувач покидає форму. Спочатку запишіть очікуваний результат: немає завершеної заявки й немає дії завершеної заявки. Інша дія, наприклад натискання кнопки зв’язку, може спрацювати правомірно; перш ніж діагностувати помилку, перевірте її назву.
У документації Google щодо тригера форми пояснено, що спроба надсилання може активувати тригер, коли перевірку дійсності вимкнено. Тригер - це умова, яка визначає, коли спрацьовує тег. Тому перевірка відхиленої форми корисна, але перемикання прапорця не є універсальним виправленням або доказом доставки. Настанова Google щодо спеціальних подій також охоплює форми зі зміненою поведінкою надсилання; фахівець з упровадження має визначити їхній фактичний сигнал успіху.
Передайте перший доведений збій його власнику
Виберіть наступну дію на підставі записаного збою, а неперевірені рівні залиште позначеними як невідомі. Так виправлення форми залишається окремим від роботи з вимірюванням, а кампанії не змінюються лише заради зникнення попередження. Збережіть попередні докази, щоб колега міг повторити той самий маршрут і побачити, на що фактично вплинула схвалена зміна.
- Заявка не надходить: передайте відповідальному за форму маршрут, очікувану систему-одержувача та помічений результат. У нашій роботі з розробки сайтів доставка форми й аналітичні події є окремими перевірками приймання.
- Заявка надходить, але потрібна дія відсутня або неправильна: передайте картку відповідальному за тег. Для вимірювання платної реклами визначте наявну дію, перш ніж додавати код або змінювати налаштування.
- Система-одержувач або відповідальна особа незрозумілі: погодьте, куди має надійти тест і хто його перевіряє. Визначення цього етапу отримання належить до роботи з CRM та автоматизацією; купівлю іншого інструмента можна відкласти, доки не буде зрозуміло, кому належить відсутня відповідальність.
- Виправлення схвалено: повторіть успішний і відхилений маршрути, яких воно стосується. Режим “Попередній перегляд” (Preview) у Google Tag Manager може виконувати чернетку робочої області, тому запишіть, яку версію перевірено, і після випуску повторно перевірте передбачену загальнодоступну конфігурацію.
Перевіряйте звітність окремо
Пряма діагностика не підтверджує, що Google Ads зарахує конверсію рекламній взаємодії. Коли отримання та названа дія пройдуть свої перевірки, збережіть вибрану у звіті дію, стовпець, діапазон дат і часовий пояс облікового запису. Настанова Google розрізняє стовпці з датою рекламної взаємодії та стовпці з датою конверсії. Перш ніж досліджувати розбіжність, використовуйте узгоджену основу.
Обробка звітів також потребує часу. Скористайтеся застосовною настановою Google щодо актуальності даних і зазначте, коли відповідальний за обліковий запис перевірить їх знову, не обіцяючи фіксованого часу зникнення проблеми. Якщо це почалося після оновлення сайту на WordPress, скористайтеся нашими перевірками після оновлення WordPress, щоб включити тест форми до ширшої перевірки випуску.
Що записати після виправлення
Запишіть фактичне отримання форми, результат діагностики названої дії, результат відхиленого маршруту й усі невирішені питання щодо звітності. Збережіть попередній результат поруч із повторною перевіркою. Успішна перевірка описує спостережені маршрут, версію та умови; для інших мов, форм або варіантів згоди потрібні власні належні перевірки, перш ніж поширювати на них цей висновок.
Де ми можемо допомогти
Ми поєднуємо перевірку форми, докази вимірювання та передавання завдання людям, які це обслуговують. Допомога з упровадженням доречна, коли картка вказує на збій, який ви не можете безпечно виправити з наявним доступом. Спочатку заповніть картку для заявки, яку потрібно зрозуміти, і назвіть особу, яка перевірить її перший невирішений етап.
