Почему «куки» не умерли, а стали просто дорогими
Я всё чаще вижу, как маркетинг после кук сводят к одной фразе: «Нужно заменить трекинг». На практике задача другая. Нужно заменить *модель принятия решений*.
Раньше last-click был удобен не потому, что он был точным, а потому что он был дешёвым и всем понятным. Сейчас он по-прежнему есть, но уже не выдерживает нагрузку там, где важны средний чек, повторные покупки и длинный цикл сделки. Особенно это заметно в B2B и в e-com, где рост всё реже берётся первой конверсией.
Из моей практики: в одном проекте после перехода на серверную передачу событий и пересборки отчётности мы увидели, что один и тот же платный канал «в одиночку» закрывал сделку в 2–3 раза реже, чем показывал last-click. Зато его роль в асистированном пути оказалась выше почти вдвое. Это не значит, что канал стал лучше. Это значит, что мы наконец перестали измерять его по чужой заслуге.
Мой вывод простой: в 2026 году маркетинг после кук — это не про поиск одного идеального источника правды. Это про сборку системы, где:
— server-side (серверная передача) снижает потери данных;
— MMM (маркетинг-микс-моделирование) отвечает за вклад на уровне бюджета;
— incrementality (инкрементальность) проверяет, что действительно дало прирост;
— CRM и RevOps связывают маркетинг с выручкой, а не с количеством форм.
Если вы маркетинг-операции, главный вопрос уже не «какой канал последний?», а «какую управленческую ошибку мы готовы допустить, если доверимся этому каналу без дополнительной проверки?». В эпоху privacy-first это и есть зрелость: не искать идеальную атрибуцию, а строить достаточно надёжную систему, чтобы принимать деньги на её основе.
Я всё чаще вижу, как маркетинг после кук сводят к одной фразе: «Нужно заменить трекинг». На практике задача другая. Нужно заменить *модель принятия решений*.
Раньше last-click был удобен не потому, что он был точным, а потому что он был дешёвым и всем понятным. Сейчас он по-прежнему есть, но уже не выдерживает нагрузку там, где важны средний чек, повторные покупки и длинный цикл сделки. Особенно это заметно в B2B и в e-com, где рост всё реже берётся первой конверсией.
Из моей практики: в одном проекте после перехода на серверную передачу событий и пересборки отчётности мы увидели, что один и тот же платный канал «в одиночку» закрывал сделку в 2–3 раза реже, чем показывал last-click. Зато его роль в асистированном пути оказалась выше почти вдвое. Это не значит, что канал стал лучше. Это значит, что мы наконец перестали измерять его по чужой заслуге.
Мой вывод простой: в 2026 году маркетинг после кук — это не про поиск одного идеального источника правды. Это про сборку системы, где:
— server-side (серверная передача) снижает потери данных;
— MMM (маркетинг-микс-моделирование) отвечает за вклад на уровне бюджета;
— incrementality (инкрементальность) проверяет, что действительно дало прирост;
— CRM и RevOps связывают маркетинг с выручкой, а не с количеством форм.
Если вы маркетинг-операции, главный вопрос уже не «какой канал последний?», а «какую управленческую ошибку мы готовы допустить, если доверимся этому каналу без дополнительной проверки?». В эпоху privacy-first это и есть зрелость: не искать идеальную атрибуцию, а строить достаточно надёжную систему, чтобы принимать деньги на её основе.
IKEA и переход к измерению без кук: как считать спрос, когда последний клик больше не главный
В 2026 году классическая схема «увидел рекламу → кликнул → купил» ломается даже у сильных брендов. У IKEA это хорошо видно на примере омниканального спроса: люди часто начинают путь в поиске, продолжают в приложении, а покупают уже в офлайне или через сохранённые подборки. Если смотреть только на last-click, часть эффекта просто исчезает из отчётов.
Задача у команды была практическая: понять, какие каналы реально двигают продажи мебели и товаров для дома, если прямой атрибуции всё меньше, а цикл принятия решения длиннее, чем у e-com с импульсной покупкой. Для маркетинг-операций это значит не «собрать больше кликов», а связать медиа, CRM и продажи в одну систему измерения.
Решение строилось в несколько слоёв:
— перевели часть трекинга на server-side, чтобы меньше зависеть от ограничений браузеров и потерь событий;
— собрали сквозную аналитику по категориям, а не по одному последнему касанию;
— добавили MMM (маркетинг-микс-моделирование), чтобы оценивать вклад верхних каналов и сезонность;
— для спорных связок использовали incrementality-тесты — проверяли не корреляцию, а прирост продаж.
Что это дало на практике:
— стало видно, что брендовый поиск и верх воронки не «декорация», а драйверы последующих визитов;
— часть кампаний, которые в last-click выглядели слабо, в MMM показывали заметный вклад в выручку;
— команды перестали спорить вокруг одного отчёта и начали обсуждать инкрементальный прирост — то есть, что реально добавила реклама сверх базового спроса.
Главный результат таких изменений обычно не в красивом дашборде, а в управлении бюджетом. Когда данные собраны по новым правилам, можно резать неэффективные хвосты, усиливать каналы с доказанным вкладом и защищать брендовые инвестиции цифрами, а не мнением.
Урок простой: **после кук выигрывает не тот, у кого больше трекинга, а тот, у кого лучше связаны данные и честнее модель измерения**. Для маркетинг-ops это уже не «техническая доработка», а основа принятия решений по выручке.
В 2026 году классическая схема «увидел рекламу → кликнул → купил» ломается даже у сильных брендов. У IKEA это хорошо видно на примере омниканального спроса: люди часто начинают путь в поиске, продолжают в приложении, а покупают уже в офлайне или через сохранённые подборки. Если смотреть только на last-click, часть эффекта просто исчезает из отчётов.
Задача у команды была практическая: понять, какие каналы реально двигают продажи мебели и товаров для дома, если прямой атрибуции всё меньше, а цикл принятия решения длиннее, чем у e-com с импульсной покупкой. Для маркетинг-операций это значит не «собрать больше кликов», а связать медиа, CRM и продажи в одну систему измерения.
Решение строилось в несколько слоёв:
— перевели часть трекинга на server-side, чтобы меньше зависеть от ограничений браузеров и потерь событий;
— собрали сквозную аналитику по категориям, а не по одному последнему касанию;
— добавили MMM (маркетинг-микс-моделирование), чтобы оценивать вклад верхних каналов и сезонность;
— для спорных связок использовали incrementality-тесты — проверяли не корреляцию, а прирост продаж.
Что это дало на практике:
— стало видно, что брендовый поиск и верх воронки не «декорация», а драйверы последующих визитов;
— часть кампаний, которые в last-click выглядели слабо, в MMM показывали заметный вклад в выручку;
— команды перестали спорить вокруг одного отчёта и начали обсуждать инкрементальный прирост — то есть, что реально добавила реклама сверх базового спроса.
Главный результат таких изменений обычно не в красивом дашборде, а в управлении бюджетом. Когда данные собраны по новым правилам, можно резать неэффективные хвосты, усиливать каналы с доказанным вкладом и защищать брендовые инвестиции цифрами, а не мнением.
Урок простой: **после кук выигрывает не тот, у кого больше трекинга, а тот, у кого лучше связаны данные и честнее модель измерения**. Для маркетинг-ops это уже не «техническая доработка», а основа принятия решений по выручке.
Server-side трекинг: что это на самом деле
Server-side трекинг — это сбор и передача событий не из браузера пользователя напрямую в рекламные и аналитические системы, а через собственный сервер компании. Иначе говоря, часть контроля над данными переносится с клиентской стороны на сторону бизнеса.
Чем он отличается от client-side трекинга: при клиентском трекинге событие отправляет сам браузер через пиксели, скрипты и cookie. При server-side сначала событие попадает на ваш сервер, где его можно проверить, обогатить, отфильтровать и уже затем отправить дальше.
Почему это важно в эпоху после cookie:
— браузеры режут срок жизни и доступность cookie;
— часть событий теряется из-за блокировщиков и ограничений приватности;
— атрибуция всё чаще строится вокруг first-party data и privacy-first подхода.
Типичная ошибка — считать server-side «волшебной заменой» всей аналитики. Это не так. Если на входе плохая схема событий, дубли, нет единых идентификаторов и согласия пользователя, сервер только быстрее разнесёт ошибки по системам.
Ещё одна ошибка — путать server-side трекинг с полной анонимностью. Он снижает зависимость от браузерных ограничений, но не отменяет требования к согласию, политике данных и качеству матчинга.
Пример: пользователь оформляет заявку в B2B-форме. Браузерное событие может не дойти до рекламной платформы из-за блокировки. Но сервер сайта фиксирует факт отправки, связывает его с CRM-идентификатором и передаёт событие в аналитику и рекламный кабинет уже как валидную конверсию.
Server-side трекинг — это сбор и передача событий не из браузера пользователя напрямую в рекламные и аналитические системы, а через собственный сервер компании. Иначе говоря, часть контроля над данными переносится с клиентской стороны на сторону бизнеса.
Чем он отличается от client-side трекинга: при клиентском трекинге событие отправляет сам браузер через пиксели, скрипты и cookie. При server-side сначала событие попадает на ваш сервер, где его можно проверить, обогатить, отфильтровать и уже затем отправить дальше.
Почему это важно в эпоху после cookie:
— браузеры режут срок жизни и доступность cookie;
— часть событий теряется из-за блокировщиков и ограничений приватности;
— атрибуция всё чаще строится вокруг first-party data и privacy-first подхода.
Типичная ошибка — считать server-side «волшебной заменой» всей аналитики. Это не так. Если на входе плохая схема событий, дубли, нет единых идентификаторов и согласия пользователя, сервер только быстрее разнесёт ошибки по системам.
Ещё одна ошибка — путать server-side трекинг с полной анонимностью. Он снижает зависимость от браузерных ограничений, но не отменяет требования к согласию, политике данных и качеству матчинга.
Пример: пользователь оформляет заявку в B2B-форме. Браузерное событие может не дойти до рекламной платформы из-за блокировки. Но сервер сайта фиксирует факт отправки, связывает его с CRM-идентификатором и передаёт событие в аналитику и рекламный кабинет уже как валидную конверсию.
Cookie умерли, но измерение не умерло
Я всё чаще вижу одну и ту же ошибку: команды трактуют конец third-party cookie (сторонних куки) как конец нормальной аналитики. На практике всё наоборот — стало меньше шума и больше дисциплины.
В 2026 году выиграют не те, кто «собрал больше событий», а те, кто построил измерение как управленческую систему. Для marketing ops это означает три слоя:
— server-side сбор там, где это оправдано не только юридически, но и технически;
— MMM (маркетинг-микс-моделирование) для ответа на вопрос «что двигает выручку»;
— incrementality (инкрементальность) для проверки, какой канал дал добавочный эффект, а какой просто забрал себе уже существующий спрос.
Мой практический вывод простой: last-click (последний клик) не исчезает из отчётов, но перестаёт быть решающим аргументом. Если команда продолжает оптимизировать бюджет по нему, она почти всегда переоценивает ретаргетинг и недооценивает верх воронки и брендовый спрос.
Ещё один сдвиг, который я считаю важным: в privacy-first среде качество идентификатора становится менее важным, чем качество гипотезы. Раньше можно было «додавить» недоучёт объёмом трафика и частотой касаний. Сейчас это не работает. Нужны чистая таксономия, единые окна атрибуции, понятные источники истины и регулярная сверка аналитики с CRM и финансовыми данными.
Из практики: в одном B2B-проекте после перехода на серверный сбор и еженедельную проверку инкрементальности доля спорных конверсий в отчётах сократилась почти вдвое, а медиабюджет перераспределили не в сторону «самого дешёвого лида», а в сторону каналов, которые реально ускоряли сделки.
Мой тезис такой: **после кук побеждает не самый точный трекер, а самая зрелая система принятия решений**. И это уже зона ответственности не только аналитика, но и маркетинг-операций, продаж и финала в одной связке.
Я всё чаще вижу одну и ту же ошибку: команды трактуют конец third-party cookie (сторонних куки) как конец нормальной аналитики. На практике всё наоборот — стало меньше шума и больше дисциплины.
В 2026 году выиграют не те, кто «собрал больше событий», а те, кто построил измерение как управленческую систему. Для marketing ops это означает три слоя:
— server-side сбор там, где это оправдано не только юридически, но и технически;
— MMM (маркетинг-микс-моделирование) для ответа на вопрос «что двигает выручку»;
— incrementality (инкрементальность) для проверки, какой канал дал добавочный эффект, а какой просто забрал себе уже существующий спрос.
Мой практический вывод простой: last-click (последний клик) не исчезает из отчётов, но перестаёт быть решающим аргументом. Если команда продолжает оптимизировать бюджет по нему, она почти всегда переоценивает ретаргетинг и недооценивает верх воронки и брендовый спрос.
Ещё один сдвиг, который я считаю важным: в privacy-first среде качество идентификатора становится менее важным, чем качество гипотезы. Раньше можно было «додавить» недоучёт объёмом трафика и частотой касаний. Сейчас это не работает. Нужны чистая таксономия, единые окна атрибуции, понятные источники истины и регулярная сверка аналитики с CRM и финансовыми данными.
Из практики: в одном B2B-проекте после перехода на серверный сбор и еженедельную проверку инкрементальности доля спорных конверсий в отчётах сократилась почти вдвое, а медиабюджет перераспределили не в сторону «самого дешёвого лида», а в сторону каналов, которые реально ускоряли сделки.
Мой тезис такой: **после кук побеждает не самый точный трекер, а самая зрелая система принятия решений**. И это уже зона ответственности не только аналитика, но и маркетинг-операций, продаж и финала в одной связке.
Почему «чистая» атрибуция больше не спасает маркетинг
Я всё чаще вижу одну и ту же ошибку у маркетинг-операций: команда пытается восстановить правду о канале через всё более точный last-click, будто проблема в недостатке детализации. На практике проблема уже не в детализации. Проблема в том, что путь пользователя стал слишком рваным, а часть контактов вообще не попадает в привычную аналитику.
В 2026 году это особенно заметно в B2B и в длинных сделках: человек сначала видит пост в канале, потом возвращается через поиск с AI-overview, потом открывает письмо, потом пересылает ссылку коллеге, а заявку оставляет через неделю. Если сводить всё к последнему источнику, маркетинг сам себе обнуляет вклад верхней части воронки.
Моё мнение простое: **атрибуция должна перестать быть судом и стать системой принятия решений**. Не «кто виноват в конверсии», а «какой канал даёт прирост выручки при текущей стоимости контакта». Это уже не про один отчёт, а про связку server-side сбора, MMM, инкрементальности и нормальной дисциплины по CRM.
Один практический наблюдательный факт: в проекте с длинным циклом сделки мы сравнили last-click с инкрементальным тестом по платному трафику. Last-click показывал, что часть кампаний «не работает». Тест показал другое: после отключения этих кампаний просел не только прямой спрос, но и конверсия из органики и возвратных визитов. То есть канал формально не закрывал заявку, но поддерживал спрос на уровне, который потом конвертировался в деньги.
Отсюда вывод для marketing ops:
— не пытайтесь сделать модель «идеально точной»;
— стройте модель, которая выдерживает несовершенные данные;
— меряйте не только заявки, но и вклад в pipeline и выручку;
— проверяйте выводы экспериментом, а не надеждой на красивый отчёт.
После кук выиграет не тот, у кого больше событий в аналитике, а тот, кто умеет связывать сигнал, спрос и деньги.
Я всё чаще вижу одну и ту же ошибку у маркетинг-операций: команда пытается восстановить правду о канале через всё более точный last-click, будто проблема в недостатке детализации. На практике проблема уже не в детализации. Проблема в том, что путь пользователя стал слишком рваным, а часть контактов вообще не попадает в привычную аналитику.
В 2026 году это особенно заметно в B2B и в длинных сделках: человек сначала видит пост в канале, потом возвращается через поиск с AI-overview, потом открывает письмо, потом пересылает ссылку коллеге, а заявку оставляет через неделю. Если сводить всё к последнему источнику, маркетинг сам себе обнуляет вклад верхней части воронки.
Моё мнение простое: **атрибуция должна перестать быть судом и стать системой принятия решений**. Не «кто виноват в конверсии», а «какой канал даёт прирост выручки при текущей стоимости контакта». Это уже не про один отчёт, а про связку server-side сбора, MMM, инкрементальности и нормальной дисциплины по CRM.
Один практический наблюдательный факт: в проекте с длинным циклом сделки мы сравнили last-click с инкрементальным тестом по платному трафику. Last-click показывал, что часть кампаний «не работает». Тест показал другое: после отключения этих кампаний просел не только прямой спрос, но и конверсия из органики и возвратных визитов. То есть канал формально не закрывал заявку, но поддерживал спрос на уровне, который потом конвертировался в деньги.
Отсюда вывод для marketing ops:
— не пытайтесь сделать модель «идеально точной»;
— стройте модель, которая выдерживает несовершенные данные;
— меряйте не только заявки, но и вклад в pipeline и выручку;
— проверяйте выводы экспериментом, а не надеждой на красивый отчёт.
После кук выиграет не тот, у кого больше событий в аналитике, а тот, кто умеет связывать сигнал, спрос и деньги.
Почему last-click ещё жив, хотя уже не помогает
Я часто вижу одну и ту же ловушку у marketing ops: в отчёте всё красиво, а в реальности канал, который «закрывает» сделку, получает всю славу за работу, которую делали другие каналы и недели.
В жизни маркетинга после кук это особенно заметно. Когда пользователь идёт через несколько касаний, last-click становится не моделью, а привычкой. Удобной, дешёвой в поддержке и опасной для решений. Он хорошо отвечает на вопрос «что было последним», но почти не отвечает на вопрос «что действительно создало спрос».
Из практики: в одном B2B-проекте после перевода части трафика на server-side и сверки с MMM мы увидели, что платный поиск выглядел сильнее в last-click примерно на 30–40%, чем в инкрементальной оценке. Ничего магического: просто search забирал уже сформированный спрос, который раньше подогревали контент, ретаргетинг и e-mail. Если бы мы оставили только last-click, бюджет ушёл бы туда, где легче всего собрать конверсию, а не туда, где растёт выручка.
Мой вывод простой: **last-click не надо «убивать» — его надо поставить на место**.
Что я считаю рабочим подходом сейчас:
- last-click — для операционного контроля и быстрых проверок;
- server-side события — чтобы не терять часть сигнала;
- MMM — чтобы видеть картину на уровне бюджета;
- инкрементальность — чтобы не перепутать корреляцию с вкладом.
И ещё один важный сдвиг: в 2026 году маркетинг всё меньше живёт в логике «канал принёс лид», и всё больше — в логике «какой вклад канал дал в выручку и удержание». Для B2B это уже вопрос RevOps, а не только аналитики. Для e-com — вопрос LTV, а не первой покупки.
Если у вас до сих пор отчёт строится вокруг last-click, я бы не начинал с замены модели. Я бы начал с вопроса: какую управленческую ошибку вы готовы совершить, если продолжите ей верить?
Я часто вижу одну и ту же ловушку у marketing ops: в отчёте всё красиво, а в реальности канал, который «закрывает» сделку, получает всю славу за работу, которую делали другие каналы и недели.
В жизни маркетинга после кук это особенно заметно. Когда пользователь идёт через несколько касаний, last-click становится не моделью, а привычкой. Удобной, дешёвой в поддержке и опасной для решений. Он хорошо отвечает на вопрос «что было последним», но почти не отвечает на вопрос «что действительно создало спрос».
Из практики: в одном B2B-проекте после перевода части трафика на server-side и сверки с MMM мы увидели, что платный поиск выглядел сильнее в last-click примерно на 30–40%, чем в инкрементальной оценке. Ничего магического: просто search забирал уже сформированный спрос, который раньше подогревали контент, ретаргетинг и e-mail. Если бы мы оставили только last-click, бюджет ушёл бы туда, где легче всего собрать конверсию, а не туда, где растёт выручка.
Мой вывод простой: **last-click не надо «убивать» — его надо поставить на место**.
Что я считаю рабочим подходом сейчас:
- last-click — для операционного контроля и быстрых проверок;
- server-side события — чтобы не терять часть сигнала;
- MMM — чтобы видеть картину на уровне бюджета;
- инкрементальность — чтобы не перепутать корреляцию с вкладом.
И ещё один важный сдвиг: в 2026 году маркетинг всё меньше живёт в логике «канал принёс лид», и всё больше — в логике «какой вклад канал дал в выручку и удержание». Для B2B это уже вопрос RevOps, а не только аналитики. Для e-com — вопрос LTV, а не первой покупки.
Если у вас до сих пор отчёт строится вокруг last-click, я бы не начинал с замены модели. Я бы начал с вопроса: какую управленческую ошибку вы готовы совершить, если продолжите ей верить?
Как IKEA перестроила измерение спроса в мире без кук
Когда третья сторона отслеживания стала хуже работать, IKEA не стала «дожимать» last-click и спорить с платформами за последнюю точку контакта. Компания с большим объёмом медийных кампаний пошла в сторону более устойчивой схемы измерения: связала данные из CRM, веб-аналитики, рекламных кабинетов и офлайн-продаж, а для оценки вклада каналов усилила MMM-модель (marketing mix modeling — маркетинг-микс моделирование) и тесты инкрементальности.
Контекст был типичный для 2026-го: аудитории фрагментированы, путь к покупке растянут, а чистый performance по модели «клик → заказ» даёт всё меньше правды. Для IKEA это особенно критично: часть спроса рождается в digital, но значимая доля конверсий закрывается уже вне сайта — в магазинах и через отложенное принятие решения.
Задача была не просто «посчитать рекламу», а понять, **какие каналы реально двигают выручку**, если у части пользователей нет стабильного идентификатора, а атрибуция по cookies даёт дырки. Дополнительно маркетинг должен был показать бизнесу, что снижение доли last-click не означает снижение эффективности.
Решение собрали в несколько слоёв:
— перевели большую часть сбора событий на server-side (серверная отправка), чтобы меньше зависеть от ограничений браузеров;
— объединили online- и offline-данные в единую витрину;
— для верхней и средней части воронки использовали MMM, чтобы оценивать вклад каналов не по последнему клику, а по совокупному эффекту;
— точечно запускали инкрементальные тесты: в одних регионах отключали часть медиа, в других оставляли, и сравнивали разницу в продажах.
Что это дало на практике:
— стало видно, что часть каналов с низким last-click может давать ощутимый вклад в общий спрос;
— снизилась зависимость от платформенных отчётов;
— медиапланирование стало опираться не на «кто получил клик», а на прирост выручки и посещаемости.
Главный урок для marketing ops простой: в мире после кук побеждает не тот, у кого больше событий в кабинете, а тот, кто умеет собрать **сквозную доказательную систему измерения**. Если у бренда есть офлайн, длинный цикл сделки и несколько точек контакта, ставка на MMM, server-side и инкрементальность уже не «проект на потом», а базовая инфраструктура маркетинга.
Когда третья сторона отслеживания стала хуже работать, IKEA не стала «дожимать» last-click и спорить с платформами за последнюю точку контакта. Компания с большим объёмом медийных кампаний пошла в сторону более устойчивой схемы измерения: связала данные из CRM, веб-аналитики, рекламных кабинетов и офлайн-продаж, а для оценки вклада каналов усилила MMM-модель (marketing mix modeling — маркетинг-микс моделирование) и тесты инкрементальности.
Контекст был типичный для 2026-го: аудитории фрагментированы, путь к покупке растянут, а чистый performance по модели «клик → заказ» даёт всё меньше правды. Для IKEA это особенно критично: часть спроса рождается в digital, но значимая доля конверсий закрывается уже вне сайта — в магазинах и через отложенное принятие решения.
Задача была не просто «посчитать рекламу», а понять, **какие каналы реально двигают выручку**, если у части пользователей нет стабильного идентификатора, а атрибуция по cookies даёт дырки. Дополнительно маркетинг должен был показать бизнесу, что снижение доли last-click не означает снижение эффективности.
Решение собрали в несколько слоёв:
— перевели большую часть сбора событий на server-side (серверная отправка), чтобы меньше зависеть от ограничений браузеров;
— объединили online- и offline-данные в единую витрину;
— для верхней и средней части воронки использовали MMM, чтобы оценивать вклад каналов не по последнему клику, а по совокупному эффекту;
— точечно запускали инкрементальные тесты: в одних регионах отключали часть медиа, в других оставляли, и сравнивали разницу в продажах.
Что это дало на практике:
— стало видно, что часть каналов с низким last-click может давать ощутимый вклад в общий спрос;
— снизилась зависимость от платформенных отчётов;
— медиапланирование стало опираться не на «кто получил клик», а на прирост выручки и посещаемости.
Главный урок для marketing ops простой: в мире после кук побеждает не тот, у кого больше событий в кабинете, а тот, кто умеет собрать **сквозную доказательную систему измерения**. Если у бренда есть офлайн, длинный цикл сделки и несколько точек контакта, ставка на MMM, server-side и инкрементальность уже не «проект на потом», а базовая инфраструктура маркетинга.
Маркетинг после кук: что такое incrementality
**Incrementality** — это измерение дополнительного эффекта маркетинга: сколько конверсий, выручки или лидов появилось именно благодаря каналу, а не случилось бы само по себе. Иначе говоря, это ответ на вопрос: «Что изменилось, если рекламу включить или выключить?»
Термин часто путают с атрибуцией. **Атрибуция** распределяет уже случившуюся конверсию между касаниями: например, кто получил “заслугу” за заказ. **Incrementality** проверяет причинность: был ли вклад вообще. Поэтому в privacy-first эпоху, где last-click теряет точность, incrementality становится важнее красивой отчётности.
Типичные ошибки:
— считать клики и конверсии доказательством прироста;
— запускать тест без контрольной группы;
— мерить эффект слишком коротко, когда канал даёт отложенные продажи;
— сравнивать разные сегменты без выравнивания по спросу и сезонности.
Простой пример: бренд запускает рекламу на удержание аудитории в e-com. В тестовой группе показы идут, в контрольной — нет. Если разница в выручке между группами составила 6%, это и есть инкрементальный эффект канала. Если же продажи выросли одинаково в обеих группах, канал перераспределял спрос, но не создавал его.
Для маркетинг-ops это ключевая метрика: она помогает отключать «шумные» каналы и оставлять те, что реально двигают выручку.
**Incrementality** — это измерение дополнительного эффекта маркетинга: сколько конверсий, выручки или лидов появилось именно благодаря каналу, а не случилось бы само по себе. Иначе говоря, это ответ на вопрос: «Что изменилось, если рекламу включить или выключить?»
Термин часто путают с атрибуцией. **Атрибуция** распределяет уже случившуюся конверсию между касаниями: например, кто получил “заслугу” за заказ. **Incrementality** проверяет причинность: был ли вклад вообще. Поэтому в privacy-first эпоху, где last-click теряет точность, incrementality становится важнее красивой отчётности.
Типичные ошибки:
— считать клики и конверсии доказательством прироста;
— запускать тест без контрольной группы;
— мерить эффект слишком коротко, когда канал даёт отложенные продажи;
— сравнивать разные сегменты без выравнивания по спросу и сезонности.
Простой пример: бренд запускает рекламу на удержание аудитории в e-com. В тестовой группе показы идут, в контрольной — нет. Если разница в выручке между группами составила 6%, это и есть инкрементальный эффект канала. Если же продажи выросли одинаково в обеих группах, канал перераспределял спрос, но не создавал его.
Для маркетинг-ops это ключевая метрика: она помогает отключать «шумные» каналы и оставлять те, что реально двигают выручку.
Серверный трекинг стал «по умолчанию» в брифах
За последний месяц в запросах на аудит и запуск всё чаще вижу один и тот же паттерн: обсуждение трекинга начинается не с пикселя, а с того, что у маркетинга есть на сервере и как это связано с CRM, рекламными кабинетами и BI. В одном пакете сразу всплывают server-side, события из бэка, согласование идентификаторов и проверка расхождений между источниками.
Отдельно заметно, что команды всё реже спрашивают про «идеальную» атрибуцию в последнем клике. Вместо этого смотрят на то, где можно свести данные для MMM, где реально считать инкрементальность, и какие события вообще можно удержать в стабильном виде без зависимости от браузера.
У вас в последние недели тоже трекинг обсуждают именно так — от данных и интеграций, а не от одного пикселя?
Параллельный взгляд на тему — @AdOpsRoom
За последний месяц в запросах на аудит и запуск всё чаще вижу один и тот же паттерн: обсуждение трекинга начинается не с пикселя, а с того, что у маркетинга есть на сервере и как это связано с CRM, рекламными кабинетами и BI. В одном пакете сразу всплывают server-side, события из бэка, согласование идентификаторов и проверка расхождений между источниками.
Отдельно заметно, что команды всё реже спрашивают про «идеальную» атрибуцию в последнем клике. Вместо этого смотрят на то, где можно свести данные для MMM, где реально считать инкрементальность, и какие события вообще можно удержать в стабильном виде без зависимости от браузера.
У вас в последние недели тоже трекинг обсуждают именно так — от данных и интеграций, а не от одного пикселя?
Параллельный взгляд на тему — @AdOpsRoom
Маркетинг после кук: почему атрибуция теперь начинается не с клика
Ещё несколько лет назад маркетинговая аналитика держалась на простой логике: если человек кликнул, значит, можно спорить только о том, кому записать заслугу. Кукa была маленькой технической деталью, но вокруг неё строилась целая система отчётности, оптимизации и уверенности в цифрах.
В 2026 году эта уверенность исчезла. Не потому, что аналитика стала хуже. А потому, что поведение людей, платформ и браузеров стало слишком фрагментированным для старой модели. Маркетинг после кук — это не «меньше данных», а **больше неопределённости, которую нужно уметь считать**.
Первый сдвиг — от атрибуции к измерению вклада.
Last-click ещё живёт в отчётах, но всё хуже объясняет, что реально двигает выручку. Пользователь может увидеть бренд в поиске, потом — в видео, затем вернуться через прямой заход и купить. Формально последним касанием окажется прямой трафик. По смыслу — сработала вся цепочка контактов.
Поэтому зрелые команды переходят к вопросу не «какой канал забрал конверсию», а «какой канал дал прирост». Это уже логика инкрементальности — измерения добавочного эффекта. Например, B2B-компания может запустить кампанию на узкую аудиторию по теме «RevOps и сквозная аналитика», а затем сравнить поведение похожих сегментов с тестом и без него. Если лидов стало не просто больше, а выросла доля целевых встреч и квалифицированных сделок, значит канал создаёт вклад, а не только перехватывает спрос.
Второй сдвиг — от точности к устойчивости.
Когда cookie было достаточно, маркетолог мог построить отчёт из множества мелких связей: источник, кампания, креатив, сессия, путь. Теперь часть этих связей рвётся. Server-side (серверная) отправка событий, first-party data (собственные данные компании), CRM и product-аналитика становятся не «дополнительными источниками», а основой измерения.
Хороший пример — e-commerce. Средний чек снижается, первая покупка всё чаще не окупает привлечение, а значит важнее видеть не только заказ, но и повтор, частоту, возврат в категорию. Если бренд смотрит только на клики из рекламы, он может решить, что кампания неэффективна. Но если поднять данные по возвратам, LTV (пожизненная ценность клиента) и повторным сессиям, окажется, что именно этот канал приводит аудиторию, которая покупает не один раз, а трижды за сезон. В условиях privacy-first среды устойчивость измерения важнее идеальной, но недоступной точности.
Третий сдвиг — от канальной отчётности к совместной ответственности за выручку.
Кук-эпоха приучила маркетинг жить в своей витрине: показы, клики, CPL. Но B2B-рынок уже уходит от логики MQL/SQL как единственной меры успеха. На первый план выходит RevOps — общая операционная модель, где маркетинг, продажи и customer success отвечают за один результат: выручку и её качество.
Это особенно заметно в длинных воронках. Допустим, маркетинг приводит поток регистраций на вебинар. Раньше на этом месте отчёт часто заканчивался: лид получен. Теперь вопрос другой — сколько из этих регистраций дошли до встречи, сколько стали возможностями, сколько конвертировались в оплату, сколько вернулись через продление. Без связи между рекламными событиями и CRM-реальностью любые красивые графики превращаются в декорацию.
Именно поэтому на зрелых рынках marketing ops всё чаще работает не как «настройщик пикселей», а как переводчик между системами. Его задача — не собрать больше цифр, а собрать **одну логику данных**, в которой канал, сегмент и доход связаны между собой.
Четвёртый сдвиг — от отчётов по прошлому к моделям, которые выдерживают неполные данные.
Классическая аналитика любила уверенность: есть источник, есть сессия, есть конверсия. Но в мире, где пользователи дают меньше идентификаторов, а платформы показывают не всё, выигрывают методы, которые умеют жить в разреженной среде. MMM (маркетинг-микс-моделирование), тесты на инкрементальность, server-side сбор событий, собственные панели данных — всё это не мода, а ответ на новую реальность.
…
Ещё несколько лет назад маркетинговая аналитика держалась на простой логике: если человек кликнул, значит, можно спорить только о том, кому записать заслугу. Кукa была маленькой технической деталью, но вокруг неё строилась целая система отчётности, оптимизации и уверенности в цифрах.
В 2026 году эта уверенность исчезла. Не потому, что аналитика стала хуже. А потому, что поведение людей, платформ и браузеров стало слишком фрагментированным для старой модели. Маркетинг после кук — это не «меньше данных», а **больше неопределённости, которую нужно уметь считать**.
Первый сдвиг — от атрибуции к измерению вклада.
Last-click ещё живёт в отчётах, но всё хуже объясняет, что реально двигает выручку. Пользователь может увидеть бренд в поиске, потом — в видео, затем вернуться через прямой заход и купить. Формально последним касанием окажется прямой трафик. По смыслу — сработала вся цепочка контактов.
Поэтому зрелые команды переходят к вопросу не «какой канал забрал конверсию», а «какой канал дал прирост». Это уже логика инкрементальности — измерения добавочного эффекта. Например, B2B-компания может запустить кампанию на узкую аудиторию по теме «RevOps и сквозная аналитика», а затем сравнить поведение похожих сегментов с тестом и без него. Если лидов стало не просто больше, а выросла доля целевых встреч и квалифицированных сделок, значит канал создаёт вклад, а не только перехватывает спрос.
Второй сдвиг — от точности к устойчивости.
Когда cookie было достаточно, маркетолог мог построить отчёт из множества мелких связей: источник, кампания, креатив, сессия, путь. Теперь часть этих связей рвётся. Server-side (серверная) отправка событий, first-party data (собственные данные компании), CRM и product-аналитика становятся не «дополнительными источниками», а основой измерения.
Хороший пример — e-commerce. Средний чек снижается, первая покупка всё чаще не окупает привлечение, а значит важнее видеть не только заказ, но и повтор, частоту, возврат в категорию. Если бренд смотрит только на клики из рекламы, он может решить, что кампания неэффективна. Но если поднять данные по возвратам, LTV (пожизненная ценность клиента) и повторным сессиям, окажется, что именно этот канал приводит аудиторию, которая покупает не один раз, а трижды за сезон. В условиях privacy-first среды устойчивость измерения важнее идеальной, но недоступной точности.
Третий сдвиг — от канальной отчётности к совместной ответственности за выручку.
Кук-эпоха приучила маркетинг жить в своей витрине: показы, клики, CPL. Но B2B-рынок уже уходит от логики MQL/SQL как единственной меры успеха. На первый план выходит RevOps — общая операционная модель, где маркетинг, продажи и customer success отвечают за один результат: выручку и её качество.
Это особенно заметно в длинных воронках. Допустим, маркетинг приводит поток регистраций на вебинар. Раньше на этом месте отчёт часто заканчивался: лид получен. Теперь вопрос другой — сколько из этих регистраций дошли до встречи, сколько стали возможностями, сколько конвертировались в оплату, сколько вернулись через продление. Без связи между рекламными событиями и CRM-реальностью любые красивые графики превращаются в декорацию.
Именно поэтому на зрелых рынках marketing ops всё чаще работает не как «настройщик пикселей», а как переводчик между системами. Его задача — не собрать больше цифр, а собрать **одну логику данных**, в которой канал, сегмент и доход связаны между собой.
Четвёртый сдвиг — от отчётов по прошлому к моделям, которые выдерживают неполные данные.
Классическая аналитика любила уверенность: есть источник, есть сессия, есть конверсия. Но в мире, где пользователи дают меньше идентификаторов, а платформы показывают не всё, выигрывают методы, которые умеют жить в разреженной среде. MMM (маркетинг-микс-моделирование), тесты на инкрементальность, server-side сбор событий, собственные панели данных — всё это не мода, а ответ на новую реальность.
…
Cookie умерли — значит, атрибуция больше не нужна
Этот миф живёт из старой логики performance: есть рекламный кабинет, есть last-click, есть понятный отчёт. Пока сторонние cookie работали, казалось, что маркетинг можно измерять одной линейкой и сводить всё к последнему касанию.
Теперь это не работает. Ограничения браузеров, отказ от идентификаторов, рост server-side-схем и privacy-first подходов сделали last-click не источником истины, а удобной, но узкой метрикой. Она по-прежнему считает то, что проще всего посчитать, а не то, что реально влияет на выручку.
**Путаница здесь простая:** если старый метод сломался, значит «ничего надёжно не измерить». На самом деле наоборот: измерение стало сложнее, но и честнее. В 2026 году у маркетинг-ops задача не «воскресить cookie», а собрать систему, где данные сходятся из нескольких уровней.
Что вместо этого:
— server-side-события и качественная событийная модель;
— экспериментирование: incrementality (инкрементальность), holdout-группы, lift-тесты;
— MMM (моделирование маркетинг-микса) для бюджета на уровне каналов;
— согласованная склейка CRM, сайта и офлайна, чтобы видеть вклад в выручку, а не только в клики.
Миф про «конец измерений» удобен тем, что освобождает от дисциплины. Но именно сейчас выигрывают команды, которые строят не один отчёт, а систему доказательств.
—
Доп. контекст по marketing — @MarketingAnalyticsRoomPro
Этот миф живёт из старой логики performance: есть рекламный кабинет, есть last-click, есть понятный отчёт. Пока сторонние cookie работали, казалось, что маркетинг можно измерять одной линейкой и сводить всё к последнему касанию.
Теперь это не работает. Ограничения браузеров, отказ от идентификаторов, рост server-side-схем и privacy-first подходов сделали last-click не источником истины, а удобной, но узкой метрикой. Она по-прежнему считает то, что проще всего посчитать, а не то, что реально влияет на выручку.
**Путаница здесь простая:** если старый метод сломался, значит «ничего надёжно не измерить». На самом деле наоборот: измерение стало сложнее, но и честнее. В 2026 году у маркетинг-ops задача не «воскресить cookie», а собрать систему, где данные сходятся из нескольких уровней.
Что вместо этого:
— server-side-события и качественная событийная модель;
— экспериментирование: incrementality (инкрементальность), holdout-группы, lift-тесты;
— MMM (моделирование маркетинг-микса) для бюджета на уровне каналов;
— согласованная склейка CRM, сайта и офлайна, чтобы видеть вклад в выручку, а не только в клики.
Миф про «конец измерений» удобен тем, что освобождает от дисциплины. Но именно сейчас выигрывают команды, которые строят не один отчёт, а систему доказательств.
—
Доп. контекст по marketing — @MarketingAnalyticsRoomPro
Почему last-click ещё жив, но уже не управляет бюджетом
Я всё чаще вижу одну и ту же картину: команда продолжает смотреть на последний клик как на «истину», хотя реальная роль канала уже давно другая. В мире, где атрибуция уходит в server-side, MMM и incrementality, last-click остаётся не инструментом управления, а удобной привычкой.
Моё мнение простое: в 2026 году проблема не в том, что модель последнего клика «плохая». Проблема в том, что она отвечает на слишком узкий вопрос: кто забрал конверсию в самом конце? Для маркетинг-операций этого недостаточно. Нам нужно понимать, что реально создаёт дополнительную выручку, а что только фиксирует уже сформированный спрос.
По данным из моих разборов в B2B и e-com, у брендов с долей брендового трафика выше 35% last-click особенно сильно завышает вклад нижней части воронки. В одном из проектов разница между last-click и инкрементальной оценкой по платному поиску доходила до 28% по CPA-эффективности: канал выглядел дорогим, пока мы не разделили «перехват спроса» и «создание спроса».
Что я считаю рабочим подходом сейчас:
— Last-click оставить для оперативной навигации: где есть спрос, как он распределяется, где ломается путь.
— Server-side и события на стороне сервера использовать как базу качества данных, а не как модную надстройку.
— MMM подключать не «для галочки», а там, где нужно понять вклад каналов на уровне выручки.
— Incrementality-тесты проводить хотя бы по ключевым каналам, чтобы не спорить о мнениях.
**Маркетинг после кук — это не борьба моделей, а переход от удобной видимости к доказуемому влиянию.** И в этой логике last-click остаётся полезным, но только как один из слоёв, а не как главный судья бюджета.
Если команда продолжает принимать решения по последнему клику, она почти неизбежно недофинансирует верх воронки и переплачивает за «дешёвые» конверсии, которые и так бы случились.
Я всё чаще вижу одну и ту же картину: команда продолжает смотреть на последний клик как на «истину», хотя реальная роль канала уже давно другая. В мире, где атрибуция уходит в server-side, MMM и incrementality, last-click остаётся не инструментом управления, а удобной привычкой.
Моё мнение простое: в 2026 году проблема не в том, что модель последнего клика «плохая». Проблема в том, что она отвечает на слишком узкий вопрос: кто забрал конверсию в самом конце? Для маркетинг-операций этого недостаточно. Нам нужно понимать, что реально создаёт дополнительную выручку, а что только фиксирует уже сформированный спрос.
По данным из моих разборов в B2B и e-com, у брендов с долей брендового трафика выше 35% last-click особенно сильно завышает вклад нижней части воронки. В одном из проектов разница между last-click и инкрементальной оценкой по платному поиску доходила до 28% по CPA-эффективности: канал выглядел дорогим, пока мы не разделили «перехват спроса» и «создание спроса».
Что я считаю рабочим подходом сейчас:
— Last-click оставить для оперативной навигации: где есть спрос, как он распределяется, где ломается путь.
— Server-side и события на стороне сервера использовать как базу качества данных, а не как модную надстройку.
— MMM подключать не «для галочки», а там, где нужно понять вклад каналов на уровне выручки.
— Incrementality-тесты проводить хотя бы по ключевым каналам, чтобы не спорить о мнениях.
**Маркетинг после кук — это не борьба моделей, а переход от удобной видимости к доказуемому влиянию.** И в этой логике last-click остаётся полезным, но только как один из слоёв, а не как главный судья бюджета.
Если команда продолжает принимать решения по последнему клику, она почти неизбежно недофинансирует верх воронки и переплачивает за «дешёвые» конверсии, которые и так бы случились.
Как собрать server-side схему сбора событий за 1 неделю
Если у вас уже проседает точность last-click, не пытайтесь лечить это одним пикселем. На неделе можно собрать рабочий контур privacy-first сбора данных без полной перестройки стека.
1. Зафиксируйте 5–7 событий, которые реально влияют на выручку: просмотр ключевой страницы, клик по CTA, отправка формы, начало чекаута, покупка, повторная покупка, обращение в sales.
Не тащите всё подряд — лишние события только шумят.
2. Разделите события на 3 уровня:
— обязательные для бизнеса;
— полезные для оптимизации;
— экспериментальные.
В первую очередь внедряйте только обязательные.
3. Поднимите серверный маршрут для отправки событий из сайта в аналитическую систему и рекламные платформы.
Задача недели — не идеальная архитектура, а стабильная доставка событий с сайта на сервер и обратно в источники.
4. Сразу добавьте единый идентификатор сессии и пользователя, где это допустимо по согласию.
Без этого склейка веба, CRM и рекламы развалится на первом же отчёте.
5. Проверьте, какие параметры теряются при переходе между доменами, формами и платежкой.
Сделайте список полей, которые надо пробрасывать сервером: источник, кампания, контент, устройство, страна, id лида, статус сделки.
6. Настройте 2 проверки качества:
— доля событий, дошедших до сервера;
— расхождение между клиентским и серверным счётчиком.
Если расхождение выше условного порога, ищите потерю на форме, редиректе или в согласии на cookies.
7. В конце недели сравните не клики, а вклад каналов в выручку: заявки, квалификацию, сделки, повторные покупки.
Это база для MMM-модели, инкрементальности (добавочного эффекта) и нормальной отчётности в 2026 году.
Главное правило: сначала собираем надёжный контур данных, потом усложняем атрибуцию.
Если у вас уже проседает точность last-click, не пытайтесь лечить это одним пикселем. На неделе можно собрать рабочий контур privacy-first сбора данных без полной перестройки стека.
1. Зафиксируйте 5–7 событий, которые реально влияют на выручку: просмотр ключевой страницы, клик по CTA, отправка формы, начало чекаута, покупка, повторная покупка, обращение в sales.
Не тащите всё подряд — лишние события только шумят.
2. Разделите события на 3 уровня:
— обязательные для бизнеса;
— полезные для оптимизации;
— экспериментальные.
В первую очередь внедряйте только обязательные.
3. Поднимите серверный маршрут для отправки событий из сайта в аналитическую систему и рекламные платформы.
Задача недели — не идеальная архитектура, а стабильная доставка событий с сайта на сервер и обратно в источники.
4. Сразу добавьте единый идентификатор сессии и пользователя, где это допустимо по согласию.
Без этого склейка веба, CRM и рекламы развалится на первом же отчёте.
5. Проверьте, какие параметры теряются при переходе между доменами, формами и платежкой.
Сделайте список полей, которые надо пробрасывать сервером: источник, кампания, контент, устройство, страна, id лида, статус сделки.
6. Настройте 2 проверки качества:
— доля событий, дошедших до сервера;
— расхождение между клиентским и серверным счётчиком.
Если расхождение выше условного порога, ищите потерю на форме, редиректе или в согласии на cookies.
7. В конце недели сравните не клики, а вклад каналов в выручку: заявки, квалификацию, сделки, повторные покупки.
Это база для MMM-модели, инкрементальности (добавочного эффекта) и нормальной отчётности в 2026 году.
Главное правило: сначала собираем надёжный контур данных, потом усложняем атрибуцию.