Когда постбэки Keitaro перестали совпадать с платформой: история сверки

Три недели команда масштабировала на числе, которое никто не проверял. Дашборд рекламной платформы показывал растущие конверсии, так что бюджет следовал, и кампания выглядела победителем. Затем пришёл недельный отчёт о выплатах оффера, и выручка не совпала с конверсиями, которые команда думала, что нагнала, — не на ошибку округления, а на разрыв, достаточно широкий, чтобы изменить, была ли кампания прибыльной вообще. Это история о том, как reconcile Keitaro postbacks tracker mismatch в момент его появления, вместо нахождения разрыва три недели и пятизначные расходы спустя, перенеся весь цикл в нативный Tracker Hub.

Это собирательная история, основанная на типичных аффилиат-паттернах, но сценарий провала и решение реальны. Имена и точные цифры иллюстративны; механизм, породивший расхождение, — нет.

Расхождение: две системы, два счёта конверсий

Первым признаком был не алерт. Это был отчёт о выплатах, не совпавший с дашбордом. Рекламная платформа засчитала кампании один объём конверсий за неделю. Keitaro, где реально приземлялись постбэки оффера, записал меньшее число. Собственная трекинговая таблица команды, пересобираемая вручную каждый понедельник, имела третью цифру, не совпадавшую ни с одной.

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

Почему это опасно: масштабирование на числе, которому нельзя доверять

Опасность не в самом разрыве — она в действии не на той его стороне. Если платформа переотчитывается, и вы масштабируете под её число, вы льёте бюджет в трафик, который конвертит не так хорошо, как заявляет дашборд. Если трекер недоотчитывается из-за сломанного постбэка, вы можете убить кампанию, которая на самом деле платила. В платном медиа число, которому нельзя доверять, дороже отсутствия числа: пустой дашборд делает вас осторожным, уверенно неверный делает вас смелым в неверном направлении. Команда была смелой, и отчёт о выплатах был первым разом, когда кто-то посмотрел на обе стороны сразу.

Обычный ад отладки: клей между тремя инструментами

В старой настройке нахождение источника разрыва означало тур по трём разрозненным системам: рекламная платформа в одной вкладке для её счёта и окна атрибуции, Keitaro в другой для лога постбэков и записанных выплат, затем таблица, которая должна была их связать, но в основном добавляла четвёртую версию событий.

Каждая передача между этими инструментами была местом, где проводка могла сломаться, и таким, какое ни один экран не мог показать. Передавался ли sub-ID от рекламного клика до самого постбэка оффера? Совпадало ли окно атрибуции платформы с lookback трекера? Срабатывал ли постбэк дважды? Вы не могли ответить ни на один из этих вопросов из одной системы, потому что правда жила в швах между ними — ровно там, где прячутся ошибки проводки трекера, тихо убивающие конверсии. Команда потратила два дня на реконструкцию одной недели и всё равно закончила, не будучи уверенной, что нашла всё.

Нативный Tracker Hub: постбэки, привязанные к кампаниям, которые вы видите

Изменение было структурным. Команда перенесла цикл в нативный Keitaro Tracker Hub в Wevion, где трекер не отдельный логин, прикрученный к рекламному стеку, а часть той же платформы, что запускает и отчитывается по кампании. Построенный на официальной интеграции Keitaro, постбэк привязан к кампании, которую вы видите, так что конверсия, о которой отчитывается оффер, привязана к клику, который запустила платформа, — от начала до конца, в одном месте.

Это схлопнуло тур по трём инструментам в один экран. Счёт со стороны рекламы и счёт со стороны трекера сидели рядом, по одной кампании, в одном обзоре, без таблицы для пересборки, потому что нечего было копировать вручную. Та же дисциплина официального API, что делает чистую интеграцию трекера с рекламой Facebook надёжной, теперь применялась ко всей сверке: одна проводка, одна запись, один экран, чтобы её прочесть.

Чтение обеих сторон в одном месте, чтобы найти, где счёт разошёлся

С обоими счётами на одном экране команда наконец могла сделать то, что старая настройка делала почти невозможным: сравнить отчётные рекламой конверсии кампании против её записанных Keitaro постбэков, за одно окно, и увидеть ровно, где линии расходятся. Сверка стала упражнением в чтении вместо реконструкции.

Паттерн выскочил почти сразу. Бóльшую часть дней два счёта шли близко, с малым, постоянным смещением, объяснённым более длинным окном атрибуции платформы, засчитывавшим клики, которые трекер логировал днём позже. Но в горстке дней счёт трекера взлетал выше платформы — отпечаток постбэка, срабатывающего дважды, — а в два дня обрушивался, пока счёт платформы держался ровно, — подпись постбэка, который перестал приходить вовсе. У каждого расхождения была форма, и формы указывали прямо на причины: устойчивое смещение — разница окон атрибуции, всплеск трекера выше платформы — дубль срабатывания, а счёт трекера, падающий почти до нуля, пока платформа держится, — мёртвый постбэк.

Частые виновники: окна, дубли срабатываний, сломанные URL

Разрыв команды оказался тремя проблемами, наложенными друг на друга, поэтому ни одна единственная теория не подходила к данным. Первая была безобидной: окно атрибуции рекламной платформы было длиннее lookback Keitaro, так что платформа засчитывала поздние конверсии, которые трекер атрибутировал к дню, когда случился клик. Это смещение было реальным, ожидаемым и не багом — его просто надо было понять, а не гоняться за ним.

Вторая была дублем срабатывания: постбэк оффера пинговал Keitaro дважды для части конверсий, раздувая счёт трекера в дни всплесков. Третья была опасной — устаревший постбэк-URL на одном из потоков оффера тихо перестал доставлять, так что настоящие конверсии вовсе не достигали трекера, и кампания платила больше, чем показывала запись. Это повторяющиеся сценарии сбоев, с которыми в итоге встречается каждый аффилиат, и они ровно то, что протокол QA трекера ловит, прежде чем это вам обойдётся. Чтение обоих счётов вместе превратило неопределённое «цифры не сходятся» в три названных, чинимых дефекта.

Починка проводки и подтверждение, что числа сходятся

Назвав три дефекта, чинить их стало обыденно. Дубль срабатывания был отслежен к постбэку, настроенному срабатывать на более чем одном статусе, и урезан до одного. Мёртвый URL был починен и перетестирован принудительной тестовой конверсией, пока не запинговал чисто. Смещение окна атрибуции было не «починено», а задокументировано, чтобы команда перестала относиться к ожидаемой разнице как к дефекту, за которым надо гоняться каждую неделю.

Затем пришёл шаг, который старая настройка никогда по-настоящему не позволяла: подтвердить, что сверка держится, прежде чем масштабировать снова. Команда понаблюдала свежую неделю с обоими счётами бок о бок, и на этот раз платформа и трекер совпали в пределах задокументированного смещения окна — без всплесков, без обрушений. Число наконец стало надёжным, не потому что было высоким, а потому что каждая разница между двумя системами была учтена. Взвешивать ли окно платформы или событие выплаты трекера как источник правды — то же решение атрибуции по первому касанию против последнего, которое каждый байер должен принимать осознанно, и теперь команда принимала его намеренно.

Урок: сверка — работа в одном месте, когда трекер нативный

Команда не получила волшебное число из миграции. Keitaro по-прежнему считает конверсии так, как считает трекер, а рекламная платформа — так, как считает платформа. Что изменилось — цена объяснения разницы. Когда трекер прикручен — отдельный логин, ручная таблица, клей, который нельзя инспектировать, — каждое расхождение криминалистический проект, и ответ часто приходит после того, как бюджет потрачен. Когда трекер нативный, привязанный к кампаниям внутри той же платформы, что их запускает и отчитывается по ним, расхождение — это то, что вы читаете на одном экране в день его появления.

Эта сверка в одном месте — часть более крупного паттерна в Wevion: шесть рекламных платформ, которые он поддерживает, — Meta, Google, TikTok, Taboola, Snapchat и Outbrain — плюс кросс-платформенные правила и прибыльность живут на одной поверхности, с синхронизацией примерно раз в 15 минут из официальных API, а не мгновенной подачей. Для аффилиат-байера отдача конкретна: запускайте, отчитывайтесь и трекайте в одном месте, так что «почему эти два числа не совпадают?» перестаёт быть двухдневным расследованием и становится взглядом. Тарифы Wevion начинаются с постоянного бесплатного уровня (€0), затем Starter за €99/мес, Pro за €499/мес и Plus за €1 499/мес, с годовой оплатой при −20% и 14-дневным пробным периодом на каждом платном уровне, сосуществующим с бесплатным планом, — так что команда может подключить Keitaro и понаблюдать, как его постбэки сходятся, прежде чем решиться. Остальная часть плейбука живёт в кластере аффилиат-маркетинга.

Урок обобщается на любого аффилиата, покупающего платный трафик под оффер: платформа и трекер всегда считают чуть разные вещи, и цена не в разрыве, а в том, сколько уходит на его объяснение. Поместите запуск, отчёт и постбэк на одну поверхность, читайте оба счёта вместе и масштабируйте только на числе, которое можете полностью свести. Расхождение, которое вы не видите, — это то, что опустошает бюджет.