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

Межсерверная атрибуция: контрольный список

Межсерверная (S2S) атрибуция и отслеживание сеансов требуют встроенного в приложение настраиваемого решения, реплицирующего основные функциональные возможности SDK Adjust. Наш контрольный список по межсерверной атрибуции содержит краткий перечень требований к решению, встроенному в приложение. Соответствие этим требованиям гарантирует безопасность информации, которую получает Adjust, и точность наших отчетов.

Начало работы

Узнайте, какой минимальный объем кода необходим в Adjust SDK для атрибуции и отслеживания сеансов. Интеграция этого кода в ваше приложение — предпочитаемый Adjust метод атрибуции и отслеживания сеансов. Код без проблем интегрируется и обеспечивает функциональные возможности, которые должно будет реплицировать ваше настраиваемое решение.

Чтобы ознакомиться с базовыми шагами по интеграции, следуйте приведенным ниже инструкциям.

📖 Android / iOS / Windows / Adobe Air / Unity / Cordova / Marmalade / Xamarin / Cocos2d-x / React Native / Titanium / Corona

Обзор контрольного списка

Контрольный список Adjust по межсерверной атрибуции охватывает 5 требований в 3 основных областях (целостность и безопасность данных, рекламных идентификаторов и устройств, а также сторонние интеграции). Все элементы крайне важны для точной атрибуции и отслеживания сеансов. Ваше решение, встроенное в приложение, должно будет воспроизвести основные функциональные возможности SDK Adjust, которые удовлетворяют этим требованиям по умолчанию.

1. Обеспечение безопасности и целостности

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

Обеспечение безопасности запросов от приложения к серверу

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

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

Как Adjust обеспечивает безопасность установки?

Локальная буферизация информации

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

При несоблюдении этого требования любые кратковременные перебои в работе, например при переходе на 4G, или более длительные периоды без покрытия сети или WiFi приведут к потере данных. В целом, 10–20 % установок не достигают Adjust с первой попытки. Если Adjust не получит эти данные, нам придется основываться на имеющихся данных, а не на том, что произошло на самом деле.

Как Adjust буферизирует информацию?

2. Сбор и создание идентификаторов рекламы и устройств

Как рекламный идентификатор Google Play Store ОС Android (GPS_ADID), так и идентификатор для рекламодателей ОС iOS (IDFA) являются рекламными идентификаторами. Пользователь устройства может без труда сбрасывать или отключать доступ к обоим идентификаторам. В связи с этим при атрибуции и отслеживании сеансов Adjust также полагается на идентификаторы устройств и универсальные уникальные идентификаторы (UUID) (только ОС iOS). Пользователь может сбросить такие идентификаторы только путем сброса устройства.

Сбор всех возможных идентификаторов рекламы и устройств

Рекламные идентификаторы можно сбрасывать. Преднамеренный многократный сброс рекламных идентификаторов — обычное явление (например, для обмана систем вознаграждения в приложении). Кроме того, примерно у 15 % пользователей iOS включено ограничение отслеживания рекламы (LAT), что лишает доступа к их IDFA. По этим причинам Adjust полагается на дополнительные идентификаторы для точного определения и непрерывного отслеживания сеансов в приложении.

При невыполнении данного требования каждый сеанс, записанный без ранее отслеженного рекламного идентификатора или без рекламного идентификатора (все пользователи с поддержкой LAT на iOS), будет считаться новой установкой.

Как Adjust собирает идентификационные данные?

Создание универсального уникального идентификатора и его сохранение в цепочке ключей устройства (ОС iOS)

Когда пользователи сбрасывают свой рекламный идентификатор, удаляют и переустанавливают ваше приложение или включают LAT, Adjust не сможет получить их IDFA и/или IDFV. Для непрерывного отслеживания сеансов пользователей в приложении Adjust использует постоянный локально сгенерированный UUID, сохраняемый в связке ключей устройства. Мы сопоставляем UUID с другой информацией об устройстве. Это позволяет нам беспрепятственно отслеживать активность пользователя в приложении, когда:

  • пользователь включает LAT;
  • пользователь сбрасывает рекламный идентификатор;
  • Adjust не получает оригинальный рекламный идентификатор и (или) идентификатор для поставщиков (IDFV) в ОС iOS.

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

Как Adjust управляет UUID?

3. Сторонние интеграции и дополнительные данные

Критически важную информацию, необходимую для атрибуции в Apple Search Ads, Google Play Store и сторонних магазинах приложений (например, Amazon Appstore), можно собирать в приложении только через сторонние интеграции.

Вы должны поддерживать следующее:

Для рассмотрения на предмет атрибуции эту информацию, собранную в вашем приложении, необходимо также перенаправлять в Adjust сразу после получения. 

Сбор необходимых данных для атрибуции по всем источникам

Adjust полагается на информацию, передаваемую через эти интеграции, для точной и полной атрибуции и реатрибуции диплинков.

Без реферера Google Play Store Adjust не сможет атрибутировать:

  • более 50 % установок Android;
  • все установки в результате органического поиска в Google;
  • все установки из сторонних магазинов приложений.

Кроме того, фильтрация внедрения кликов работать не будет. Это сделает ваше приложение уязвимым для основного источника мошенничества в мобильной рекламе на Android. Более того, без набора инструкций для виртуальной машины Dalvik мы не узнаем, поступают ли установки с виртуальных устройств.

Без API атрибуции Apple Search Ads Adjust не сможет выполнить атрибуцию:

  • установок Apple Search Ads.

Как Adjust собирает необходимые данные об атрибуции?