AppsFlyer ломается не на трекинге, а на хаосе в именах событий и постбеков

AppsFlyer ломается не на трекинге, а на хаосе в именах событий и постбеков

У MMP почти всегда одна и та же проблема: интеграция формально «зелёная», но данные потом нельзя сравнивать между источниками. Чтобы этого не было, заранее фиксируйте:
— единые названия in-app событий для всех платформ;
— один словарь параметров для revenue, currency, trial, subscribe;
— правила дедупликации для инсталлов, реатрибуций и повторных событий.

В AppsFlyer особенно важно не путать бизнес-логику и технику. Если событие называется purchase, но в него иногда летит подписка, а иногда разовая покупка, отчёты по LTV и ROAS начнут врать даже при идеальном SDK. Лучше разделить события по смыслу, чем потом пытаться «дочистить» их в BI.

Ещё одна типовая ошибка — не проверить postback mapping до запуска трафика. Источник может принимать install, но игнорировать deeplink, af_adset или custom event parameters. В итоге медиабаинг выглядит живым, а оптимизация идёт вслепую.

Сначала делайте карту событий и постбеков на одном листе, потом тестируйте 3–5 сценариев вручную, и только после этого масштабируйте закупку.