TikTok Events API ломает атрибуцию не в пикселе, а в деталях передачи событий
Главные точки отказа: — event_id не совпадает с браузерным событием и дубли не схлопываются; — нет нормального сопоставления user_data: email/phone/IP/ua; — сервер шлёт событие без таймстампа и source, и платформа режет матчинг; — нет ретраев и логики дедупликации, поэтому часть конверсий теряется при сетевых сбоях.
Ставь S2S-схему как основной канал фиксации конверсий, а браузер оставляй для первичного сигнала. Критично синхронизировать client-side и server-side через один event_id, иначе оптимизация будет учиться на шуме. Для передачи user_data всегда нормализуй поля: хэш, единый формат телефона, валидный IP, корректный user-agent. Иначе матчинг падает, а CPM-алгоритм получает мусор.
Отдельно проверь маппинг событий: ViewContent, AddToCart, CompletePayment должны уходить с одинаковой семантикой между трекером, CRM и API-гейтом. Если в трекере лид считается одним событием, а в Events API уходит другим, сплит-тесты становятся бесполезными. Логи сохраняй на уровне request/response: статус, body, error code, latency.
Чистим логи, проверяем постбэки. Если Events API стоит криво, сначала лечи дедупликацию и качество user_data, потом уже крути креативы. Технический стек определяет потолок вашего ROI.
Трекер-стек
@tracker_stack_ubt
TikTok Events API ломает атрибуцию не в пикселе, а в деталях передачи событий
Этот пост опубликован в Telegram-канале Трекер-стек. Подписаться можно по ссылке: @tracker_stack_ubt.