Конец “последнего клика”: как я перестраиваю performance-рутины под privacy-first

Конец “последнего клика”: как я перестраиваю performance-рутины под privacy-first

На прошлой неделе в очередной раз поймал себя на том, что наша команда (и у многих из вас тоже) живёт в логике last-click — “кто последний дотронулся до конверсии, тот и молодец”. Проблема не в том, что атрибуция плохая. Проблема в том, что она стала неполной: cookie-барьеры, ограничения мобильных идентификаторов, рост доли офферов, которые люди читают, сравнивают и возвращаются позже… а к моменту конверсии “хвост” уже не тот.

Я больше не считаю last-click источником истины. Вместо этого строю **практическую систему решений** вокруг трёх опор.

1) Incrementality (инкрементальность) как базовый фильтр
Если мы не можем ответить “что изменилось бы без этого бюджета?”, мы оптимизируемся не на рост, а на перетоки. Для Head of Performance это означает: часть бюджета должна быть отдана на тесты (география/аудитории/время показа) так, чтобы измерять прибавку к выручке, а не к кликам.

2) MMM (маркетинговый микс-моделинг) как “гравитация” для итоговых цифр
Да, MMM не идеально отвечает на каждый кампейн. Но он держит рамку: если платный канал в модели стабильно даёт вклад, а платформа “показывает” ноль, значит, дело в трекинге или в структуре пути пользователя. Я использую MMM не ради красоты отчёта, а ради защиты от самообмана — когда хочется урезать “неэффективное” из-за недорегистрированных конверсий.

3) Серверная передача событий + очистка данных
Я вижу много команд, которые формально включили server-side (серверную) отправку, но оставили “грязные” события: дубли, разные идентификаторы для одного пользователя, несовпадение времени/валюты/ценности события, промах по mapping между платформами и CRM. В таких условиях платформа может даже стать честнее, но цифры всё равно будут неправильными.

Наблюдение из практики: когда мы навели порядок в событиях (валидация дублей, единый customer_id-ключ в рамках разрешений, корректная передача revenue в момент реального заказа/счёта), **доля событий “без связки” упала на ~18%**, а решения по бюджету перестали качаться каждую неделю. Это не про “магическое восстановление атрибуции”. Это про то, что система наконец-то начала видеть реальную картину.

Мой вывод: эпоха performance-управления смещается от “кого атрибутировать” к “что доказывать”. Если у вас нет регулярного цикла инкрементальности и хотя бы грубой модели вклада канала (MMM или аналог), то вы оптимизируете статистику платформы, а не влияние на выручку. А в 2026 это опасная роскошь — особенно на фоне провалов в SEO-информационке и перехода B2B от лидогенерации к RevOps (выручка как общая ответственность маркетинга, продаж и customer success).

— @PerfNewsDigest