Conversions API простими словами: навіщо надсилати події із сервера

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

Схема проста, але в неї є слабке місце: усе залежить від браузера відвідувача.

Чому піксель бачить не все

Повідомлення від пікселя може не дійти з кількох причин:

• у відвідувача стоїть блокувальник реклами, і скрипт пікселя просто не завантажився;
• браузер сам обмежує відстеження і швидко видаляє cookie;
• сторінку відкрито у вбудованому браузері застосунку, який поводиться по-своєму;
• відвідувач закрив вкладку раніше, ніж запит устиг піти.

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

Що робить Conversions API

Conversions API у Meta та Events API у TikTok дають змогу повідомити про подію із сервера. Заявка прийшла на ваш сервер, і вже він, а не браузер покупця, надсилає її майданчику. Блокувальники та налаштування браузера на це не впливають.

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

Як не порахувати заявку двічі

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

Найпростіший спосіб: використати як ідентифікатор номер заявки. Він однаковий і в браузері, і на сервері, і не повторюється.

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

Що надсилати разом із подією

Щоб повʼязати подію з людиною, яка клікнула на рекламу, майданчику потрібні підказки:

• ідентифікатор кліку: fbclid у Meta, ttclid у TikTok;
• cookie пікселя, якщо вони є: _fbp і _fbc, у TikTok _ttp;
• IP-адреса та браузер відвідувача;
• телефон у вигляді хешу, а не відкритим текстом.

Що більше таких даних, то частіше подія знаходить свій клік. У кабінеті Meta це показано як якість зіставлення подій.

«Покупка» при оплаті на пошті

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

Звідси два підходи.

Вчити алгоритм на заявках. Подій багато, вони приходять одразу. Але алгоритм знаходить тих, хто охоче лишає заявку, а не тих, хто викуповує.

Надсилати «Покупку» за статусом із CRM. Коли замовлення підтверджено або викуплено, сервер надсилає Purchase із сумою. Алгоритм отримує сигнал про справжніх покупців.

Другий підхід має обмеження: рекламна мережа повʼязує покупку з кліком лише в межах свого вікна атрибуції. Якщо посилка йде довше, подія прийде, але до реклами не привʼяжеться. Тому багато хто надсилає «Покупку» вже на підтвердженні замовлення: це відбувається в перші години після заявки й відсікає тих, хто не взяв слухавку або відмовився.

Хоч що ви оберете, спам не має йти в рекламу зовсім: ні як заявка, ні як покупка.

Як перевірити, що все працює

1. Надішліть тестову заявку зі свого сайту.
2. У Meta Events Manager відкрийте піксель і знайдіть подію Lead. У неї мають бути два джерела: браузер і сервер.
3. Перевірте, що подію позначено як дедупліковану, а не пораховано двічі.
4. Подивіться на якість зіставлення: якщо вона низька, серверу бракує даних про відвідувача.

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

Коротко

• Піксель втрачає частину заявок через блокувальники та обмеження браузерів.
• Серверне надсилання доставляє заявки й покупки надійно.
• У браузерної та серверної події має бути один ідентифікатор.
• При оплаті на пошті «Покупку» варто надсилати за статусом із CRM.

У Tersby все це налаштовується в одному місці: піксель і Conversions API підключаються введенням ідентифікатора та токена, а ідентифікатор події, дані відвідувача й «Покупка» за статусом замовлення надсилаються самі.