Если ваша атрибуция все еще держится на браузерном пикселе, у вас уже нет части данных — вы просто пока об этом не знаете. Safari режет cookie через сутки, iOS спрашивает разрешение на трекинг, и «нет» жмут четверо из пяти. В цифрах это выглядело у одного из наших клиентов так: до 40% конверсий просто не доезжали до отчета.
Про server-side tracking написано много красивых слов и почти ничего по делу. Попробую по делу — без обещаний «вернуть 100% данных», потому что это вранье. Вернуть можно многое. Но сначала стоит понять, что именно сломалось.
Что на самом деле произошло с данными
Раньше все жило в браузере. Пиксель ставил cookie, cookie помнил пользователя, и путь от клика до покупки собирался сам. Потом Apple выпустила ITP, которая обрубает сторонние и урезает срок жизни собственных cookie. Следом пришел ATT — окно «Разрешить приложению отслеживать вас?», и рекламный сигнал из приложений почти обнулился.
Итог простой. Пользователь никуда не делся, покупку сделал, деньги пришли. А вот ниточка, которая связывала эту покупку с рекламой, порвалась в браузере. Платформа не получила сигнал, не смогла обучиться, показала заниженный результат — и алгоритм начал крутить бюджет вслепую. Проблема не в том, что вы «теряете конверсии». Проблема в том, что вы теряете обучающий сигнал для алгоритма, а это дороже.
Серверный трекинг простыми словами
Идея одна: перестать отправлять события из браузера пользователя и начать отправлять их со своего сервера. Событие «покупка» все так же случается на сайте, но дальше уходит не напрямую в Meta или Google из хрупкого браузера, а сначала на ваш собственный контейнер — серверный GTM, — и уже оттуда, чистым и полным, в рекламные системы.
Что это дает на практике. Событие живет в вашем контуре, а не во власти браузерных ограничений. Вы контролируете, какие данные уходят, а какие остаются у вас. И вы можете дослать то, что браузер потерял, — например, подтвержденную покупку из CRM, которая случилась через неделю после клика.
Проблема не в том, что данных стало меньше. Проблема в том, что их стало меньше неравномерно — и решения принимаются по искажённой картине.
First-party data — то, ради чего все затевается
Серверный трекинг без first-party данных — это дорогой способ отправлять те же обрезанные события, только с сервера. Настоящая ценность появляется, когда вы начинаете опираться на данные, которые пользователь оставил вам сам: email при заказе, история покупок, действия в личном кабинете.
Эти данные не зависят ни от Safari, ни от iOS, потому что они ваши. Хешируете email, передаете через enhanced conversions — и Google с Meta снова видят, что человек купил, даже если cookie давно умер. Складываете историю заказов в BigQuery — и получаете предиктивные сегменты: кто купит повторно, кто вот-вот отвалится, кто чувствителен к скидке. Дальше вы рекламируетесь не на «похожую аудиторию из воздуха», а на людей, про которых реально что-то знаете.
Server-side возвращает сигнал. First-party data делает этот сигнал умнее рекламной платформы.
Порядок, в котором это стоит внедрять
Частая ошибка — начать с самого сложного. Мы почти всегда идем от быстрого эффекта к глубокому.
Сначала enhanced conversions на подтвержденных покупках — это несколько дней работы и обычно самый заметный прирост точности. Затем серверный контейнер GTM, через который проходят ключевые события, минуя браузерные ограничения. И только потом — first-party хранилище в BigQuery с предиктивными сегментами, потому что это уже не про «вернуть данные», а про то, чтобы использовать их лучше конкурентов. У датского бренда The Dybdahl Co именно такая последовательность подняла точность атрибуции на 40%, снизила CPA на четверть и довела долю корректно атрибуцированной выручки до 95%.
При небольших бюджетах серверный трекинг не окупается: затраты на внедрение и поддержку выше, чем цена потерянной точности.
Он также не спасёт, если не настроены базовые события и не размечены цели. Сначала должно работать простое, потом имеет смысл усложнять.
Где это не нужно
Честно: если вы тратите на рекламу пару тысяч в месяц и продаете один товар в один клик, серверный трекинг вам пока ни к чему. Он окупается там, где есть объем, несколько каналов и длинный путь к покупке — то есть там, где цена ошибки в атрибуции измеряется реальными деньгами. Если это про вас, лучше не ждать, пока браузеры отрежут еще один кусок сигнала.
Мы такое внедряем под ключ: от аудита текущих потерь до серверного контейнера и first-party слоя. Если хотите понять, сколько данных теряете именно вы, — начните с короткого разбора. А заодно посмотрите, почему красивый ROAS все равно не сходится с кассой, даже когда трекинг настроен.