Конверсии на одно размещённое объявление
- До
- около 2,9 в Google Ads (дублированный сигнал)
- После
- одно серверное событие на регистрацию; атрибуция в Google Ads ещё не подтверждена; для предложений и покупки приёмка предварительная
Онлайн-маркетплейсРабота для клиента
2,9 конверсии на одно объявление: исправление учёта событий маркетплейса
Я настроил учёт событий британского маркетплейса: вместо примерно 2,9 конверсии Google Ads на одно объявление сервер записывает одно событие на действие. Результат сверен с учётом маркетплейса.
Задача
Контекст
Маркетплейс в Великобритании работает на Shopify Plus и тратит большой дневной бюджет в Google Ads. Он отслеживает размещение объявления, предложение и последующую покупку. Клиент описал проблему так: сначала Tag Manager считал вдвое больше, после попытки исправления стал считать меньше, чем нужно.
В конце августа 2026 меня пригласили провести аудит с доступом только на чтение. Затем я составил спецификацию исправления для разработчика клиента. Я отвечал за спецификацию, проверку и мониторинг. Код писал разработчик.
Знакомо?
Симптомы
Расследование
Диагностика
Я сдал аудит одним этапом: сверку объявлений и предложений за 30 дней с GA4 и Google Ads. Для каждого события указал расхождение и причину. В аудите 36 выводов, у каждого отмечена степень подтверждения.
-
Дублирование и недоучёт оказались связаны с одной причиной: потерей идентификации события. Прежнее исправление не убрало дубли, а часть изменений нарушила доставку в Google Ads. При этом у всех существующих событий покупки точно совпали идентификатор заказа, дата и сумма: 120 из 120.
-
Одно расхождение объяснялось задержкой отчёта: Google Ads дозаполняет конверсии примерно 9 дней. Данные за последнюю неделю выглядят заниженными, пока этот срок не пройдёт.
Передача
Что я сделал
Акт передачиСдано авг. 2026
- Единый контракт событий. Каждому бизнес-действию присваивается один
event_id. Сервер передаёт его вместе с идентификаторами сессии и клика. Дубли определяются по этому ID. - Правила сверки с бэкендом. Факт размещения объявления определяется по записям маркетплейса. Охват событий измеряется относительно этих записей.
- Серверную отправку с данными сессии. Edge-функции клиента отправляют событие объявления (регистрации) с контекстом сессии GA4. Это сохраняет атрибуцию браузерного события. Отправка предложений и покупок описана в том же контракте, но на тот момент ещё не внедрена.
- Требование дедупликации. Право на отправку каждого события фиксируется однократно. Повторная попытка не должна создавать вторую конверсию.
- Ежедневную сверку с оповещениями по записям маркетплейса вместо ручных выгрузок.
- Журнал изменений и инструкции по откату. Для каждого изменения от CH-004 до CH-019 описан откат. Подготовлены регламенты (runbook) проверок перед переключением и журнал отозванных утверждений.
До → после
Результаты
Работа для клиента Сделано для реальных клиентов. Данные клиентов обезличены.
События регистрации на сервере, связанные с сессией
48–58% to 85%
- До
- 48–58%
- После
- 85%
События покупки, сопоставленные с заказом (id, дата, сумма)
120/120
- До
- не измерялось
- После
- 120 из 120, где событие существовало
Срок дозаполнения данных за последнюю неделю
- До
- неизвестен, задержку принимали за потерю
- После
- около 9 дней, данные поступают с задержкой и не теряются
Полная таблица результатов
| Что изменилось | До | После | Проверено |
|---|---|---|---|
| Конверсии на одно размещённое объявление | около 2,9 в Google Ads (дублированный сигнал) | одно серверное событие на регистрацию; атрибуция в Google Ads ещё не подтверждена; для предложений и покупки приёмка предварительная | сентябрь 2026 |
| События регистрации на сервере, связанные с сессией | 48–58% | 85% | сентябрь 2026 |
| Сопоставление покупки с заказом (id, дата, сумма) | не измерялось | 120 из 120, где событие существовало | сентябрь 2026 |
| Срок дозаполнения данных | задержку принимали за потерю | около 9 дней, данные поступают с задержкой | сентябрь 2026 |
Заметка Данииладо того, как вы решите
Что это значит для похожего бизнеса
Если платформа попеременно считает «вдвое больше» и «вдвое меньше», причина общая: нарушена идентификация события. Проявление зависит от того, какой маршрут доставки нарушен. Начните с проверки идентификаторов событий.
Определите один основной ID для каждого бизнес-действия и передавайте серверное событие с ключом дедупликации. Сверяйте данные платформ с объявлениями, предложениями или заказами из вашего учёта. При сдаче разделяйте проверенные события, предварительные результаты и работу, которая ещё не началась.
Даниил
Ситуации, на которые отвечает этот кейс
- Данные, сверка и отчётность Почему Shopify, Meta, Google и Pinterest показывают разное число заказов?
- Данные, сверка и отчётность Как узнать, что трекинг сломался, раньше, чем это скажется на рекламном бюджете?
- Инженерия трекинга и атрибуции Можете ли вы описать исправление трекинга и проверить работу, которую делает наш разработчик?
Читать другой кейс
27 изменений с отдельным откатом: исправление трекинга лидов без доступа к сайту
Я пересобрал трекинг лидов Webflow без входа в CMS. Для каждого из 27 изменений подготовил откат. Пройдено 15 из 15 негативных тестов.
Здравствуйте, я Даниил.
Я сам разбираюсь в задаче, выполняю работу и передаю результат. Все вопросы вы обсуждаете напрямую со мной. Общаюсь на русском и английском. На испанском могу переписываться с помощью переводчика.
Есть похожая задача?
Опишите задачуОтвечу в течение одного рабочего дня. Первый ответ бесплатный. Или напишите напрямую: next@taskfordaniel.com