Пиксель и трекинг конверсий: как не потерять данные

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

Пиксель привязан к домену, а не к рекламному кабинету

Ключевой принцип, который часто упускают новички: пиксель Facebook, Google или TikTok устанавливается на домен лендинга, а не «живёт» внутри конкретного рекламного аккаунта. При замене забаненного аккаунта на новый пиксель на сайте остаётся прежним — новый кабинет просто подключается к уже существующему источнику данных.

Почему без трекера теряется атрибуция

Встроенная статистика площадки показывает только то, что видит сама площадка — без стороннего трекера (Keitaro, Binom, RedTrack и аналоги) сложно сопоставить конверсии из разных источников трафика в единой картине, особенно если кампании идут параллельно на нескольких площадках или после замены аккаунта.

Что теряется при бане без правильной настройки

• История оптимизации алгоритма под конкретную аудиторию (если пиксель не переносится на новый домен)
• Возможность точно посчитать ROI за период до и после замены аккаунта
• Данные для ретаргетинговых кампаний (Criteo и аналоги), если аудитория собиралась только внутри старого кабинета

Как построить трекинг правильно с самого начала

• Устанавливайте пиксель на собственный домен, а не на страницу-однодневку без истории
• Дублируйте события в сторонний трекер параллельно со встроенной аналитикой площадки
• Используйте server-side трекинг (Conversion API для Facebook, Enhanced Conversions для Google) — это снижает потерю данных из-за блокировщиков рекламы и ограничений браузеров на сторонние cookies
• Ведите отдельный лог замен аккаунтов с датами — это упрощает анализ, если в статистике появляется необъяснимый провал

Server-side трекинг и его роль при замене аккаунта

Server-side интеграция (через Conversion API у Facebook или аналогичные решения у других площадок) передаёт данные о конверсии напрямую с сервера, минуя браузер пользователя — это делает трекинг устойчивее не только к блокировщикам рекламы, но и к самой смене рекламного кабинета, поскольку данные привязаны к событию на сайте, а не к сессии внутри конкретного аккаунта.

Перед тем как запрашивать замену аккаунта после бана, убедитесь, что пиксель и трекер настроены на домене, а не только внутри старого кабинета — иначе новый аккаунт стартует «вслепую», без истории конверсий.

Дедупликация данных между площадкой и трекером

При параллельной работе встроенного пикселя площадки и стороннего трекера важно настроить дедупликацию событий — иначе одна и та же конверсия может учитываться дважды, искажая расчёт реальной стоимости привлечения. Большинство современных трекеров поддерживают уникальные идентификаторы события специально для этой цели.

Что делать с историческими данными при полном отказе от площадки

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

Итог

Грамотная настройка пикселя и трекера на уровне домена, а не рекламного кабинета, — то, что превращает замену забаненного агентского аккаунта в техническую формальность, а не в потерю месяцев накопленной оптимизации.

Частые вопросы

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

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

Что теряется при бане без правильного трекинга?

Без внешнего трекера при бане исчезают история конверсий, атрибуция и обученные аудитории. Восстановить их внутри площадки уже нельзя.

Зачем нужен server-side трекинг?

Он передаёт события со своего сервера, а не только из браузера, поэтому устойчив к блокировщикам и смене кабинета. Это ключ к сохранению данных при замене аккаунта.