TikTok Events API ломается не в коде, а в логике передачи событий

TikTok Events API ломается не в коде, а в логике передачи событий

Главная ошибка — слать в API только pixel event без нормального server-side контекста. Для атрибуции нужны стабильные идентификаторы: event_id, external_id, click_id, user_agent, ip. Если у события нет склейки с клик-цепочкой, оптимизация идет вслепую, а ретеншн обучающей выборки падает.

Дальше проверяй дубль-события. Если pixel и Events API отправляют одинаковый purchase без event_id, платформа может считать конверсии дважды. Правильная схема: один источник — один уникальный event_id, а клиент и сервер только подтверждают одно и то же действие. Это база для чистой статистики.

Отдельный риск — кривые postback-цепочки и потери на промежуточных редиректах. Лей события через свой endpoint, логируй HTTP-коды, таймауты, payload и ответ API. Для теста держи отдельный поток на лид, initiate checkout и purchase, чтобы понять, где рвется воронка. Чистим логи, проверяем постбэки.

Если нужен стабильный ROI, начинай не с масштабирования, а с валидации: совпадают ли event_id, не режется ли payload, проходит ли дедупликация и не теряются ли UTM/click параметры на первом же редиректе. Data-driven подход или работа вслепую — выбор за тобой.