Сквозная атрибуция для двух магазинов на Shopify: от клика до заказа

Метку клика пришлось снимать в шаблоне магазина

Штатный способ — Web Pixel — не подошёл. Он работает в изолированной среде Shopify и не может записать данные в корзину (cart attributes), поэтому метка клика до заказа не доходит. Пришлось ловить её в шаблоне (теме) магазина и дублировать собственным идентификатором визита (vid). Так связь клика и заказа сохраняется даже там, где штатный механизм её теряет.

Промежуточный сервис проверяет подпись и отсеивает повторы

Свой промежуточный сервис на http.server принимает уведомления Shopify и делает четыре вещи:

• проверяет подпись HMAC отдельным секретом для каждого из двух магазинов
• отсеивает повторы: Shopify повторяет отправку уведомлений, и отчёт от этого расти не должен
• передаёт данные с сервера в трекер: lead — заявка на каждый уникальный клик, sale — продажа с суммой на заказ
• пишет каждое событие воронки в свой журнал JSONL: подробный путь сохраняется, даже когда трекер хранит только сводные цифры

Conversions API: браузер и сервер не задваивают покупку

Одновременно с передачей в трекер сервис отправляет с сервера событие Purchase в Facebook Conversions API. У него тот же event_id, что у браузерного пикселя. Это ключевая деталь: без общего идентификатора конверсии в кабинете удваиваются, и реклама оптимизируется по завышенным цифрам.

Клик, покупатель и заказ связаны в одной базе

Отдельная база SQLite связывает клик, покупателя и заказ по ksubid, хешу почты и checkout_token, с привязкой задним числом к первому клику. На этих связях строятся отчёты. Они отвечают на вопросы, на которые не ответить, если учитывать только последний клик:

• путь покупателя через несколько касаний и распределение заслуг между каналами
• роль канала: знакомит с брендом, напоминает о нём или приводит к покупке
• доход с клиента за всё время (LTV) по каждому каналу
• заказы, которые Shopify записал как прямые заходы (Direct), а трекер привязал к платной рекламе
• сверка с опросом после покупки «откуда вы о нас узнали» — независимая проверка модели

Расход выгружается каждый день, иначе окупаемость считается без затрат

Атрибуция часто ломается на простом: выручка по каналу есть, а расход остался в рекламном кабинете. Расходы по кампаниям выгружаются по расписанию из Google Ads API и Meta Marketing API прямо в трекер. Поэтому цена продажи по каждому каналу видна в самом отчёте.

Только стандартная библиотека Python

Весь сервис написан на urllib, http.server и sqlite3 — без единой внешней зависимости. Причина простая: код должен работать на рабочем сервере, где нет pip, установщика пакетов Python. Заодно не нужно следить за обновлениями сторонних пакетов.

Две ошибки в расчёте, из-за которых отчёту не верили

Первое, что дала связка, — возможность сверить отчёт с реальностью. Сверка сразу нашла две ошибки. Отменённые заказы попадали в выручку: в один из дней это завышало её на 25,7%. Хуже того, отменённый заказ показывался как успех рекламы. Промокоды не вычитались, и это добавляло ещё 5,74%. Обе ошибки исправлены, и дневной отчёт сошёлся с реальной выручкой.

Ноль отслеженных продаж означал «нечем измерить»

Когда расходы по кампаниям и отслеженные продажи впервые оказались в одном отчёте, разница между каналами выглядела огромной. У одной рекламной сети было ~186 тыс. кликов и ни одной отслеженной продажи. Все отслеженные продажи месяца пришли из другой сети, где было ~12 тыс. кликов. По этим цифрам владелец перераспределил бюджет.

Продолжение оказалось важнее самого решения. Ноль в колонке продаж означал, что покупка приходила без идентификатора кампании. По той же причине 31 кампания, на которую приходилось 74% рекламного расхода, стояла с подписью «0 продаж · 0,0×». Экран подсказывал выключить то, что работало.

Теперь, если сопоставить продажи не с чем, окупаемость не считается и в отчёте стоит прочерк. Сбой рекламной площадки, о котором она сама не сообщает, отчёт называет прямо. Однажды такой сбой рекламного API вдвое сократил число связанных покупок — со 101 до 47, и в журнале не было ни одного предупреждения.

Тот же урок повторился с типом кампании. Определять тип по названию оказалось ошибкой: тринадцать кампаний со словом Video в названии к видеоканалу не относились. Настоящих видеокампаний за тот же период нашлось 17, и на всех вместе у них было восемь кликов. Теперь тип берётся у самой площадки.

Треть выручки без источника: причина нашлась вне системы учёта

Около трети выручки с сайта одного из магазинов приходило без источника. Причина оказалась внешней. Баннер согласия на cookie блокировал сессию Shopify, пока посетитель не давал согласие. Источник терялся раньше, чем аналитика успевала его записать. Диагноз подтвердили сравнение двух магазинов и такой же случай, который раньше был во втором магазине.

Система пережила смену источника данных

Позже внешний трекер отключили, и отчётность переехала на собственные источники. Переезд дал свой урок. Два таймера восемь суток подряд отправляли расходы в отключённый приёмник и сообщали об успехе, а в журнале не было ни одной ошибки. Теперь каждый шаг пишет в журнал, куда именно обращался и чем это закончилось.

Рекламная площадка хранит историю кликов ровно 90 дней. Связи, которые ещё можно было восстановить, истекали примерно по полторы в сутки. Поэтому я собрал свой кэш «клик → кампания», который пополняется дважды в сутки. Страницы берут связи из него и в интернет за ними не ходят: отдельный тест не пропустит код, который попробует это сделать.

Восстановление задним числом: собрано 247 кликов, опознано 229, просроченных ноль, всё за 35 секунд. Связанных заказов стало 97, было 46. Доля выручки без привязки к кампании снизилась с 82% до 57%. Рядом на экране показано прежнее значение и пометка, что связь восстановлена.

Основная часть бюджета уходила в канал, которого в отчёте почти не было

Основная часть рекламных денег уходила блогерам, а система показывала по этому каналу почти ноль. Настоящий след нашёлся в теге заказа. Ник блогера читается за тот же проход, который уже определяет тип продажи, так что новых запросов к магазину не понадобилось. За 50 дней канал дал 96 заказов — 19,7% всей выручки — по 17 разным ссылкам. Ссылки одного человека я намеренно не объединяю: отдача двух ссылок одного блогера различается в 22 раза, и объединение спрятало бы именно то, ради чего всё считают.