Pixel и CAPI простыми словами: почему реклама не видит до 40 % ваших заявок

Pixel — это фрагмент кода в браузере посетителя, который сообщает Meta, что человек сделал на вашем сайте: открыл страницу, оставил заявку, позвонил. CAPI (Conversions API) — тот же отчёт, но отправленный напрямую с вашего сервера, минуя браузер. Пиксель легко блокируется, CAPI — нет. Вместе они дают рекламе полную картину; по отдельности вы теряете до 20–40 % данных о заявках.

Представьте, что ваш сайт — магазин, а пиксель — счётчик у входа. Он фиксирует: человек зашёл, посмотрел страницу услуги, открыл форму, отправил заявку. Каждое такое действие называется событием: PageView, ViewContent, Lead, Purchase. Пиксель отправляет эти события в Meta, и именно на них рекламная система учится находить похожих людей.

Зачем это вам как владельцу? Три причины. Первая — оптимизация: алгоритму Meta нужно порядка 50 конверсий на группу объявлений за 7 дней, чтобы выйти из фазы обучения и стабильно приводить заявки. Вторая — ретаргетинг: без пикселя вы не можете показать рекламу тем, кто был на сайте и не оставил заявку. Третья — учёт: без событий вы не знаете, какая кампания приносит деньги, а какая их сжигает.

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

Вот что съедает данные на практике:

Итог: без серверного трекинга атрибуция врёт на 20–40 % — цифра из моей базы бенчмарков по чешскому рынку, и она стабильно подтверждается при сверке рекламных кабинетов с CRM клиентов. Условно треть заявок реклама себе не засчитывает, а вы принимаете решения по искажённой картине.

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

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

Здесь появляется слово «дедупликация» — единственный термин, который стоит запомнить. Пиксель и сервер отправляют одно и то же событие с одинаковым идентификатором (event_id), и Meta склеивает их в одно. Если дедупликация не настроена, каждая заявка считается дважды: в кабинете конверсий вдвое больше, а CPL вдвое ниже реального. Это тоже сломанный трекинг — просто он врёт в приятную сторону, что ещё опаснее.

Бонус CAPI — качество данных. Вместе с событием сервер может передать хешированные email и телефон из формы, и Meta точнее сопоставляет заявку с конкретным пользователем. Чем выше качество совпадения, тем быстрее алгоритм учится и тем дешевле выходят следующие заявки.

Проверьте себя по этому списку. Два и больше совпадений — трекинг почти наверняка сломан, и реклама работает вслепую.

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

Вам не нужно разбираться в коде. Достаточно задать подрядчику правильные вопросы и попросить показать доказательства на экране. Вот список — можно отправить как есть:

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

Всегда дороже, чем настройка CAPI. Сломанный трекинг бьёт по деньгам дважды: алгоритм хуже учится и приводит более дорогие заявки, а вы принимаете неверные решения о бюджете.

Пример на цифрах. Средний допустимый CPL в стоматологии — около 400 CZK (из моей базы бенчмарков по чешскому рынку). Если трекинг теряет 30 % заявок, кампания с реальным CPL 380 CZK покажет в кабинете примерно 540 CZK — и вы отключите её как убыточную. Убили рабочую кампанию из-за кривых данных. Моё kill-правило — «потратил 3× целевого CPL без единой конверсии — отключай» — работает только тогда, когда конверсии считаются честно.

Обратный пример: в проекте idealmove (медицина и услуги) серверный трекинг был обязательной частью системы под ключ — без честных данных мы бы не увидели, какие связки реально работают, и не выросли бы в 6 раз. Масштабировать можно только то, что правильно измеряешь.

Если после чек-листа выше у вас появились подозрения — не гадайте. Я провожу бесплатную диагностику: смотрю Events Manager, сверяю кабинет с вашей CRM и говорю прямо, теряете ли вы данные и сколько это стоит в заявках. Если всё настроено хорошо — так и скажу; это тоже полезный результат.