Почему «серверная аналитика» не спасает маркетинг сама по себе

Почему «серверная аналитика» не спасает маркетинг сама по себе

Я всё чаще вижу одну и ту же ошибку: маркетинг-ops ставит server-side-сбор, CAPI, свой коннектор в warehouse — и считает задачу закрытой. На деле это только смена трубы. Если в трубе всё так же течёт мусор, атрибуция станет просто быстрее и убедительнее ошибаться.

В 2026 году спор уже не про last-click как таковой. Он про качество решения. Когда у команды есть server-side, MMM (маркетинг-микс-моделирование) и incrementality-тесты, можно уйти от иллюзии «одного источника правды» к более взрослой схеме: разные методы отвечают на разные вопросы. Один — где был контакт. Второй — что в целом двигает спрос. Третий — что реально добавляет выручку сверх базового уровня.

Из практики у меня самый частый провал не в модели, а в данных до модели. В одном B2B-проекте после переноса событий на сервер конверсия в отчётах «выросла» на 18%, но только потому, что раньше терялись офлайн-статусы сделок и дубли по пользователям. Маркетинг увидел красивую картину, а sales продолжал работать с теми же лидами. Пока мы не привели в порядок склейку CRM, события продукта и cost-данные, любая атрибуция оставалась декоративной.

Мой вывод простой: **privacy-first аналитика — это не про сбор большего числа сигналов, а про дисциплину в решениях**.

Что я считаю обязательным минимумом:
— единый словарь событий и стадий;
— сопоставление spend, revenue и маржинальности;
— раздельные контуры для отчётности, оптимизации и экспериментов;
— проверка инкрементальности там, где ставки высоки.

Если у вас после внедрения server-side не изменился процесс принятия решений, вы не построили новую аналитику. Вы просто ускорили старую.

— @PrivacyTrackingRu