Пиксель Facebook (Meta Pixel): события, Conversions API и работа через трекер

Без событий рекламный кабинет Meta знает только, сколько людей кликнули по объявлению. Что было дальше — заявка, покупка или уход через секунду — ему сообщает пиксель Facebook. От того, насколько полно и точно он работает, зависит и отчёт, и то, кому алгоритм будет показывать рекламу завтра.

Meta Pixel — это фрагмент JavaScript-кода, который ставится на страницы сайта и отправляет в Meta события: просмотр страницы, заявку, покупку и другие. По этим событиям рекламная система считает результаты кампаний, строит аудитории и оптимизирует показы. В современных кабинетах пиксель называется набором данных в Events Manager, а его серверный напарник — Conversions API.

Как работает пиксель Facebook

Код пикселя состоит из двух частей.

1. Базовый код загружает библиотеку Meta и отправляет событие PageView при каждом открытии страницы. Его ставят в <head> всех страниц сайта.
2. Код событий вызывается в нужный момент: при отправке формы, на странице «Спасибо», при нажатии кнопки.

Когда посетитель приходит из рекламы, в ссылке есть параметр fbclid. Пиксель сохраняет его в cookie первой стороны _fbc, а в _fbp хранит идентификатор браузера. По этим значениям Meta связывает событие на сайте с кликом по объявлению. Что такое fbclid и откуда он берётся — в статье fbclid, gclid, ttclid, msclkid: что это за параметры.

Простейший вызов события на странице «Спасибо» выглядит так:

<script>
  fbq('track', 'Lead', {value: 10, currency: 'USD'});
</script>

Стандартные события Meta Pixel

Meta предлагает набор стандартных событий. Их стоит использовать вместо своих названий: алгоритм лучше понимает, на что оптимизировать.

Кроме стандартных, можно отправлять свои события и создавать пользовательские конверсии — правила вида «событие X с параметром Y» или «открыта страница с таким-то адресом».

Параметры событий

К событию можно добавить сумму (value) и валюту (currency), идентификатор товара, категорию. Сумма особенно важна для Purchase: без неё оптимизация на ценность и ROAS невозможна. О метриках — в статье метрики арбитража: ROI, ROAS, EPC, CR.

Какое событие выбрать для оптимизации

• Lead — много событий, быстрое обучение кампании, но среди лидов есть мусор и дубли.
• Purchase или событие на апрув — точнее отражает деньги, но приходит позже и реже.

Частая схема: начать с Lead, а когда подтверждённых продаж станет достаточно, переключить оптимизацию на них. О статусах лидов — в статье статусы конверсий: лид, холд, апрув.

Как установить пиксель Facebook

1. Создайте набор данных в Events Manager рекламного аккаунта.
2. Поставьте базовый код первым делом в <head> всех страниц. На конструкторах сайтов для этого обычно есть поле «ID пикселя».
3. Добавьте события на нужные действия: форма, страница «Спасибо», кнопка мессенджера.
4. Подтвердите домен в настройках бизнес-аккаунта — Meta рекомендует это, чтобы управлять событиями своего домена.
5. Проверьте работу во вкладке «Тестовые события» в Events Manager или расширением Meta Pixel Helper в браузере.
6. Выберите событие для оптимизации в настройках группы объявлений.

Совет. Сделайте тестовую заявку сами и проверьте, что событие пришло один раз, с правильной суммой и валютой. Повторное срабатывание при обновлении страницы «Спасибо» — частая причина завышенных результатов в кабинете.

Как проверить, что пиксель работает

После установки пройдите путь посетителя сами: откройте страницу по рекламной ссылке с тестовым fbclid, отправьте форму, дождитесь страницы «Спасибо». В Events Manager во вкладке «Тестовые события» должны появиться PageView и Lead — по одному разу, с правильными параметрами. Затем загляните в обзор набора данных через несколько часов: там видно, сколько событий пришло из браузера и сколько с сервера, есть ли предупреждения о дублях или о недостающих параметрах. Проверку стоит повторять после каждой правки лендинга — сломанный код события долго остаётся незамеченным, пока не просядут результаты.

Ограничения браузеров: почему пиксель теряет события

Пиксель работает в браузере посетителя, и всё, что мешает браузеру, мешает и ему.

• Блокировщики рекламы не дают загрузить код Meta.
• Ограничения cookies в Safari и других браузерах сокращают срок жизни идентификаторов, и событие сложнее связать с кликом.
• Встроенные браузеры приложений Facebook и Instagram иногда теряют часть данных при переходах.
• Политика конфиденциальности iOS позволяет пользователю запретить отслеживание в приложениях, и часть событий приходит в кабинет с задержкой или в агрегированном виде. Правила атрибуции Meta менялись не раз — актуальные условия сверяйте в справке самой площадки.
• Уход до загрузки кода. Если человек закрыл страницу «Спасибо» за секунду, событие могло не отправиться.

Отсюда и расхождение: пиксель показывает меньше конверсий, чем партнёрская сеть. Почему цифры Facebook и трекера никогда не совпадают полностью, разобрано в статье трекинг Facebook Ads: макросы, fbclid, Conversions API.

Пиксель и Conversions API: как работают вместе

Conversions API (CAPI) отправляет те же события с сервера — вашего бэкенда или трекера. Блокировщики и cookies на него не влияют, а сервер знает то, чего не знает браузер: что заявку подтвердили или отклонили через неделю.

Meta рекомендует использовать оба канала. Подробно о выборе между браузерным и серверным учётом — в статье постбэк или пиксель.

Дедупликация событий

Если одно и то же событие приходит и от пикселя, и по Conversions API, Meta должна понять, что это одна заявка. Для этого у обоих событий должны совпадать:

• имя события — например, Lead в обоих каналах;
• идентификатор события — eventID в пикселе и event_id в серверном запросе.

Без общего идентификатора одна заявка посчитается дважды, и кампания будет оптимизироваться на завышенные данные. Если связать идентификаторы технически сложно, проще разделить роли: пиксель отправляет PageView и ViewContent, а Lead и Purchase уходят только с сервера.

Качество совпадения

Серверное событие связывается с пользователем тем лучше, чем больше идентификаторов в нём передано: fbc (из fbclid), fbp, IP-адрес и браузер посетителя, захешированные контакты, если вы законно их собираете. Events Manager показывает оценку качества совпадения по каждому событию — ориентируйтесь на неё.

Пиксель Facebook при работе через трекер

В арбитраже оффер обычно стоит на сайте партнёрской сети, и доступа к его странице «Спасибо» нет. Пиксель туда не поставить. Рабочая схема выглядит так:

1. Рекламная ссылка ведёт на ваш лендинг или преленд. Трекер записывает клик вместе с fbclid.
2. На своих страницах вы ставите пиксель с PageView и, при желании, ViewContent.
3. Номер клика трекера уходит в ссылку оффера, например aff_sub={click_id}.
4. Сеть присылает постбэк о заявке или апруве с этим номером клика. Как это устроено — в статье постбэк в арбитраже: настройка S2S postback.
5. Трекер находит клик, берёт его fbclid и отправляет событие в Meta по Conversions API.

Так Meta получает конверсии, которые браузерный пиксель увидеть не мог, причём с их настоящим статусом. Подробнее о связке номера клика и конверсии — в статье Click ID и SubID.

Частые ошибки с пикселем Facebook

• Событие срабатывает при каждом обновлении страницы. Человек обновил страницу «Спасибо» трижды — в кабинете три заявки. Отправляйте событие по факту отправки формы или защищайтесь от повтора.
• Lead стоит на странице с формой, а не на успешной отправке. Тогда событием считается просмотр формы, и оптимизация уходит в людей, которые ничего не заполняли.
• Нет суммы и валюты у покупки. Без них ROAS в кабинете пустой, а оптимизация на ценность недоступна.
• Базовый код подключён через менеджер тегов с задержкой. Быстрые посетители уходят раньше, чем пиксель загрузился.
• Одно событие из двух каналов без общего идентификатора. Дубли завышают результаты и сбивают обучение.
• Несколько пикселей на одно направление. Данные дробятся, и ни один набор не набирает событий для стабильной оптимизации.
• Потерян fbclid. Если редиректы или трекер обрезают параметр, серверные события хуже связываются с кликами. Проверьте, что он доходит до конечной страницы.

Как ArtisanClo передаёт конверсии в Meta

В ArtisanClo передача настраивается в карточке источника трафика. Для Meta нужны два значения из вашего рекламного кабинета — ID пикселя и токен доступа (доступно с тарифа Professional). Конверсии уходят напрямую в ваш кабинет по вашим ключам.

• Откуда берутся конверсии. ArtisanClo принимает постбэки от партнёрских сетей (около 300 готовых шаблонов) или заявки с вашего сайта — через код для обработчика формы, скрипт для страницы «Спасибо» или собственный пиксель приёма конверсий.
• Статусы. Статусы сетей переводятся автоматически: approved — продажа, pending — холд, refund — отклонена. Отправка в Meta идёт один раз на конверсию и статус, так что повторный постбэк не создаст дубль.
• Дубли заявок. Повторная заявка того же посетителя внутри окна уникальности записывается как «Мусор» с пометкой «дубль».
• История. В журнале конверсий у каждой записи видна история: данные клика, что прислала сеть, смены статуса и отправка в рекламную площадку.
• Расход. На тарифе Business ArtisanClo каждое утро забирает расход из Meta за последние три дня — для этого нужен ID рекламного аккаунта.

Передача работает у потоков с трекером. Если серверные события в Meta отправляет ArtisanClo, не дублируйте то же событие браузерным пикселем на своей странице без общего идентификатора — оставьте пикселю просмотры страниц. Общая схема передачи в разные кабинеты — в статье передача конверсий в рекламные кабинеты, особенности площадки — на странице Facebook Ads в каталоге источников.

Итог

Пиксель Facebook — браузерный код, который сообщает Meta о событиях на сайте: просмотрах, заявках, покупках. Используйте стандартные события, передавайте сумму и валюту и проверяйте, что каждое событие приходит один раз. Браузер теряет часть данных, поэтому Meta Pixel дополняют Conversions API — с общим именем и идентификатором события для дедупликации. А если оффер на сайте партнёрской сети, основной канал — трекер: постбэк от сети превращается в серверное событие с настоящим статусом конверсии.