Get in touch
Back to archive
10.03Веб-аналитика и GTM

Пиксели и конверсии: сигналы для рекламных алгоритмов

beginner5 min readanalytics · pixel · conversions

TL;DR

  • Пиксель - это браузерный код, который сообщает рекламной платформе, что пользователь сделал на сайте.
  • Ценность пикселя не в самом факте установки, а в правильных событиях: ViewContent, Lead, AddToCart, Purchase, CompletePayment.
  • Алгоритм оптимизируется под то событие, которое вы ему отдаете. Если Purchase срабатывает на клик по кнопке, вы обучаете систему искать клики, а не оплату.
  • В современной настройке браузерный пиксель лучше дополнять server-side каналом: Meta Conversions API, TikTok Events API, Google Enhanced Conversions.
  • Если одно событие уходит и из браузера, и с сервера, нужен общий event_id, иначе платформа может задвоить конверсии.

1. Что это такое

Рекламный пиксель - это фрагмент кода на сайте, который отправляет события в рекламную систему. У Meta это Meta Pixel, у TikTok - TikTok Pixel, у Google - Google tag / Google Ads conversion tracking.

Пиксель отвечает на простой вопрос: "Что произошло после клика по рекламе?" Без него рекламный кабинет видит показы и клики, но не понимает, какие клики привели к заявке, покупке или качественному лиду.

С пикселем платформа получает сигнал:

fbq("track", "Lead", {
content_name: "credit_card_form",
value: 1,
currency: "KZT"
}, {
eventID: "lead_01HY8AXD7K"
});

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

2. Как пиксель учит алгоритм

Рекламные системы оптимизируются по обратной связи. Если вы запускаете кампанию на заявки, системе нужны примеры людей, которые действительно оставили заявку. Чем точнее событие, тем полезнее обучение.

Событие PageView говорит только "человек открыл страницу". Событие Lead говорит "человек оставил контакт". Событие Purchase или CompletePayment говорит "деньги пришли". Разница огромная. Если оптимизироваться на PageView, можно получить дешевые клики и пустой pipeline. Если оптимизироваться на событие ниже по воронке, клики будут дороже, зато алгоритм будет искать людей, похожих на покупателей.

3. Минимальная карта событий

Для большинства lead-gen и e-commerce проектов достаточно начать с такой карты:

ШагMetaTikTokGoogle / GA4Комментарий
Просмотр страницыPageViewPageViewpage_viewБазовый сигнал и ретаргетинг
Просмотр товара/оффераViewContentViewContentview_itemВажно для каталогов и продуктовых страниц
Начало формыInitiateCheckout или customInitiateCheckout или customform_startНе всегда стандартное событие, но полезно для диагностики
ЗаявкаLeadSubmitFormgenerate_leadГлавный сигнал для lead-gen
ОплатаPurchaseCompletePaymentpurchaseТолько после реальной оплаты или подтвержденного заказа
Качественный лидcustom / offlineEvents APIqualify_leadЛучше отправлять из CRM, а не с фронта

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

4. Браузерный пиксель и server-side канал

Один браузерный пиксель уже недостаточен для аккуратной аналитики. Часть событий теряется из-за ad blockers, ограничений браузеров, privacy-настроек, проблем с cookie и редиректов на платежные страницы.

Поэтому рабочая архитектура выглядит так:

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

Если одно и то же действие отправляется двумя каналами, нужен общий ID события. Для Meta это eventID в браузере и event_id в API. Для TikTok дедупликация тоже требует event_id и на Pixel, и на Events API. Идеально, когда ID генерируется один раз в backend или dataLayer и дальше используется везде.

5. Частые ошибки

Покупка срабатывает до оплаты

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

Все события называются одинаково

Lead, lead_submit, form_success, submit_application - это четыре разных события. Для людей это "почти одно и то же", для платформы и BI это разные сущности.

Нет value и currency

Для e-commerce и value-based optimization нельзя отправлять просто факт покупки. Нужны сумма, валюта, order ID, content IDs.

Нет проверки через тестовые инструменты

Meta Events Manager, TikTok Events Manager, Google Tag Assistant, GA4 DebugView существуют не для галочки. Перед запуском бюджета нужно руками пройти сценарий и убедиться, что событие сработало один раз, в правильный момент и с правильными параметрами.

CRM не возвращает качество

Если рекламная платформа получает только лиды, она ищет лиды. Если бизнесу нужны одобренные кредиты, оплаченные заказы или дошедшие до встречи клиенты, эти статусы нужно возвращать обратно через offline/server-side события.

6. QA перед запуском

  • Пиксель установлен на всех нужных страницах.
  • События названы по единому словарю.
  • Lead срабатывает только после успешной отправки формы.
  • Purchase срабатывает только после подтвержденной оплаты или заказа.
  • Для денег передаются value, currency, transaction_id или order ID.
  • Для browser + server дублей используется общий event_id.
  • Тестовые события видны в Meta/TikTok/Google инструментах.
  • CRM может вернуть качественные статусы, если продажа закрывается не на сайте.

Видео к теме

Google Analytics 4 Events and Key Events Tutorial

Видео не про Meta Pixel напрямую, но хорошо объясняет логику событий и key events. Это база, без которой пиксели превращаются в набор случайных тегов.

Главный совет

Не ставьте пиксель "просто чтобы был". Сначала нарисуйте воронку и решите, какие действия действительно имеют цену для бизнеса. Потом поставьте события, проверьте их в тестовом режиме и только после этого запускайте оптимизацию. Алгоритм учится на том, что вы ему отправляете. Если отправляете мусор, он масштабирует мусор.

Sources / Notes