Конструктори цільових сторінок (landing pages), такі як ClickFunnels, були створені, щоб дозволити користувачам бачити все, що їхні клієнти роблять у послідовності конверсії. Такі інструменти надають детальну інформацію про те, як ваші клієнти взаємодіють і що для них найкраще підходить на кожному етапі їхньої подорожі по сайту, поки вони нарешті не зроблять покупку.
ClickFunnels було створено, щоб клієнти могли легко здогадатися, які маркетингові кампанії чи пропозиції наближують користувачів до покупки.
Якщо ви розміщуєте рекламу на Facebook або використовуєте будь-яке інше джерело платного трафіку на платформах ClickFunnels, відстеження та звітування про конверсії на кожному етапі воронки — аж до доларів і центів — є обов’язковою умовою, щоб зробити ваші кампанії прибутковими та досягти найвищих результатів. ROAS.
Як переконатися, що Facebook отримує достатньо даних, щоб його алгоритми краще працювали в напрямку оптимізації реклами? Що ж, це непросте завдання, враховуючи останні обмеження відстеження. Але що точно може допомогти підвищити точність відстеження ClickFunnels, так це відстеження на стороні сервера. А якщо ми зосередимося на FB, то це впровадження Facebook conversion API.
У цій статті я покажу підхід команди Stape до налаштування Facebook conversion API для ClickFunnels.
ClickFunnels пропонує фантастичний конструктор веб-сайтів, але я був здивований, що він не має повної вбудованої інтеграції з Facebook Conversion API.
Інтеграція Facebook CAPI ClickFunnels не пропонує всіх найкращих практик, які ж рекомендує Facebook. Ось кілька найбільш істотних недоліків:
У документації FB сказано, що дедуплікація необхідна, якщо ви надаєте одні й ті самі події з браузера та сервера. Якщо надлишкові події веб-переглядача та сервера не дедуплікуються, ви побачите дві конверсії у своїх подіях FB і менеджері реклами, що призводить до неточного звітування.
У більшості випадків дедуплікація Facebook використовує два параметри для ідентифікації надлишкових подій: назву події (наприклад, PageView, Lead, Purchase тощо) та ідентифікатор події. Події вважаються надлишковими, якщо веб-події та події на сервері мають ідентичні назви та ідентифікатори подій.
Два інші параметри можуть бути корисними для дедуплікації подій fbp та/або зовнішнього ідентифікатора.
Найкращий і найпростіший спосіб переконатися, що ви правильно налаштували дедуплікацію, — використовувати інструмент перевірки подій Facebook. Тестові події мають з’явитися в інструменті FB Test Events протягом 30 секунд, якщо їх правильно налаштовано.
Завдяки вбудованій інтеграції ClickFunnels оцінка якості відповідності подій, яку ви отримаєте, буде меншою за 5. Найвища оцінка якості відповідності подій, яку ви можете отримати на Facebook, становить 10. Отже, 5 із 10 — добре чи погано? Ну, це залежить від події.
Як ви, напевно, здогадалися з їх назви, показник якості відповідності події вимірює, наскільки точно FB зіставляє події на вашому сайті з фактичними профілями користувачів FB. Показник якості залежить від трьох основних факторів: кількості параметрів користувача, які ви надсилаєте для кожної події (таких як ім’я, прізвище, електронна адреса, телефон тощо), кількості подій, які містять дані користувача, і якості користувача параметри.
Скажімо, ви повідомляєте Facebook про дві події: перегляд сторінки та покупку. Коли користувач відвідує ваш сайт, інформації про нього мало. Це можуть бути деякі технічні дані, наприклад IP-адреса користувача або браузер. З іншого боку, коли користувач здійснює покупку на вашому сайті, швидше за все, він додає платіжні дані, як-от ім’я, прізвище, електронну адресу, місто тощо.
Таким чином, якість відповідності 5 для події перегляду сторінки є хорошою, оскільки жодна додаткова інформація не може бути надіслана, якщо користувач не ввійшов у систему або ви не використовуєте Firestore (чи будь-яку іншу базу даних) для збагачення даних користувача. У той же час якість збігу події 5 може вважатися низькою для події покупки, оскільки у вас є додаткові дані користувача, якими можна поділитися з FB.
Facebook заохочує надсилати якомога більше параметрів користувача, таких як ім’я, прізвище, адреса електронної пошти, країна тощо. Вони кажуть, що чим більше інформації ви надасте про користувачів, тим краще. Цікаво, чому вони так запитують? Це все для того, щоб отримати кращу атрибуцію конверсій і якісну аудиторію, що може призвести до кращої ROAS і нижчої вартості/конверсії.
Перш ніж надсилати дані будь-якого користувача до Facebook або будь-якого іншого стороннього інструменту, переконайтеся, що вони відповідають політиці конфіденційності вашої компанії, умовам використання чи будь-яким нормам у вашій країні.
Немає можливості контролювати, які події ClickFunnels надсилає на сервери FB, і немає можливості налаштувати дані сервера. Скажімо, ви хочете відстежувати натискання кнопок, перегляди конкретних продуктів або прокручування — усі ці спеціальні події неможливо додати до вбудованої інтеграції FB CAPI у ClickFunnels.
Отже, підводячи підсумок, за допомогою вбудованої інтеграції ClickFunnels ви можете отримати завищені звіти про події з поганою атрибуцією. Це може призвести до неправильної атрибуції конверсії, низькоякісної аудиторії перенацілювання та схожої аудиторії.
Є кілька способів покращити відстеження конверсій FB на ClickFunnels. Stape наближається до цього, налаштовуючи Facebook conversion API за допомогою сервера Google Tag Manager. У цій статті я опишу, як ми це робимо.
Перш ніж налаштовувати Facebook conversion API для ClickFunnels, вам потрібно мати такі речі:
Давайте почнемо з налаштування FB CAPI для ClickFunnels.
1. Першим кроком буде надсилання даних із веб-GTM на сервер GTM. Ми настійно рекомендуємо використовувати тег даних, оскільки запити, надіслані тегом даних, більш стійкі. Відкрийте веб-контейнер GTM і додайте Data Tag із галереї шаблонів. Якщо ви вирішите використовувати GA4 для надсилання даних з веб до sGTM, я пропоную все одно додати тег даних до ваших веб-шаблонів GTM, оскільки пізніше ми використовуватимемо його для зберігання даних користувачів.
2. У цьому прикладі я налаштую page_view і провідні події за допомогою FB CAPI. Щоб FB CAPI працював правильно, мені потрібно надіслати дані користувача та ідентифікатор події для цих двох подій. Додати ідентифікатор події – це простий крок. Ми почнемо з цього. Я буду використовувати шаблон Unique event ID variable від Stape для веб-GTM.
Додайте унікальний шаблон змінної ідентифікатора події до свого веб-контейнера GTM -> Створіть унікальну змінну ідентифікатора події та додайте її до піксельних тегів FB. У моєму випадку я використовую спеціальний HTML для налаштування піксельних подій FB, тому що мені потрібно використовувати trackSingle для надсилання даних подій до одного пікселя FB. У цьому випадку додавання ідентифікатора події має виглядати, як на знімку екрана нижче.
Якщо ви використовуєте шаблон тегів FB, перейдіть до додаткових налаштувань і додайте змінну ID події у відповідне поле.
3. Цей крок покаже, як я витягую дані користувача з ClickFunnels. Дані користувачів допомагають FB зіставляти користувачів вашого сайту з профілями FB. Мені потрібні три речі, щоб отримати дані користувача:
Створіть тег даних, який запускатиметься щоразу, коли користувач надсилатиме контактну форму. Data Tag зберігає дані користувачів (ім’я, електронну пошту та номер телефону) у локальному сховищі та файли cookie під час активації.
Щоб отримати дані користувача, я використовував спеціальну змінну JavaScript, яка повертає кожен із необхідних параметрів. Це виглядає так:
function() {
if (document.querySelector('input[name = "email"]')) {
return document.querySelector('input[name = "email"]').value;
}
return "";
}4. На попередньому кроці ми успішно витягли дані користувача з сайту та зберегли їх. Здатність Data Tag зберігати дані користувача допомагає додавати дані користувача, коли вони недоступні на сайті. Наприклад, коли відбувається перенаправлення після успішного надсилання контактної форми. У цьому сценарії дані користувача доступні на одній сторінці, але подія потенційного клієнта запускається на іншій.
Щоб отримати дані користувача, які зберігалися за допомогою тегу даних, я скористаюся Data Variable, доступною в галереї веб-шаблонів GTM.
Створіть змінну даних для кожного параметра користувача, який ви зберегли за допомогою тегу даних.
5. Тепер давайте налаштуємо тег даних для надсилання даних із веб-GTM на сервер GTM. Створіть новий тег, виберіть тип тегу Data Tag, додайте назву події та встановіть URL-адресу GTM сервера. У дані події я додам event_id, який ми встановили на кроці №2. У дані користувача я додам усі параметри користувача, які ми зберегли за допомогою тегу даних і вилучили за допомогою змінної даних.
6. Щоб дедуплікація подій працювала належним чином, ви повинні використовувати той самий тригер для відповідності подій, надісланих тегом даних і піксельним тегом FB.
7. Ви також можете додати параметри користувача до піксельного тегу FB. Чому так? Тому що, коли FB бачить дві ідентичні події з веб та сервера, вони видаляють подію сервера та зберігають лише веб. Якщо ви надсилаєте дані користувача в події сервера, ці параметри користувача також буде видалено. Якщо до піксельного тегу FB не буде додано параметрів користувача, ви втратите деяку додаткову інформацію, яка може бути корисною для алгоритмів FB.
У моєму випадку я додав дані користувача до спеціального HTML-тегу, який я використовую для надсилання провідних подій на піксель FB.
8. Давайте нарешті перейдемо до серверного контейнера GTM та налаштуємо FB CAPI. Я буду використовувати Data Client для отримання інформації, надісланої до sGTM через Data Tag. На жаль, у sGTM немає шаблонів клієнта, тому вам потрібно імпортувати Data Client із GitHub вручну. Відкрийте це посилання та завантажте zip-файл із GitHub. Перейдіть до розділу шаблонів клієнтів у sGTM -> натисніть новий клієнт -> імпортувати дані клієнта.
9. Відкрийте розділ Клієнти та створіть Data Client.
10. Усередині контейнера sGTM додайте шаблон тегу FB CAPI з Галереї шаблонів. Створіть новий тег FB CAPI. Виберіть метод назви події -> Додайте піксель FB, FB access token та тестовий ідентифікатор FB. Я пропоную ввімкнути прапорець Generate _fbp cookie, якщо він не існує. Це допоможе з атрибуцією FB -> Додати ідентифікатор події та дані користувача. Щоб отримати дані користувача, я буду використовувати змінну даних події. Цей тег має ініціювати кожну подію потенційного клієнта, заявлену Data Client.
11. Налаштуйте тег Facebook Conversion API для кожної події, яку ви хочете відстежувати на стороні сервера. Після цього відкрийте налагоджувачі веб-сервера GTM і інструмент тестування FB і перевірте конфігурацію. Якщо все зроблено правильно, ви повинні побачити піксель FB, активований у веб-GTM, теги FB CAPI, активовані в sGTM, і дедупліковані події та параметри події в інструменті тестування подій.
12. Через кілька днів ви повинні побачити щось подібне до того, що я показую на скріншоті нижче в FB events manager. Події надсилаються як з браузера, так і з сервера. Подія має пристойний показник якості та відсутність помилок дедуплікації.
За задумом, Clickfunnels — це інструмент для людей, які витрачають гроші на платну рекламу. Оскільки ера встановлення ставок CPC вручну минає, і ми сильно покладаємося на алгоритми машинного навчання, які вирішують, кому показувати наші оголошення та за яку ціну, релевантне відстеження конверсій має вирішальне значення для успішних маркетингових кампаній.
Зі збільшенням обмежень щодо відстеження точне відстеження конверсій більше неможливе за допомогою відстеження лише в браузері. На жаль, власне рішення FB CAPI Clickfunnels не забезпечує високої точності відстеження FB на стороні сервера. Найкращий спосіб підійти до FB CAPI для ClickFunnels — це налаштувати його вручну за допомогою серверного контейнера GTM.
Сподіваюся, ця стаття допомогла вам налаштувати FB CAPI для сторінок лендінг Clickfunnels. Якщо вам потрібна допомога в налаштуванні відстеження ss для вашого сайту, не соромтеся зв’язатися з нами.
Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу, заповніть форму , і ми надішлемо вам пропозицію.
