Meta CAPI, Google Enhanced Conversions і TikTok Events API: три окремі контури
Ці рішення передають дані до різних рекламних платформ. Їх не обирають як взаємозамінні «три API»: підключають лише для каналів, якими користується бізнес, і перевіряють consent, дедуплікацію та якість кожної інтеграції.
Критерії рішення
| Параметр | Meta CAPI | Google Enhanced Conversions | TikTok Events API |
|---|---|---|---|
| Куди передає | Meta Ads | Google Ads | TikTok Ads |
| Основна роль | server, web, app, offline й CRM events | доповнення conversion measurement first-party даними | web, app, offline й CRM events |
| Browser + server | Meta радить Pixel разом із CAPI для web events | доповнює наявний conversion tag; метод залежить від реалізації | TikTok радить Pixel + Events API для website connection |
| Дедуплікація | потрібна для дубльованих browser/server events | transaction ID та правила конкретного методу | потрібна для дубльованих Pixel/API events |
| Хешовані дані | параметри за правилами Meta | first-party customer data, SHA-256 | параметри за правилами TikTok |
| Перевірка | Events Manager і diagnostics | Enhanced Conversions diagnostics | Events Manager і diagnostics |
| Consent | за застосовним правом і Meta terms | Google customer data policies та consent parameters | за застосовним правом і TikTok terms |
Не «обхід», а інший шлях передачі
Server/API connections менше залежать від виконання браузерного JavaScript і можуть доповнювати browser events. Але ATT, platform controls, consent choices, network failures і правила обробки даних усе одно впливають на те, що можна збирати та використовувати.
Дедуплікація потрібна лише для реальних дублікатів
Якщо одна покупка надсилається і з браузера, і з сервера, використовуйте однаковий ідентифікатор події за документацією платформи. Інакше одна подія може бути порахована двічі. Якщо джерела передають різні події, механічне об'єднання теж створює помилки.
Хешування не робить дані анонімними
Email або телефон після SHA-256 залишаються даними, які використовуються для зіставлення. Потрібні законна підстава, коректне повідомлення користувача, налаштування consent і мінімізація полів. Це технічна інформація, не юридична консультація.
Перевірка після запуску
Звірте Purchase count і value з бекендом, перевірте duplicate rate, missing parameters, currency, event time та consent state. Не оцінюйте інтеграцію лише за одним platform score.
Часті запитання
Чи потрібно підключати всі три системи?
Лише якщо бізнес рекламується у всіх трьох платформах і має події, які варто передавати. Для одного каналу достатньо його власного вимірювального контуру.
Чи замінює Meta CAPI Pixel?
Для website events Meta радить розглядати CAPI разом із Pixel. Конкретна архітектура залежить від платформи сайту й джерела події; дублікати потрібно дедуплікувати.
Чи є Enhanced Conversions повністю server-side?
Не завжди. Google підтримує кілька методів: tag, Data Manager та API. Enhanced Conversions доповнює наявне conversion measurement хешованими first-party даними.
Чи обходять API ad blockers та ATT?
Server requests менше залежать від браузерного коду, але слово «обходять» вводить в оману. Потрібно поважати consent, platform controls і застосовне право; повне відновлення сигналів не гарантується.
Який EMQ має бути ціллю?
Не встановлюйте універсальну оцінку без контексту. Використовуйте diagnostics платформи, але додатково звіряйте Purchase, value, дублікати й пропуски з бекендом.
Скільки коштує налаштування?
Залежить від CMS, checkout, CRM, consent platform, кількості подій і доступних інтеграцій. Спочатку потрібна схема даних і технічний аудит; універсальна кількість годин або ціна була б неточною.
Потрібна перевірка tracking stack? Проведемо read-only аудит подій, value, consent і дедуплікації та відокремимо підтверджені втрати від припущень.
Telegram →