Масштабирование crypto-связки ломается не на крео, а на трекинге и постбеках

Масштабирование crypto-связки ломается не на крео, а на трекинге и постбеках

Разбираем воронку на атомы: на малом объёме всё выглядит стабильно, но при росте трафика начинают плыть event-id, дубли в конверсиях и атрибуция между источником и трекером. Если postback приходит с задержкой или теряет параметры URL, оптимизация уходит в шум, а не в действие.

Что проверять до увеличения бюджета: — совпадение clickid на всех переходах; — передача subid без обрезки на редиректах; — отдельные правила для web и app-ивентов; — фильтр дублей по transaction_id; — раздельная статистика по GEO, девайсу и плейсменту. Техничка решает всё: без этого любой сплит превращается в гадание.

Дальше — не масштабирование «в лоб», а по слоям. Сначала дублируете связку на новый adset с теми же параметрами, потом проверяете, не ломается ли callback-цепочка под ростом объёма. Если CR падает только на одном GEO или одном браузере, ищите проблему в лендинге, CSP, редиректах или скорости ответа сервера, а не в креативах.

Сплит-тест — единственный аргумент: пока логи трекера не сходятся с логами партнёрки и кабинета, масштабировать нечего. Сначала чинится сквозная передача данных, потом увеличивается объём, иначе вы просто ускоряете слив.