Сообщить об ошибкеКороткий ответ
Нужно оценить масштаб потери через сравнение с менее подверженным ограничениям источником, например серверным CAPI или CRM, и явно отражать в отчётности, что часть данных — оценка, а не точное измерение, вместо того чтобы выдавать заниженные цифры за полную картину.
Как это работает подробнее
При отказе от согласия на cookie или блокировке пикселя браузером событие конверсии может не долетать до рекламной платформы через клиентский пиксель, но если настроен серверный трекинг на основе данных из CRM или базы заказов, часть этих конверсий можно восстановить независимо от cookie-ограничений в браузере. Похожая ситуация может возникать не только из-за consent mode, но и из-за браузерных ограничений вроде ITP в Safari, которые тоже сокращают срок жизни cookie и число отслеживаемых конверсий.
Что использовать на практике
- Практика. На практике сравнивают число конверсий, зафиксированных только клиентским пикселем, с числом реальных заказов из
CRMза тот же период, чтобы оценить процент «невидимых» для рекламной платформы продаж, и по возможности настраивают server-sideCAPIкак дополнение к пикселю. После настройкиCAPIполезно некоторое время вести параллельный учёт по старому (только пиксель) и новому (пиксель плюсCAPI) способу, чтобы наглядно показать команде и руководству масштаб восстановленных данных. - Пример. Пиксель фиксирует 120 покупок за месяц,
CRM— 160 реальных оплаченных заказов. После настройкиCAPIна основе серверных данных отчётное число конверсий в кабинете вырастает до 150 — большая часть «потерянных» 40 заказов была связана именно с блокировкой клиентского пикселя.
Подводные камни
- Риск. Частая ошибка — продолжать принимать решения по оптимизации только на основе данных пикселя без учёта того, что значимая часть реальных конверсий систематически не попадает в отчёт, особенно у аудитории с высокой долей отказов от cookie.