Піксель Facebook на лендингу: як перевірити, що він не бреше

Ти запустив кампанію, ліди йдуть, але Facebook показує вдвічі менше конверсій, ніж CRM. Або навпаки — подій більше, ніж реальних заявок. Це не глюк кабінету: швидше за все, піксель налаштований криво. У цій статті — як перевірити піксель Facebook на лендингу покроково, без гадань.

Чому дані в кабінеті розходяться з реальністю

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

• Подія Purchase або Lead стріляє при кожному завантаженні сторінки-дякуємо, а не лише після реального сабміту.
• Піксель взагалі не встановлений на сторінці підтвердження — Facebook не бачить конверсій.
• Код вставлений двічі: CR у звітах роздутий, а ціна ліда виглядає фантастично низькою.
• Подія стріляє в момент кліку на кнопку, а не після успішного відправлення форми — і заявки, що не пройшли валідацію, теж рахуються.

На українському ринку середній лід у товарці коштує 80–180 ₴. Якщо у тебе 40 ₴ — скоріш за все, піксель рахує зайве.

Крок 1: Pixel Helper — базова перевірка за 2 хвилини

Pixel Helper — розширення Chrome від Meta. Встанови його, відкрий лендинг і подивись на іконку розширення:

• Зелена іконка з цифрою — піксель знайдено, кількість активних пікселів на сторінці.
• Жовта — піксель є, але є попередження (дублювання, застарілий код).
• Червона — помилка ініціалізації.

Клікни на іконку і перевір:

1. Pixel ID — збігається з тим, що у твоєму Business Manager?
2. PageView — подія повинна стріляти один раз при завантаженні.
3. Чи немає дублів — двох однакових подій одночасно.

Якщо бачиш два різних Pixel ID — хтось із попередніх підрядників залишив свій піксель. Видали чужий одразу.

Крок 2: Перевірити подію конверсії через Test Events

Pixel Helper показує, що піксель є. Але чи правильно стріляє подія Lead або Purchase? Йди в Events Manager → Test Events.

1. Введи URL свого лендингу в поле «Test browser events».
2. Відкриється лендинг у новій вкладці — заповни форму і відправ тестову заявку.
3. Повернись у Events Manager: протягом 10–30 секунд побачиш подію в реальному часі.

Що перевіряти:

• Подія Lead з'явилась після сабміту, а не до.
• У параметрах події є currency і value, якщо ти передаєш вартість ліда (наприклад, 150 для середнього чека 1200 ₴ при CPA-моделі).
• Подія не з'являється при простому завантаженні сторінки-дякуємо без реального сабміту — відкрий сторінку напряму і переконайся, що подія не стріляє.

Якщо подія не з'явилась — проблема або в коді на сторінці підтвердження, або форма не редиректить на окремий URL після відправки.

Крок 3: Сторінка-дякуємо vs. подія на кнопці — що надійніше

Є два підходи до відстеження заявок Facebook:

Варіант А — піксель на окремій сторінці-дякуємо. Після успішного сабміту користувач потрапляє на /thank-you, де в коді стоїть подія Lead. Надійно: якщо людина бачить цю сторінку — заявка точно пройшла.

Варіант Б — подія через JavaScript на кліку кнопки. Подія стріляє в момент кліку, до валідації форми. Якщо поля заповнені неправильно і форма не відправилась — конверсія все одно зарахована. Це завищує кількість подій на 15–30% порівняно з реальними заявками.

Для товарки з оплатою при отриманні варіант А надійніший. Якщо твій лендинг зібраний на LandEmpire, сторінка-дякуємо налаштовується окремим кроком у воронці — одразу встав код події туди, а не на основну сторінку.

Крок 4: Звірити дані пікселя з CRM за 7 днів

Технічна перевірка — це половина роботи. Друга половина — порівняти цифри за реальний період.

Візьми будь-який тиждень і постав поруч:

• Facebook Events Manager → кількість подій Lead за цей період.
• Твоя CRM або таблиця → кількість реальних заявок.

Нормальне розходження — до 15%. Це атрибуційні вікна, iOS-обмеження, блокувальники реклами. Якщо розходження більше:

• Піксель рахує більше — дублювання події або стрільба на кліку замість сабміту.
• Піксель рахує менше — код не на всіх версіях сторінки (наприклад, є мобільна версія без пікселя), або сторінка-дякуємо недоступна через редирект.

При апруві 60–70%, що типово для COD-товарки в Україні, навіть 20% розходження в даних пікселя означає, що алгоритм оптимізується під невірну аудиторію — і ти платиш за це гіршим ROI.

Крок 5: Додаткові параметри, які варто передавати

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

• value — сума замовлення в гривнях. Навіть приблизна (наприклад, 990 для товару за 990 ₴) дає Facebook змогу оптимізуватись під вищий чек.
• currency: 'UAH' — обов'язково, якщо передаєш value.
• content_name — назва товару. Корисно, коли ти тестуєш кілька офферів з одного кабінету.
• event_id — унікальний ідентифікатор події для дедублікації, якщо використовуєш і піксель, і Conversions API одночасно.

Conversions API (CAPI) — окрема тема, але якщо коротко: він передає події з сервера і не залежить від блокувальників. На ринку оцінюють, що CAPI повертає 10–25% «втрачених» конверсій, які піксель у браузері не бачить через iOS 14+ і AdBlock.

Підсумок

1. Встанови Pixel Helper і перевір, чи правильний Pixel ID на лендингу, чи немає дублів і зайвих пікселів.
2. Зайди в Test Events і відправ тестову заявку — подія Lead повинна з'явитись після сабміту, а не до.
3. Постав піксель на сторінку-дякуємо, а не на кнопку — так рахуються лише реальні заявки.
4. Звір дані Events Manager і CRM за останні 7 днів: розходження більше 15% — привід копати глибше.
5. Передавай value і currency у події — алгоритм навчатиметься швидше і точніше знаходитиме платоспроможну аудиторію.