• Meta Ads · Meta Pixel
  • Замер 31.07.2026

Meta Pixel и Conversions API: чтобы события доходили полностью

Настройки Meta Pixel и Conversions API – это две половины одного измерения: браузер шлет событие с телефона покупателя, сервер – с вашей стороны, и обе должны нести общий идентификатор события. Без него покупка считается дважды, и офис показывает больше заказов, чем видит ваша бухгалтерия. Деталь, по которой серверный канал часто работает хуже ожидаемого: событие с сервера без cookie _fbp и _fbc, снятых в браузере, приходит почти без данных для сопоставления — склеить ее с человеком системе не за чем.

Посмотреть, как это работает
Стоимость
после бесплатного аудита
Гарантия
30 дней после подписания акта
Два канала одного события
браузерный пиксел и серверный Conversions API; сводит их общий идентификатор события
Стоимость
после бесплатного аудита
Гарантия
30
дней после подписания акта
Два канала одного события
браузерный пиксел и серверный Conversions API; сводит их общий идентификатор события
Срок работ
3–12
рабочих дней – зависит от способа передачи серверных событий
Перед сметой
бесплатная проверка того, что передается сейчас: 2–3 рабочих дня
Типичная находка
в магазине средств самообороны пиксел Meta был единственным счетчиком на сайте - измерение 31.07.2026
Что меряем после внедрения
долю событий с серверного канала, оценку качества сопоставления, расхождение с учетной системой
Чего не обещаем
рост цифр в кабинете: после дедупликации они чаще падают, потому что перестают считать покупку дважды
Этапы работы

Прозрачные этапы с согласованием на каждом шагу

Общий срок:3–12 дней

  1. Бесплатная проверка передачи событий

    2–3 рабочих дня, к смете

    Смотрим, сколько пикселей на странице, какие события доходят, есть серверный канал и не считается ли покупка дважды. На выходе – карта событий и рекомендованный способ передачи для вашей платформы.

  2. Браузерные события: ревизия и полная цепочка

    1–3 рабочих дня

    Убираем дубли и лишние источники, подбираем недостающие события, дописываем параметры товара, сумму и валюту. Здесь же фиксируем, как генерируется идентификатор происшествия.

  3. Серверный канал и дедупликация

    1–5 рабочих дней

    Поднимаем передачу через Conversions API выбранным способом, переносим _fbp и _fbc из браузера, сводим оба канала по общему идентификатору. Сначала включаем одно событие – покупку.

  4. Тестовые события, сверка и документ

    1–4 рабочих дня

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

  5. Неделя наблюдения за качеством сопоставления

    7 календарных дней, рабочих дней не забирает

    Оценка качества сопоставления в диспетчере событий набирается не сразу. Смотрим ее на живом трафике и дотягиваем параметры, если серверные события приходят хуже браузерных.

Технологии и интеграции

На чём строим и с чем это соединяется

Стек

  • Meta Pixel – браузерный канал. Ставится быстро, но часть событий не увидит никогда: блокировщики и ограничение браузеров на cookie
  • Conversions API – серверный канал. Закрывает пробелы браузера, однако без _fbp и _fbc, снятых в браузере, качество сопоставления падает
  • Диспетчер событий и тестовые события – единственное место, где видно, что действительно пришло. Оценка качества сопоставления там приблизительна, это не метрика точности
  • Google Tag Manager – собирает браузерные события без релиза сайта. Покупку из него шлем неохотно: страница благодарности не является доказательством оплаты
  • Серверный контейнер тегов – один канал сразу на несколько систем. Это отдельный хостинг, который кто-то должен оплачивать и обновлять
  • Обработчик на бэкенде – самый точный источник: событие идет тогда, когда заказ действительно создан. Требуется доступ к коду и очередь разработчика

Интеграции

  • Meta Ads Manager
  • диспетчер событий Meta
  • Google Tag Manager
  • серверный контейнер тегов
  • CRM или учетная система
  • баннер согласия
Что входит

Полный перечень работ и того, что вы получаете на выходе

  • Ревизия пиксела: один идентификатор на сайт вместо двух-трех оставшихся от разных подрядчиков — иначе события делятся между кабинетами
  • Полная цепочка стандартных событий - просмотр товара, корзина, начало оформления, покупка: видно, на каком шаге теряется покупатель
  • Параметры товара, сумма и валюта в событии покупки – без них в отчете остается количество, но не отдача с рекламы
  • Серверная передача через Conversions API с вашей стороны: событие доходит и тогда, когда браузер его не отправил
  • Совместный идентификатор события для обоих каналов и перенос _fbp и _fbc на сервер — покупка считается один раз и за чем сопоставить
  • Согласование событий с баннером согласия: отказ человека останавливает передачу, а не только запись cookie
  • Тестовые события и прогон реального заказа от корзины до подтверждения — проверяем, что приходит, а не что должно приходить
  • Сверка покупок в кабинете с заказами в вашей учетной системе за тот же период
  • Проверка оценки качества сопоставления в диспетчере событий через неделю работы, когда наберется статистика
  • Схема событий одним документом: названия, параметры, откуда берется каждое значение, чтобы ее поддерживали без нас.
  • Гарантия 30 календарных дней на выполненные работы
Когда эта услуга не подходит

Что не входит в работу — чтобы не было сюрпризов на сдаче

  • Ведение рекламных кампаний
  • Передача персональных данных без вашего письменного согласия и правового основания
  • Обход отказа пользователя от отслеживания
  • Настройки аналитики Google – это смежная услуга
  • Юридическое оформление политики конфиденциальности
Кому подходит

Ситуации, в которых эта услуга даёт результат

Сценарий 1 из 5

Ведете рекламу в Meta и никогда не сверяли кабинет с учетной системой

Самая дешевая проверка занимает пять минут: покупки в кабинете за неделю против заказов в вашей системе за ту же неделю. Если кабинет показывает вдвое больше – это не удачное ведение, а одно событие, приходящее по двум каналам без общего идентификатора. Компании учатся на повышенном сигнале.

Разберём вашу ситуацию на бесплатном аудите
Только браузерный пиксел против пиксела вместе с серверным каналом

Чем этот вариант отличается от альтернативы

Только браузерный пикселНаш подход
Что с событием при блокировщикесобытия нет вообще, заказ для кабинета не существуетбраузерная не пошла, серверная пошла — покупка сосчитана один раз
Откуда известно, что заказ настоящийсобытие шлет страница благодарности, а ее можно перезагрузить пять разсобытие шлет бэкенд в момент создания заказа
Риск двойного учетанет: канал один, вместо этого недостаток данныхесть именно поэтому общий идентификатор события обязателен, а не желателен
Что нужно от васдоступ к сайту или диспетчеру теговдоступ к бэкенду или серверному контейнеру и решение по параметрам
Сколько стоит поддерживатьничего сверх самого сайтасерверный контейнер – отдельный хостинг; обработчик — время разработчика при изменениях в чекате
Бесплатный аудит

Бесплатная проверка передачи событий в Meta

Половина проблем с рекламой в Meta не в кампаниях, а в том, что система не видит, что произошло после клика. Проверка показывает, какие события доходят, теряются и числятся дважды.

Что мы измеряем

  1. Стоит ли пиксел и один ли онДва пиксела на странице – не редкость после смены подрядчика. В измеренной нами выборке встречались сайты, где Meta Pixel был единственным счетчиком вообще, без какой-либо другой аналитики.
  2. Полнота цепочки событийПросмотр товара, добавление в корзину, начало оформления, покупка. Чаще всего не хватает именно середины, и воронка становится непригодной для анализа.
  3. Передача стоимости заказаБез суммы и валюты в событиях покупки невозможно счесть отдачу из рекламы — остается только количество.
  4. Наличие серверного каналаПередаются события с вашей стороны, а не только с браузера. Браузерные события частично не доходят из-за блокировщиков и настройки приватности.
  5. ДедупликацияЕсли ту же покупку шлет и браузер, и сервер без общего идентификатора события, она будет рассчитана дважды. Это самый тихий из всех дефектов: цифры становятся лучше.
  6. Состояние согласия на сбор данныхЕсли на сайте есть баннер согласия, события должны подчиняться выбору пользователя. Проверяем, так ли это сейчас.

Что вы получаете

  • Карта событий: передающаяся сейчас, откуда и с какими параметрами.
  • Перечень утраченных и удвоенных событий.
  • Рекомендуемый способ передачи серверных событий именно для вашей платформы.
  • Разговор на 30 минут по документу.

Срок: 2–3 рабочих дня

Почему это бесплатно

Ибо двойной учет делает отчеты более красивыми, и его почти никогда не ищут сами. Дешевле показать это бесплатно, чем потом объяснять, почему цифры в кабинете вдвое больше реальных заказов.

Что дальше

Даем смету на внедрение выбранного способа передачи данных, дедупликацию и проверку качества данных.

Короткая форма: контакт и адрес сайта

Не нашли свой случай?

Опишите, как это устроено у вас, — ответим, подходит ли «Meta Pixel и Conversions API» и что это значит в вашей ситуации. Без брифа и без звонка: один вопрос, один ответ.

Договор и документы

Работаем официально

Договор, акт и счёт — на каждый проект, а не только на большой.

Нам доверяют6 брендов

Нам доверяют: Kvant Energy, GYPSUN, Naturel Cosmetics, Pancer Protection, LUGI, BeeTech

Условия, зафиксированные письменно8 пунктов

  • Договор, акт и гарантия 30 дней

    На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.

  • ФОП и безналичный расчёт

    Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.

  • Права и доступы — ваши

    Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.

  • Портал клиента вместо переписки

    Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.

  • Сайты в девяти странах

    Наши сайты работают в девяти странах: кроме Украины — Польша, Германия, Австрия, Англия, Норвегия, Болгария, Молдова, Испания.

  • Цифры, которые можно проверить

    Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.

  • Сначала аудит, потом сумма

    Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.

  • Говорим «нет», когда не уверены

    Если задача не наша или срок нереальный — скажем сразу.

  • Договор, акт и гарантия 30 дней

    На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.

  • ФОП и безналичный расчёт

    Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.

  • Права и доступы — ваши

    Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.

  • Портал клиента вместо переписки

    Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.

  • Сайты в девяти странах

    Наши сайты работают в девяти странах: кроме Украины — Польша, Германия, Австрия, Англия, Норвегия, Болгария, Молдова, Испания.

  • Цифры, которые можно проверить

    Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.

  • Сначала аудит, потом сумма

    Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.

  • Говорим «нет», когда не уверены

    Если задача не наша или срок нереальный — скажем сразу.

NDA подписываем по запросу. После завершения свои доступы удаляем сами.

Что влияет на стоимость

Почему две одинаковые на вид задачи считаются по-разному

  • Способ передачи серверных событийГотовая интеграция платформы – несколько дней. Серверный контейнер тегов – это еще и отдельный хостинг, который кому-то нужно оплачивать и обновлять. Собственный обработчик на бэкенде дает самые точные данные и занимает больше времени. Здесь и сидит разница между нижним и верхним пределом.
  • Сколько событий сводимОдна покупка – это один идентификатор и одна сверка. Полная цепочка от просмотра до оформления — четыре события, у каждого свои параметры товара, и каждое нужно проверить отдельно в обоих каналах.
  • Что уже стоит на сайтеЧистый сайт настроить быстрее, чем разобрать наследие. Два пикселя, события по теме и из диспетчера тегов одновременно, шлет свой модуль — разбор чужой настройки идет отдельной строкой сметы.
  • Есть баннер согласия или нетЕсли нет – события просто идут. Если есть — оба канала нужно подчинить выбор человека и проверить два состояния, согласие и отказ. Тестирование на этом удваивается.
  • Чья очередь на бэкендиПравки в диспетчере тегов делаем сами. Обработчик на стороне сайта вносит тот, у кого есть доступ к коду: если это ваш разработчик, срок начинает зависеть от его очереди, а не от нашей.
Кейсы

Задачи и результат в цифрах — все показатели сняты нашим замером

розничный интернет-магазин нижнего белья, более 110 тыс. товарных позиций

Задача
Проверьте, можно ли доверять событиям, по которым работает ремаркетинг в Meta.
Решение
Разбор счетчиков в разметке и выборка из 150 случайных товарных адресов карты сайта.
Результат
Счетчики стоят все: диспетчер тегов, GA4, Google Ads, а модуль ремаркетинга отдает идентификатор товара сразу для нескольких систем, включая Facebook. Дефект нашелся не в счетчиках: из 150 случайных товарных адресов 50 (33%) отдают 301 и все ведут на другую позицию — другой размер или цвет. На каталоге в 115456 позиций это около 37 тыс. адресов, где событие просмотра указывает не на тот товар, который человек открывал. Измерение 01.08.2026.

Elektroshokery

специализированный интернет-магазин средств самообороны

Задача
Понять, чем мерить рекламу, если цифры в кабинете есть, а сверять их не с чем.
Решение
Разбор всех счетчиков на страницах и проверка карты сайта.
Результат
Meta Pixel на месте и грузится, а больше на сайте нет ничего: упоминания диспетчера тегов или аналитики Google. Каталог небольшой — 68 адресов в карте сайта, 48 из них товарные, поэтому проверить удалось каждый. Единственным независимым источником для сверки остается учетная система. Измерение 31.07.2026.

интернет-магазин натуральной косметики на продуктах пчеловодства

Задача
Проверьте, работают ли счетчики, считающие рекламу.
Решение
Разбор идентификаторов счетчиков в HTML и сверка их типов.
Результат
Meta Pixel, Google Ads и диспетчер тегов стоят и работают. Аналитика нет: на сайте живет счетчик Universal Analytics, который Google выключил 1 июля 2023 года, а идентификатора GA4 в разметке нет вообще. Три года данные не собирались, и снаружи это выглядело как настроенная аналитика. Первый ответ 126,3 мс. Измерение 31.07.2026.

клиника пластической хирургии, сайт на JS-фреймворке

Задача
Выяснить, почему настроенные события не появляются в отчетах.
Решение
Чтение разметки отдельно для браузера и бота, разбор инлайнового снипета тегов и режима согласия.
Результат
Контейнер тегов не грузился вообще: в инлайновом снопе условия выхода сравнивало идентификатор сам с собой, поэтому return срабатывал всегда — и в поле идентификатора стоял код GA4, а не контейнера. Режим согласия по умолчанию в состоянии запрещен. Браузеру сайт отдает оболочку на 3,0 КБ, поисковому боту - 126 КБ пререндерированного HTML. Внешне все выглядело настроенным. Измерение 31.07.2026.
Что нужно от вас

Без этого не начнём — лучше подготовить заранее

  1. Доступ к бизнес-аккаунту и диспетчеру событий без него не видно, что приходит сейчас.
  2. Доступ к сайту или диспетчеру тегов для внедрения браузерной части.
  3. Решение, какие параметры вы готовы передавать, и правовое основание для этого – это ваше решение, не наше.
  4. Доступ к серверной части, если выбираем прямую передачу из бэкенда.
  5. Описание того, что в вашей системе считается успешным заказом: оплата, подтверждение менеджером или отгрузка.
  6. Имеющийся баннер согласия и правила его работы, если он уже стоит.
Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.
Частые вопросы

Что спрашивают чаще всего — с конкретными ответами

Зачем серверные события, если пиксел и так стоит?

Событие едет с телефона покупателя и не доезжает по меньшей мере в трех случаях: блокировщик рекламы, ограничение браузера на сторонние cookie, оборванная вкладка на слабой связи. Серверная уезжает с вашей стороны и от этого не зависит. Это не замена пиксела: оба канала шлют то же событие, поэтому общий идентификатор обязателен. Есть и вторая причина, о которой упоминают реже: сервер знает, что заказ действительно создан, а страница благодарности знает только то, что браузер ее открыл — открыть ее можно пять раз подряд.

Что такое дедупликация, и почему именно она главная?

Meta склеивает браузерное и серверное событие по паре "название события плюс идентификатор события". Идентификатор должен быть сгенерирован один раз – по заказу – и попасть в оба канала. Чаще всего ошибка выглядит иначе, чем ожидают: идентификатор формально есть, но браузер и сервер генерируют каждый свой, склеивать нечего, и каждая покупка считается дважды. Наша рекомендация проста: брать за основу номер заказа из вашей системы. Тогда идентификатор одинаков по определению, и он виден в обоих логах, когда придется разбираться.

Как быстро понять, что сейчас цифры неверны?

Возьмите покупки в кабинете Meta за неделю и заказ в учетной системе за ту же неделю. Разница в разы в сторону кабинета – почти всегда двойной учет. Разница в сторону учетной системы – недоставленные события. Точного совпадения не будет никогда: окна атрибуции сдвинуты, часть заказов приходит не из рекламы. Но порядок величин должен сходиться, и если не сходится, вопрос не к кампаниям.

Почему событие должно нести верный идентификатор товара?

На нем держится динамический ремаркетинг: событие пересмотра должно указывать на ту же позицию, которая лежит в товарном фиде. В магазине нижнего белья мы взяли 150 случайных товарных адресов с карты сайта – 50 из них (33%) отдали 301 на другую позицию, другой размер или цвет. На каталоге в 115456 позиций это около 37 тыс. адресов. Формально события там шлются, фактически часть из них рассказывает Meta о товаре, которого человек не смотрел. Поэтому перед настройкой событий мы смотрим на редиректы, а не только на код.

Баннер согласия уменьшит объем данных?

Да, и это ожидаемый эффект, а не поломка. Часть людей откажется, их события не пойдут ни браузером, ни сервером. Мы предупреждаем о спаде показателей в первые недели, потому что путать его с падением продаж дорого. Отдельно проверяем, работает ли вообще то, что уже стоит: в клиники из нашей выборки режим согласия был в состоянии «запрещен» по умолчанию, а инлайновый снипет диспетчера тегов самоблокировался — условие выхода сравнивало идентификатор сам с собой. Контейнер не грузился вообще, и снаружи это смотрелось настроенным.

У нас магазин на JS-фреймворке, события не срабатывают на переходах

Узнаваемая история: страница не перезагружается, поэтому стандартная вставка пиксела регистрирует только первый экран. События нужно вешать на смену маршруту, а покупку лучше вообще вынести на сервер – она там и так известна. Наглядный пример наших замеров: в клинике браузер получает оболочку на 3,0 КБ, а весь контент дорисовывается скриптом. Все, что полагается на загрузку документа, в таком сборнике работает один раз за визит.

Какие параметры можно передавать, а какие нет?

Технически система принимает ряд параметров для сопоставления человека, и чем их больше, тем выше оценка качества сопоставления. Юридически передавать их можно только при наличии правового основания и в хешированном виде, и решение здесь ваше. Мы настраиваем ровно то, на что письменное согласие, и фиксируем это в документе. Советов "передайте все, чтобы работало лучше" от нас не будет: в случае проверки отвечать за это вам.

Сколько это длится и что будет видно в конце?

3–12 рабочих дней после бесплатной проверки. Готовая интеграция платформы укладывается в три-четыре дня. Серверный контейнер тегов или собственный обработчик на бэкенде – до двух недель: там нужны тестовые события, сверка с учетной системой и неделя наблюдения за качеством сопоставления. В конце у вас три вещи: схема событий документом, сверка кабинета с учетной системой за тот же период и понятна причина разногласия, если она осталась.

Отправьте адрес сайта и доступ к диспетчеру событий.

В ответ — карта передаваемого сейчас, перечень утраченных и завоеванных событий и рекомендованный способ серверной передачи именно для вашей платформы. Если у вас уже все построено корректно, услышите это первым письмом и без сметы.

Смотреть кейсы
  • Ответ в течение 2 часов
  • Без обязательств
  • Работаем по договору

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