Чем отличаются Meta CAPI, Google Enhanced Conversions и TikTok Events API?

Meta Conversions API, Google Enhanced Conversions и TikTok Events API передают данные в разные рекламные платформы и не заменяют друг друга. Meta и TikTok рекомендуют сочетать browser и server events с дедупликацией, когда отправляются дубликаты. Google Enhanced Conversions дополняет существующее измерение хешированными first-party данными; актуальные реализации могут использовать tag, Data Manager или API. Server-side передача может быть устойчивее к браузерным сбоям, но не отменяет consent, политики платформы, качество данных или необходимость диагностики.

Meta Conversions APIGoogle Enhanced ConversionsTikTok Events APIserver-side trackingiOS 14 ATTGDPRMeta PixelEvent Match QualityGTM Server-Side

Meta CAPI, Google Enhanced Conversions и TikTok Events API: три отдельных контура

Эти решения передают данные в разные рекламные платформы. Их не выбирают как взаимозаменяемые «три API»: подключают только для используемых каналов и проверяют consent, дедупликацию и качество каждой интеграции.

3разные платформы
0гарантированного uplift
Consentдо передачи
event_idдля browser/server дублей
Diagnosticsпосле запуска

Критерии решения

ПараметрMeta CAPIGoogle Enhanced ConversionsTikTok Events API
Куда передаётMeta AdsGoogle AdsTikTok Ads
Основная рольserver, web, app, offline и CRM eventsдополнение conversion measurement first-party даннымиweb, app, offline и CRM events
Browser + serverMeta рекомендует Pixel вместе с CAPI для web eventsдополняет conversion tag; метод зависит от реализацииTikTok рекомендует Pixel + Events API для сайта
Дедупликациянужна для дублей browser/servertransaction ID и правила конкретного методанужна для дублей Pixel/API
Хешированные данныепараметры по правилам Metafirst-party customer data, SHA-256параметры по правилам TikTok
ПроверкаEvents Manager и diagnosticsEnhanced Conversions diagnosticsEvents Manager и diagnostics
Consentпо применимому праву и Meta termsGoogle customer data policies и consent parametersпо применимому праву и TikTok terms

Не «обход», а другой путь передачи

Server/API connections меньше зависят от выполнения браузерного JavaScript и могут дополнять browser events. Но ATT, platform controls, consent choices, сетевые ошибки и правила обработки данных всё равно влияют на доступные данные.

Дедупликация нужна только для реальных дублей

Если одна покупка отправляется из браузера и сервера, используйте одинаковый идентификатор события по документации платформы. Иначе событие может быть посчитано дважды. Механическое объединение разных событий тоже создаёт ошибки.

Хеширование не делает данные анонимными

Email или телефон после SHA-256 остаются данными для сопоставления. Нужны законное основание, корректное уведомление, consent и минимизация полей. Это техническая информация, не юридическая консультация.

Проверка после запуска

Сверьте Purchase count и value с бэкендом, проверьте duplicate rate, missing parameters, currency, event time и consent state. Не оценивайте интеграцию по одному platform score.

01Определить источник истины для Purchase и revenue.
02Зафиксировать consent и data-policy требования.
03Согласовать event names, IDs, value и currency.
04Настроить deduplication там, где есть дубли.
05Пройти diagnostics и сверить данные с бэкендом.

Частые вопросы

Нужно подключать все три системы?

Только если бизнес рекламируется во всех трёх платформах и имеет события для передачи. Для одного канала достаточно его измерительного контура.

Заменяет ли Meta CAPI Pixel?

Для website events Meta рекомендует рассматривать CAPI вместе с Pixel. Архитектура зависит от платформы сайта и источника события; дубли нужно дедуплицировать.

Enhanced Conversions полностью server-side?

Не всегда. Google поддерживает несколько методов: tag, Data Manager и API. Enhanced Conversions дополняет существующее 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 →