Определение
Conversion Tracking — это система сбора и атрибуции данных о действиях пользователя на пути от первого касания с рекламой до целевого действия: покупки, оформления заказа, регистрации или подписки. В DTC- и e-commerce-контексте отслеживание конверсий связывает маркетинговый канал (источник трафика, креатив, кампанию) с конкретной транзакцией в вашем магазине.
Технически это реализуется через пиксели (JavaScript-сниппеты на сайте), Server-Side API (передача событий с сервера напрямую в рекламные платформы) и UTM-разметку. Цель — понять, какой рубль рекламного бюджета принёс продажу, и передать эти данные алгоритмам оптимизации (Meta CAPI, Google Enhanced Conversions, TikTok Events API).
Без корректного Conversion Tracking вы управляете рекламой вслепую: алгоритмы не получают сигнал о качестве трафика, а аналитика показывает искажённую картину ROAS.
Аналогия
Представьте курьерскую службу. Пиксель — это как курьер, который стоит у входа в магазин и записывает каждого, кто вошёл. Server-Side API — это как если бы сам склад напрямую сообщал в головной офис: «Заказ №12345 оплачен, сумма 7 800 ₽, клиент пришёл из кампании X». Первый способ быстрее, но теряет данные из-за блокировщиков рекламы и ограничений браузеров (ITP, ETP). Второй — надёжнее, но требует настройки на стороне сервера.
Идеальная система — гибридная: пиксель ловит поведение на сайте, сервер дублирует ключевые события (purchase, add_to_cart) с хешированными данными пользователя.
Формула
Базовая формула атрибуции и оценки эффективности:
ROAS = Выручка от конверсий / Расходы на рекламу
Пример: кампания потратила 45 000 ₽, принесла 180 000 ₽ выручки → ROAS = 4,0.
Конверсия в покупку:
CR = (Количество покупок / Количество сессий) × 100%
Пример: 2 400 сессий, 72 покупки → CR = 3,0%.
Стоимость конверсии:
CPA = Расходы на рекламу / Количество конверсий
Пример: 45 000 ₽ / 72 = 625 ₽ за покупку.
Сравнение методов отслеживания
| Метод | Точность | Устойчивость к блокировкам | Сложность внедрения | Скорость настройки | Типичная потеря данных |
|---|---|---|---|---|---|
| Browser Pixel | Средняя | Низкая | Низкая | 1–2 часа | 15–35% (iOS, AdBlock) |
| Server-Side API (CAPI) | Высокая | Высокая | Средняя/Высокая | 1–5 дней | 3–10% |
| UTM + аналитика | Средняя | Высокая | Низкая | 30 минут | Зависит от last-click |
| Гибрид (Pixel + CAPI) | Максимальная | Высокая | Высокая | 3–7 дней | 2–5% |
В российском e-commerce важно учитывать требования **152-ФЗ** о персональных данных: передача хешированных email/телефонов в зарубежные платформы требует юридической проверки.
Сценарии применения
1. Оптимизация кампаний в Meta Ads.
Вы запускаете товарную кампанию на новую коллекцию. Через Conversions API передаёте события Purchase с параметрами value, currency, content_ids. Алгоритм обучается на реальных покупателях, а не на кликах. Результат: снижение CPA на 20–40% за 2 недели против кампании без CAPI.
2. Атрибуция в мультиканальной воронке.
Клиент увидел Reels → перешёл в Telegram-канал → через 3 дня купил на сайте. Last-click отдаст конверсию Telegram, хотя триггером был Reels. Модель data-driven attribution в Google Analytics 4 распределяет ценность между касаниями.
3. Retargeting на брошенные корзины.
Событие AddToCart без Purchase в течение 24 часов запускает динамический ретаргетинг с товаром пользователя. При корректном трекинге такой сценарий возвращает 10–18% брошенных корзин.
4. Синхронизация с CRM.
Для DTC с длинным циклом (мебель, ювелирка) офлайн-конверсии из CRM загружаются через Offline Conversions API. Это позволяет учитывать продажи через менеджера, а не только онлайн-заказы.
Частые ошибки
Двойной учёт конверсий. Пиксель и CAPI отправляют одно и то же событие без event_id для дедупликации → платформа считает 2 покупки вместо 1. ROAS завышается, бюджет распределяется неверно.
Отсутствие value и currency. Без суммы заказа алгоритм не может оптимизироваться на выручку, только на количество. Для товаров с разной маржинальностью это критично.
Игнорирование Consent Mode. После отказа пользователя от cookies пиксель не должен срабатывать. В РФ и ЕС это ещё и вопрос законодательства.
Разные окна атрибуции. Meta считает по 7-дневному окну, Google — по 30-дневному. Суммируя отчёты, вы получите конверсий больше, чем реальных заказов. Всегда сверяйтесь с данными бэкенда магазина.
Тестирование только на десктопе. На iOS 17+ и в приложениях (Instagram, TikTok) in-app браузеры ограничивают пиксели. Проверяйте события через Events Manager → Test Events и в мобильной среде.
Забыли про микроконверсии. Только Purchase даёт мало данных для обучения при низком трафике. Добавьте AddToCart, InitiateCheckout, ViewContent — алгоритм быстрее наберёт статистику.
Связанные термины
- Attribution Model — модель распределения ценности между касаниями (last-click, first-click, linear, data-driven).
- Meta CAPI — Conversions API от Meta для серверной передачи событий.
- Google Enhanced Conversions — улучшенная конверсия с хешированными данными пользователя.
- TikTok Events API — серверный трекинг для TikTok Ads.
- UTM-метки — параметры URL для разметки источника трафика.
- Pixel — браузерный скрипт отслеживания.
- Event ID / Deduplication Key — идентификатор для предотвращения двойного учёта.
- ROAS / CPA / CR — ключевые метрики эффективности.
- Consent Mode — режим согласия пользователя на обработку данных.
- Server-Side Tagging (GTM SS) — контейнер Google Tag Manager на своём сервере.
