Back to archive
10.14Веб-аналитика и GTM

Meta Conversions API Gateway: быстрый CAPI без полноценного sGTM

TL;DR

  • Conversions API Gateway, или CAPIG, - self-serve вариант Meta для отправки web events через Conversions API без полноценной ручной backend-интеграции.
  • CAPIG хорошо подходит бизнесу, который сильно зависит от Meta Ads и хочет быстро улучшить надежность web events.
  • CAPIG не заменяет Server-Side GTM: он работает вокруг Meta, а sGTM может маршрутизировать события в Google, TikTok, CRM, BI и другие системы.
  • По документации Meta, Gateway принимает browser events от Meta Pixel и отправляет их в Conversions API; event_id используется для дедупликации browser и server channels.
  • Главные риски: считать CAPIG универсальной аналитикой, не настроить custom domain/data routing, забыть про billing cloud provider, не проверить Event Match Quality.

1. Что такое CAPIG

Meta Conversions API Gateway - это способ подключить Conversions API без классической разработки. В документации Meta он описан как self-serve configuration option в Events Manager, который помогает отправлять события через Meta Pixel и Conversions API в redundant setup без выделенных developer resources.

Проще: если у вас уже стоит Meta Pixel, CAPIG добавляет серверный путь для тех же web events.

CAPIG не превращает сайт в полноценную first-party data platform. Он решает более узкую задачу: сделать передачу событий в Meta надежнее и проще.

2. Как это работает

По архитектуре Meta:

  1. Meta Pixel на сайте отправляет событие в обычный browser channel.
  2. Тот же pixel, если настроен Gateway endpoint, отправляет событие в CAPIG.
  3. CAPIG принимает browser event data.
  4. Gateway преобразует событие в формат Conversions API.
  5. Conversions API отправляет server event в Meta.
  6. event_id помогает Meta дедуплицировать browser и server copies.

Важно: CAPIG все еще зависит от Meta Pixel на сайте. Если задача - убрать все сторонние скрипты из браузера и построить универсальный event router, нужен sGTM или custom server-side pipeline.

3. CAPIG vs sGTM

КритерийCAPIGServer-Side GTM
Главная цельБыстро улучшить Meta eventsУправлять потоком данных для многих систем
Основная платформаMetaGoogle, Meta, TikTok, CRM, BI, custom APIs
Нужен Meta PixelДаНе обязательно для всех сценариев
СложностьНижеВыше
Data transformationsОграниченнееГибче
ДедупликацияАвтоматизирована вокруг Meta Pixel / event_idНужно проектировать
Подходит агентству Meta AdsДаДа, если есть аналитическая зрелость
Подходит omnichannel analyticsСлабоДа

Правило выбора:

  • если 80% проблемы - Meta Ads, а команды на аналитику мало, CAPIG может быть быстрым решением;
  • если нужно кормить Meta, Google Ads, TikTok, GA4, CRM и warehouse, CAPIG будет слишком узким.

4. Где CAPIG особенно полезен

Малый e-commerce

Есть Shopify / WooCommerce / Tilda, Meta приносит продажи, разработчиков почти нет. CAPIG может быть самым быстрым способом отправлять server-side web events в Meta и улучшить match quality.

Агентство с Meta Ads фокусом

Агентство ведет много небольших клиентов, у которых нет аналитиков. CAPIG проще стандартизировать, чем полноценный sGTM для каждого.

Быстрый recovery после потери сигналов

Кампании просели, Events Manager показывает слабые server events или низкий Event Match Quality. CAPIG можно запустить быстрее, чем строить backend-интеграцию.

5. Где CAPIG не подходит

СценарийПочему CAPIG слабый
Нужно отправлять события в TikTok и Google AdsCAPIG решает Meta-задачу
Нужно чистить сложные PII-поля до разных vendorssGTM/custom pipeline гибче
Нужно строить end-to-end analyticsНужны CRM, warehouse, BI, payment data
Нужно полностью убрать сторонние скриптыCAPIG работает с Meta Pixel
Есть строгий ИБ-контурНужно проверять cloud provider, deployment, data routing

6. Event Match Quality

Event Match Quality показывает, насколько хорошо Meta может сопоставить событие с пользователем в своих системах. На него влияют customer information parameters: email, phone, name, city, ZIP, external ID и другие поля, если они собраны и переданы корректно.

Практические правила:

  • передавайте только то, на что есть законное основание и consent;
  • нормализуйте phone/email до хэширования;
  • не отправляйте лишние чувствительные поля;
  • следите, чтобы browser и server copies не конфликтовали;
  • проверяйте Events Manager после запуска.

Хороший CAPIG setup - это не “включили и забыли”. Это регулярная проверка match quality, event volume, deduplication и ошибок.

7. Custom domain / data routing

Stape и другие managed providers отдельно рекомендуют data routing через custom subdomain, например:

capig.example.kz
events.example.kz

Зачем:

  • endpoint выглядит ближе к first-party инфраструктуре;
  • проще контролировать DNS;
  • лучше для стабильности маршрутизации;
  • понятнее для debugging в browser console.

Но custom domain не освобождает от consent и data minimization. Он только меняет технический маршрут.

8. Анти-кейсы

Анти-кейс 1. CAPIG как “вся аналитика”

Бизнес ставит CAPIG и думает, что теперь знает реальный ROMI. Но CAPIG показывает события Meta, а не маржу, возвраты, offline payments и статус сделки. Для P&L все равно нужна сквозная аналитика.

Анти-кейс 2. CAPIG плюс старый CAPI без проверки

На сайте уже есть Shopify CAPI, GTM CAPI и еще CAPIG. Meta получает несколько server events. Где-то дедупликация работает, где-то нет. В Events Manager красиво, в CRM денег меньше.

Анти-кейс 3. Cloud billing без владельца

Meta пишет, что Gateway требует non-Meta third-party managed cloud provider, например AWS. Если бизнес сам разворачивает cloud и не ставит billing alerts, “простая настройка” может закончиться неприятным счетом.

9. Практический чеклист запуска CAPIG

  • У бизнеса есть admin access к Meta Business / Events Manager.
  • Pixel и dataset выбраны правильно.
  • Проверено, нет ли уже другой CAPI-интеграции, которая отправляет те же события.
  • Настроен Gateway endpoint.
  • Настроен custom domain или data routing, если доступно.
  • События видны в CAPIG admin UI и Events Manager.
  • Browser и server events дедуплицируются по event_id.
  • Event Match Quality проверен после запуска.
  • Consent и customer information parameters согласованы с legal/owner.
  • Есть владелец monitoring и billing.

10. Видео

Create Meta Conversions API Gateway from scratch

11. Главный совет

CAPIG - хороший быстрый инструмент, если проблема действительно в Meta events. Но не называйте его “серверной аналитикой”. Это Meta-specific gateway. Для полноценной архитектуры данных все равно понадобятся CRM, event schema, дедупликация, consent и, часто, sGTM или собственный backend pipeline.

Sources / Notes