Одного браузерного Пикселя больше недостаточно, чтобы видеть все конверсии: блокировщики рекламы, ATT, ITP и ограничения third-party cookies отнимают часть сигнала, и размер этой части зависит от браузеров, устройств и согласий вашей аудитории. Conversions API (CAPI) отправляет конверсии с вашего сервера в Meta напрямую. CAPIG, Conversions API Gateway, - готовый способ Meta сделать это без собственного бэкенда: шлюз разворачивается в вашем облаке (AWS или GCP) на вашем поддомене и передает данные Пикселя в Meta серверным запросом.
Еще несколько лет назад настроить аналитику было просто: вы ставили кусок JavaScript-кода (Pixel) на сайт, и он послушно отправлял данные о каждом клике, добавлении в корзину и покупке прямо на серверы рекламных сетей.
Сегодня эта схема рушится на глазах. Из-за блокировщиков рекламы (AdBlock), обновлений приватности вроде iOS 14.5 (ATT), Safari ITP (Intelligent Tracking Prevention) и ужесточения работы с third-party cookies браузерный Пиксель стал "слепнуть".
Когда рекламный алгоритм Meta, TikTok или Snapchat недополучает данные о покупках, он не может нормально оптимизироваться. CPA (цена за действие) растет, а качество трафика падает. Выход только один - перенос трекинга на сторону сервера (Server-Side Tracking).
Deep Dive: Что такое CAPI (Conversions API)?
Вместо того чтобы полагаться на хрупкий браузер пользователя, Conversions API (CAPI) позволяет вашему бэкенду или CRM напрямую "общаться" с серверами Meta.
Представьте ситуацию: пользователь заходит на сайт с включенным AdBlock, делает заказ и уходит.
- Сценарий с Пикселем: Пиксель заблокирован. Meta не знает о покупке. Алгоритм считает кампанию неэффективной.
- Сценарий с CAPI: Ваш сервер фиксирует заказ в базе данных, берет email покупателя (хэширует его для безопасности) и отправляет прямой серверный запрос (HTTP POST) в Meta с сообщением: "Этот пользователь купил товар на 10 000 тенге".
Почему Pixel теряет конверсии, а CAPI - нет
Браузерный трекинг рушится - сигнал переезжает на сервер
Browser pixel
Third-party cookies
AdBlock, ITP, iOS 14.5 ATT
События не доходят до Meta
- теряет конверсии
Server / CAPI
Бэкенд фиксирует заказ
Email хэшируется SHA-256
Прямой HTTP POST в Meta
- не блокируется
Алгоритм Meta
Видит полную картину покупок
Оптимизация работает
CPA снижается
- dedup по event_id
Server-to-server запрос невозможно заблокировать AdBlock-ом или браузером.
Pixel живет в браузере пользователя - CAPI отправляет конверсию между надежными серверами.
Server-to-Server трекинг невозможно заблокировать с помощью AdBlock или ограничений браузера, потому что данные передаются между надежными серверами.
Сложность Direct CAPI Однако прямая интеграция (Direct CAPI) требует сильной команды бэкенд-разработчиков. Вам нужно писать код для формирования правильных payload-ов, управлять задержками (retries), следить за хэшированием персональных данных и постоянно поддерживать API в актуальном состоянии при изменениях со стороны Meta.
CAPIG: Инфраструктурный шлюз без боли
Чтобы бизнесу не приходилось писать собственный бэкенд для трекинга, Meta выпустила готовое решение - Conversions API Gateway (CAPIG).
CAPIG - это готовая облачная инфраструктура, которая разворачивается на мощностях вашего облачного провайдера (например, AWS или Google Cloud Platform).
Архитектура CAPIG: first-party шлюз для Meta
Готовый черный ящик от Meta в вашем облаке - без собственного бэкенда
Pixel на сайте
Базовый Pixel остается
События идут не в Meta, а на ваш поддомен
CAPIG на поддомене
data.goodlabs.kz - first-party
ITP пропускает запрос
Ваше облако: AWS / GCP
- hash PII
- dedup
Meta CAPI
Server-to-server доставка
Выше EMQ
Ниже CPA
CAPIG ставится на AWS/GCP и связывается с Pixel через DNS.
First-party поддомен обходит блокировщики - участие разработчиков минимально.
Как это работает:
- Вы по-прежнему используете базовый Пиксель на сайте, но настраиваете его так, чтобы он отправлял данные не в Meta, а в ваш собственный CAPIG, который крутится на вашем поддомене (например,
data.goodlabs.kz). - Поскольку запрос идет на ваш поддомен (first-party), браузерные блокировщики (ITP) не считают это сторонним трекингом и пропускают его.
- CAPIG принимает сырые данные, автоматически обрабатывает их, хэширует email-ы и отправляет надежным серверным запросом (Server-to-Server) напрямую в Meta.
CAPIG требует минимального участия разработчиков. По сути, это готовый "черный ящик" от Meta, который нужно просто установить на AWS/GCP и связать с вашим Пикселем через настройки DNS.
Альтернативы: Server-Side GTM (ssGTM)
CAPIG заточен в первую очередь под Meta. Если вы запускаете мульти-канальные кампании (Google Ads, TikTok, Snapchat - все они тоже активно внедряют свои CAPI), отдельный CAPIG только для Meta может оказаться неэффективным.
В таких случаях мы часто рекомендуем использовать Server-Side Google Tag Manager (ssGTM). Он работает по похожему принципу (крутится на вашем облачном сервере), но позволяет отправлять серверные события одновременно в Meta CAPI, TikTok Events API, Google Analytics 4 и другие системы из одной точки входа.
Что делать дальше
Маркетологам:
- Следите за метрикой Event Match Quality (EMQ) в Events Manager. Она показывает, насколько хорошо данные о покупателе в ваших серверных событиях сопоставляются с аккаунтами Meta. Низкая оценка - это диагноз, а не цель: сначала проверьте, что с серверными событиями приходят
fbpиfbc, что вы передаете IP-адрес и user agent браузера, а не своего сервера, и что email и телефон, которые вы уже собираете, нормализованы и хэшированы. Не добавляйте поля в форму только ради оценки. - Не отключайте обычный Пиксель! Идеальная настройка - это когда работают и Пиксель, и CAPI одновременно. Meta умеет дедуплицировать одинаковые события (по
event_id), чтобы не считать покупку дважды.
Аналитикам и Инженерам:
- Если ваш фокус только на Facebook/Instagram и у вас нет сложных мульти-канальных воронок - разверните CAPIG. Это быстрее и дешевле в поддержке.
- Если вы строите сложную O2O-аналитику или активно используете Google Ads и TikTok наряду с Meta - инвестируйте ресурсы в настройку Server-Side GTM.
- Нормализуйте и хэшируйте SHA-256 контактные поля (email, телефон, имя, город и подобные) перед отправкой. IP-адрес, user agent,
fbpиfbcMeta ожидает без хэширования.
Серверный трекинг раньше был преимуществом передовых команд. Сегодня это вопрос выживания для любого бизнеса, покупающего перформанс-трафик.
Источники
Частые вопросы
Сколько данных реально теряет браузерный трекинг?
Универсальной цифры нет: потеря зависит от того, сколько ваших покупателей сидят с блокировщиками или в Safari, открывают сайт из iOS-приложений, где отказались от отслеживания, и отклоняют cookies. Измерьте свой разрыв: сравните подтвержденные заказы в бэкенде с браузерными событиями Purchase, которые Events Manager показывает за тот же период. Ошибок при этом нет: платформа просто получает меньше конверсий, и это выглядит как падение эффективности, а не как проблема измерения.
Почему CAPI нельзя заблокировать так же, как пиксель?
Потому что Conversions API отправляет события server-to-server. Данные идут между доверенными серверами, а не через браузер пользователя, так что блокировщикам нечего перехватывать. Это второй независимый сигнал, который нужно дедуплицировать с пикселем.
CAPIG или server-side GTM?
CAPIG - это почти готовый «черный ящик»: развернуть на AWS/GCP, связать с пикселем через DNS, минимум участия разработчиков. Server-side GTM дает слой трансформации - нормализацию, фильтрацию, валидацию, роутинг в несколько destination - ценой инфраструктуры, которую нужно поддерживать. Выбирайте то, что ваша команда сможет обслуживать после окончания проекта.
Нужен ли Пиксель после установки CAPIG?
Да. CAPIG работает с базовым Пикселем на сайте, который настраивается отправлять данные на ваш поддомен с CAPIG. Не отключайте обычный Пиксель: идеальная настройка - это когда работают и Пиксель, и CAPI одновременно, а Meta дедуплицирует одинаковые события по event_id, чтобы не считать покупку дважды.