SKAN-атрибуция ломается не в postback, а в вашей схеме чтения данных

SKAN-атрибуция ломается не в postback, а в вашей схеме чтения данных

SKAN сам по себе не “плохой” и не “хороший”. Ошибки обычно начинаются там, где в один отчёт смешивают разные окна, источники и conversion value-логику.

— Сначала проверьте, что у вас есть единая карта: event → CV/Coarse CV → окно постбэка → целевая метрика. Без этого любой ROI выглядит случайным.
— Не сравнивайте SKAN installs с MMP installs один к одному. У них разная дедупликация, задержка и правила атрибуции.
— Если в первых постбэках мало сигнала, не спешите “чинить” сеть. Часто проблема в том, что ранние события слишком бедные и не двигают CV.
— Разделяйте разбор по source id, campaign id и кластерам креативов. Иначе вы видите среднюю температуру по больнице.
— Всегда смотрите не только на volume, но и на lag: postback может прийти позже, чем вы успели принять решение по закупке.

Рабочая схема простая: сначала стабилизируете mapping, потом проверяете delay, и только после этого делаете выводы по источникам.

Если отчёт не бьётся, почти всегда виноват не SKAN, а неверная агрегация на вашей стороне.