Мобильная атрибуция установок: как читать отчёты без двойного счёта

Мобильная атрибуция установок связывает установку или запуск приложения с рекламным взаимодействием по правилам выбранной системы. Для надёжного отчёта нужно разделять платформы, типы конверсий, окна наблюдения и даты поступления данных. Полученное сообщение об атрибуции не всегда означает ещё одну новую установку, а отсутствие подробного сигнала не доказывает органическое привлечение.

Что считать результатом мобильной атрибуции

Маркетолог видит в рекламном кабинете одно число, в магазине приложений — другое, в продуктовой аналитике — третье. До поиска ошибки полезно определить, какие объекты считает каждый отчёт. Загрузка, первый запуск, новая учётная запись и повторная загрузка не являются одним событием. Даже одинаковая подпись «установки» может скрывать разные правила источников.

Сначала сформулируйте решение: сравнить источники новых установок, оценить возвращение или понять качество привлечённой группы. После этого выберите допустимую единицу результата. Если её нельзя одинаково наблюдать во всех каналах, покажите отдельные ряды с ограничениями вместо искусственно точной общей суммы.

Какие сигналы доступны на мобильных платформах

AdAttributionKit и сообщения с ограниченной детализацией

Apple описывает AdAttributionKit как механизм атрибуции с подписанными сигналами и ограниченным составом данных. Сообщение, или постбэк, может содержать сведения о кампании и типе конверсии; доступность части полей зависит от условий защиты приватности. Возможны дополнительные сообщения по последующим окнам. Поэтому поток постбэков нельзя автоматически читать как список новых людей.

Для маркетингового отчёта запросите у технической команды расшифровку того, что она передаёт: какой тип сигнала, к какому окну он относится и какие признаки позволяют отличать его назначение. Здесь важна не копия всех технических полей, а согласованный смысл выходных показателей.

Install Referrer в Google Play

Google Play Install Referrer позволяет получать из Google Play сведения об источнике перехода и временные метки, связанные с кликом и началом установки. Этот механизм имеет собственную область применения. Он не превращает любую установку на любом Android-устройстве в полностью известный рекламный путь.

Отдельно укажите магазин распространения и фактическую интеграцию. Если приложение доступно через несколько магазинов или способов установки, данные одного механизма нельзя автоматически распространить на остальные. В отчёте должно быть видно, где источник наблюдался, где определён другим способом, а где сведений недостаточно.

Паспорт отчёта мобильной атрибуции

Согласуйте короткий паспорт каждого ряда данных до запуска кампании. Его задача — не описать всю архитектуру аналитики, а дать возможность одинаково прочитать результат маркетологу, разработчику и подрядчику. Если определение изменяется после обновления интеграции, сохраните дату перехода и новую версию.

Не объединяйте в одной неподписанной колонке непосредственно полученные, агрегированные и моделируемые данные. Моделирование может быть полезной частью отчёта, но его результат должен оставаться различимым. Если подрядчик показывает оценку, выясните её основание и ограничения сравнения с наблюдаемыми сигналами.

Дата события и дата получения

Постбэк может поступить позднее действия, к которому относится. Если отчёт группирует строки по дате получения, сегодняшнее значение включает события другого периода. Не переносите все такие строки на день рекламных расходов автоматически. Сначала определите, как источник формирует временной ряд и какие даты реально доступны.

Когда точное время исходного события не передаётся, не восстанавливайте его вычитанием одного удобного числа часов. Такой приём создаёт ложную точность. Используйте допустимый уровень группировки и подпишите неопределённость. Для решений по недавней кампании полезно сохранять состояние выгрузки на конкретную дату.

Почему несколько постбэков не равны нескольким установкам

Различайте повторную доставку того же сообщения и отдельное сообщение по другому окну. В первом случае задача — не учесть доставку второй раз. Во втором случае сообщение может нести новые сведения о ранее начавшемся использовании. Простое удаление всех похожих строк может потерять полезные данные, а простое сложение — завысить итог.

Правило обработки должно соответствовать источнику. Запросите у разработчика подтверждение, какие ключи и признаки используются, как обрабатываются повторные поступления и что происходит при неполном сообщении. Не назначайте пользовательский идентификатор там, где механизм его не предоставляет. Проверка на техническом образце должна предшествовать расчёту маркетинговой суммы.

Собственный учебный пример: после отбора и проверки доставок выгрузка содержит 120 записей об установках в первом окне и 80 дополнительных сообщений последующих окон по части той же группы. Всего это 200 сообщений. Если первая группа по согласованному правилу представляет 120 атрибутированных установок, прибавлять к ним 80 как новые установки нельзя.

Делить 200 на максимальное число возможных сообщений тоже нельзя: не для каждого события обязательно получен полный набор. Из этого примера известно количество записей каждого вида, но не универсальный коэффициент пересчёта строк в людей. Поздние сообщения анализируют по назначению, сохраняя связь с правилами источника, а не превращают в дополнительное привлечение.

Пустое поле, неизвестный источник и органика

Пустое значение может возникать по разным причинам: поле не предусмотрено, не передано при данных условиях или потеряно в обработке. Это разные состояния. Для диагностики храните понятный статус, если система позволяет его установить.

Нельзя автоматически считать все установки без рекламной связи органическими. Сначала выясните, как конкретный отчёт определяет органику и что включает в остаток. Среди неизвестных могут быть ненаблюдаемые взаимодействия. Если источник предоставляет только агрегированный результат, он не обязан совпадать с суммой индивидуально сопоставленных записей другой системы.

Также не трактуйте отсутствующее значение события качества как доказанное отсутствие действия. Например, из неполного сообщения нельзя уверенно заключить, что человек ничего не сделал в приложении. Отдельно анализируйте то, что известно о продуктовой активности в доступной системе, не приписывая этим сведениям рекламную связь без основания.

Как сравнивать кампании с задержанными данными

Одинаковая степень готовности отчётов

Выберите момент сравнения, учитывая реальные задержки используемых источников. Недавняя группа ещё может пополняться, тогда как более старая уже почти не меняется. Сравнение сырых итогов в этот момент может оценивать скорость поступления данных вместо качества кампании. Универсального ожидания для всех платформ и окон нет.

Сохраните несколько версий одного отчёта по датам выгрузки. В учебном примере значение по одной и той же группе выросло с 90 до 120 после поступления дополнительных допустимых данных. Прибавка равна 30, или примерно 33,3% к первоначальному числу. Это изменение наблюдаемого итога, а не доказательство, что кампания за это время привлекла ещё треть пользователей.

Если показатели качества относятся к более длинному периоду, сравнивайте группы, у которых этот период уже доступен. Не противопоставляйте выручку за месяц группе вчерашних установок. Обозначайте предварительные результаты, а для окончательного сравнения сохраняйте принятую дату отсечения и правила последующих исправлений.

Разные модели — отдельные ряды

Если одна система учитывает рекламные просмотры, а другая только клики, расхождение может быть ожидаемым. Уточните окна, приоритеты и обработку нескольких контактов. Не усредняйте два числа ради компромисса: среднее не создаёт согласованную модель. Выберите показатель под решение и оставьте второй как отдельное наблюдение.

Приёмка мобильной атрибуции перед масштабированием

Проверяйте не только удачный новый запуск, но и возвращение после удаления, уже установленное приложение, переход без доступной рекламной связи и позднее поступление сообщения. Состав тестов согласуйте с возможностями платформы. Некоторые условия удобно воспроизвести в тестовой среде, другие потребуют наблюдения за ограниченным запуском.

• Кампания и приложение определяются по согласованным справочникам.
• Типы установок и возвращений не сливаются в один итог.
• Повторная доставка не меняет количество учтённых результатов.
• Последующие окна не записываются как новые установки.
• Недоступная детализация сохраняет правильный статус.
• Часовые пояса и основание даты указаны в выгрузке.
• После обновления интеграции можно воспроизвести прежний контрольный расчёт.

Распределите ответственность: разработчик проверяет получение и обработку сигналов, аналитик — определения и преобразования, маркетолог — соответствие показателя коммерческому вопросу. Подрядчик должен объяснить свой отчёт в тех же терминах. Изменение окна или правила события оформляйте как изменение методики, а не скрытую правку цифры.

Мобильная атрибуция показывает результат по выбранным правилам связи с рекламой. Она не доказывает, сколько установок добавилось исключительно благодаря кампании. Для вывода о дополнительном эффекте нужен отдельный подход к сравнению. Сначала добейтесь воспроизводимого отчёта о том, что измеряется сейчас, и только затем используйте его в более сложных решениях.

Вопросы и ответы