Пиксель Facebook на лендинге: как проверить, что он не врёт

Ты запустил кампанию, лиды идут, но Facebook показывает вдвое меньше конверсий, чем CRM. Или наоборот — событий больше, чем реальных заявок. Это не глюк кабинета: скорее всего, пиксель настроен криво. В этой статье — как проверить пиксель Facebook на лендинге пошагово, без гаданий.

Почему данные в кабинете расходятся с реальностью

Facebook оптимизирует показы под тех, кто совершает целевое действие. Если пиксель передаёт неправильные события — алгоритм учится на мусорных данных и сливает бюджет не туда. Типичные ситуации в товарке:

• Событие Purchase или Lead стреляет при каждой загрузке страницы-спасибо, а не только после реального сабмита.
• Пиксель вообще не установлен на странице подтверждения — Facebook не видит конверсий.
• Код вставлен дважды: CR в отчётах раздут, а цена лида выглядит фантастически низкой.
• Событие стреляет в момент клика по кнопке, а не после успешной отправки формы — и заявки, не прошедшие валидацию, тоже считаются.

На украинском рынке средний лид в товарке стоит 80–180 ₴. Если у тебя 40 ₴ — скорее всего, пиксель считает лишнее.

Шаг 1: Pixel Helper — базовая проверка за 2 минуты

Pixel Helper — расширение Chrome от Meta. Установи его, открой лендинг и посмотри на иконку расширения:

• Зелёная иконка с цифрой — пиксель найден, количество активных пикселей на странице.
• Жёлтая — пиксель есть, но есть предупреждения (дублирование, устаревший код).
• Красная — ошибка инициализации.

Кликни на иконку и проверь:

1. Pixel ID — совпадает с тем, что в твоём Business Manager?
2. PageView — событие должно стрелять один раз при загрузке.
3. Нет ли дублей — двух одинаковых событий одновременно.

Если видишь два разных Pixel ID — кто-то из предыдущих подрядчиков оставил свой пиксель. Удали чужой сразу.

Шаг 2: Проверить событие конверсии через Test Events

Pixel Helper показывает, что пиксель есть. Но правильно ли стреляет событие Lead или Purchase? Иди в Events Manager → Test Events.

1. Введи URL своего лендинга в поле «Test browser events».
2. Откроется лендинг в новой вкладке — заполни форму и отправь тестовую заявку.
3. Вернись в Events Manager: в течение 10–30 секунд увидишь событие в реальном времени.

Что проверять:

• Событие Lead появилось после сабмита, а не до.
• В параметрах события есть currency и value, если ты передаёшь стоимость лида (например, 150 для среднего чека 1200 ₴ при CPA-модели).
• Событие не появляется при простой загрузке страницы-спасибо без реального сабмита — открой страницу напрямую и убедись, что событие не стреляет.

Если событие не появилось — проблема либо в коде на странице подтверждения, либо форма не редиректит на отдельный URL после отправки.

Шаг 3: Страница-спасибо vs. событие на кнопке — что надёжнее

Есть два подхода к отслеживанию заявок Facebook:

Вариант А — пиксель на отдельной странице-спасибо. После успешного сабмита пользователь попадает на /thank-you, где в коде стоит событие Lead. Надёжно: если человек видит эту страницу — заявка точно прошла.

Вариант Б — событие через JavaScript на клике кнопки. Событие стреляет в момент клика, до валидации формы. Если поля заполнены неправильно и форма не отправилась — конверсия всё равно засчитана. Это завышает количество событий на 15–30% по сравнению с реальными заявками.

Для товарки с оплатой при получении вариант А надёжнее. Если твой лендинг собран на LandEmpire, страница-спасибо настраивается отдельным шагом в воронке — сразу вставь код события туда, а не на основную страницу.

Шаг 4: Сверить данные пикселя с CRM за 7 дней

Техническая проверка — это половина работы. Вторая половина — сравнить цифры за реальный период.

Возьми любую неделю и поставь рядом:

• Facebook Events Manager → количество событий Lead за этот период.
• Твоя CRM или таблица → количество реальных заявок.

Нормальное расхождение — до 15%. Это атрибуционные окна, iOS-ограничения, блокировщики рекламы. Если расхождение больше:

• Пиксель считает больше — дублирование события или стрельба на клике вместо сабмита.
• Пиксель считает меньше — код не на всех версиях страницы (например, есть мобильная версия без пикселя), или страница-спасибо недоступна из-за редиректа.

При апруве 60–70%, что типично для COD-товарки в Украине, даже 20% расхождение в данных пикселя означает, что алгоритм оптимизируется под неверную аудиторию — и ты платишь за это худшим ROI.

Шаг 5: Дополнительные параметры, которые стоит передавать

Пиксель может передавать больше, чем просто факт события. Это улучшает качество обучения алгоритма:

• value — сумма заказа в гривнях. Даже приблизительная (например, 990 для товара за 990 ₴) даёт Facebook возможность оптимизироваться под более высокий чек.
• currency: 'UAH' — обязательно, если передаёшь value.
• content_name — название товара. Полезно, когда тестируешь несколько офферов из одного кабинета.
• event_id — уникальный идентификатор события для дедупликации, если используешь и пиксель, и Conversions API одновременно.

Conversions API (CAPI) — отдельная тема, но если коротко: он передаёт события с сервера и не зависит от блокировщиков. На рынке оценивают, что CAPI возвращает 10–25% «потерянных» конверсий, которые пиксель в браузере не видит из-за iOS 14+ и AdBlock.

Итог

1. Установи Pixel Helper и проверь, правильный ли Pixel ID на лендинге, нет ли дублей и лишних пикселей.
2. Зайди в Test Events и отправь тестовую заявку — событие Lead должно появиться после сабмита, а не до.
3. Поставь пиксель на страницу-спасибо, а не на кнопку — так считаются только реальные заявки.
4. Сверь данные Events Manager и CRM за последние 7 дней: расхождение больше 15% — повод копать глубже.
5. Передавай value и currency в событиях — алгоритм будет учиться быстрее и точнее находить платёжеспособную аудиторию.