Как за неделю перевести performance-отчёт с last-click на server-side атрибуцию

Как за неделю перевести performance-отчёт с last-click на server-side атрибуцию

Server-side атрибуция — это не «ещё одна метрика». Это пересборка связки «источник → поведение → выручка» так, чтобы данные о пользователе обрабатывались на сервере рекламной платформы, а не в браузере. В 2026 году last-click в браузере всё чаще теряет 20–40% конверсий из-за ограничений трекинга. Ниже — конкретный план, который реально выполнить за 5–7 рабочих дней.

**День 1–2. Аудит текущей схемы и выбор подхода.**

— Выгрузите из CRM выручку и количество заказов за последние 90 дней по 4 источникам: платный поиск, платный социальный, органический, прямой.
— Сопоставьте данные с отчётами рекламных кабинетов и Google Analytics 4. Зафиксируйте расхождения в абсолютных числах.
— Определите, какая схема нужна: Conversions API для Meta, s2s (server-to-server) для Google Ads, или собственный Conversion API для TikTok. Один источник за раз — не все сразу.

**День 3. Подготовка событий на сайте.**

— Выделите 3–4 ключевых действия: лид, покупка, регистрация, повторный визит.
— Для каждого зафиксируйте: название события, обязательные параметры (event_id, value, currency), и место на сайте, где событие срабатывает.
— Проверьте, что у вас уже настроены события в GA4. Server-side наследует ту же схему, что и в браузере.

**День 4. Запуск контейнера и первого события.**

— Разверните Google Tag Manager Server-Side (через Cloud Run, AWS или готовый шаблон). Бюджет облака на тест — в пределах 3–5 тысяч рублей в месяц.
— Настройте клиент GA4 и тег передачи в рекламную платформу (Meta CAPI или Google Ads s2s).
— Возьмите одно событие, например «покупка», и проведите его через server-side. Параллельно оставьте browser-pixel как контроль.

**День 5. Дедупликация.**

— Включите передачу event_id и в browser, и в server. Это ключ к дедупликации — без неё рекламная платформа считает одну конверсию дважды.
— В Meta — параметр event_id в Conversions API. В Google — настройка «Enhanced Conversions» с одинаковым идентификатором.
— Проверьте в отчёте рекламного кабинета, что Event Match Quality или diagnostics показывает корректные данные.

**День 6–7. Проверка и решение о миграции.**

— Сравните количество и цену конверсий до и после server-side. Оцените расхождение в выручке, а не только в количестве лидов.
— Если дельта укладывается в 5–10% — оставляйте обе схемы в режиме контроля ещё 2 недели.
— Если разрыв больше 15% в пользу server-side — отключайте browser-only по этому событию и переходите к следующему.

**Частые ошибки этого этапа.**

— Перенос всех событий сразу: теряете точку сравнения.
— Игнорирование качества согласия (consent mode): без согласия пользователя server-side передаст данные, но рекламная платформа их обрежет.
— Отсутствие тестового окружения: любые правки сразу в бою ломают атрибуцию.

**Что это даёт в отчёте через месяц.**

— Корректные данные о выручке в разрезе кампаний, а не в разрезе кликов.
— Возможность строить MMM (маркетинг-микс моделирование) с реальными входными данными, а не с приближением.
— Устойчивость к ужесточению privacy в браузерах.

Если first-party data у вас ещё не собирается системно — начните параллельно с CRM: поднимите качество email- и phone-базы, потому что server-side атрибуция работает только вместе с этим.

— @DigitalCampaignsPro