Долгожданный релиз SKAN 4.0 не только предлагает множество новых функций, но и множество возможностей как для рекламных сетей, так и для разработчиков приложений. С каждой новой версией SKAN становится полезнее, с одной стороны, но с другой – сложнее; привлечение пользователей и стратегия SKAN – вот в чем измеряется опыт iOS-разработчика.

Для начала

Прежде чем мы начнем говорить о стратегии, давайте сначала рассмотрим, в чем заключаются изменения SKAN 4.0. Есть 4 группы, на которые их можно разделить:

1. Измерение LTV

В SKAN 4.0 Apple представляет до 3 (!) постбэков на пользователя, которые работают в следующем порядке:

1-й постбэк

Если рассмотреть первый постбэк, касающийся измерения LTV, можно выделить две основные особенности:

1. При желании можно измерять активность пользователя 48 часов (раньше, если пользователь не был активен в течение 24 часов, этим ограничивался период измерения)
   
2. Введение грубого значения конверсии. Грубое значение — это новый вид значения конверсии, который делится на 3 типа: низкие, средние или высокие. Подобно тому, как вы в настоящее время размечаете события или доход со значениями конверсии 0-63, теперь вы можете соотнести событие или доход с низким, средним или высоким значением. Постбэк будет содержать более точное значение конверсии, грубое или «null» (в зависимости от пороговых значений конфиденциальности, определенных Apple). Почему это важно? Мы ожидаем резкого снижения нулевых значений и появления больше «грубых» значений. Если раньше Apple нужно было скрывать значение конверсии, когда пороговые значения конфиденциальности не были пройдены, теперь существует «золотая середина» – грубое значение конверсии. 

2-й постбэк

Добавление второго постбэка — это отличная новость: теперь можно измерять активность пользователей за день с 3 по 7 день. Три замечания по поводу вторых постбэков:

1.  Возвращается только грубое или нулевое значение конверсии.
   
2. Задержка с момента готовности постбэка и до непосредственной отправки варьируется от 24 часов до 144 часов.
   
3. Второй постбэк отправляется только в том случае, если пользователь был активен в течение этого периода времени.

3-й постбэк

Третий постбэк очень похож на второй, но измеряет активность пользователей с 8 по 35 день. Как и второй постбэк, к третьему также есть три замечания:

1. Он может возвращать только грубое или нулевое значение конверсии 
   
2. Задержка с момента готовности постбэка и до непосредственной отправки варьируется от 24 часов до 144 часов.
   
3. Третий постбэк отправляется только в том случае, если пользователь был активен в течение этого периода времени.

lockWindow

Apple также представляет новую концепцию — «LockWindow». Оно дает разработчику приложения возможность прекратить измерять активность пользователей, чтобы получить постбэк как можно скорее. Блокировка окна измерения может быть выполнена для каждого постбэка в пределах окна активности. Например, вы можете заблокировать окно второго постбэка в любой момент между 3 и 7 днями активности пользователя. 

2. Оптимизация рекламной сети/детализация отчетов

Одно из критических обновлений в SKAN 4.0 будет очень полезно рекламным сетям: улучшена детализация отчетов по измерениям кампании. В предыдущих версиях SKAN идентификаторы кампаний (campaign ID) были ограничены 2 цифрами, что означало, что рекламные сети могли присваивать рекламе только номер от 0 до 99. В SKAN 4.0 идентификатор кампании (campaign ID) стал «идентификатором источника» (“source identifier”) и будет содержать до четырех цифр (до 10 000 значений). 

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

За последние несколько месяцев мы провели множество дискуссий с рекламными сетями о том, как они планируют использовать эту новую функцию. В настоящее время рекламные сети имеют два основных подхода:

1. Дополнительные две цифры будут использоваться для внутренней оптимизации
   
2. Дополнительные две цифры будут использоваться для дополнительной разбивки отчетов в зависимости от потребностей рекламодателя (например, измерение страны или ID креатива)

3. Дополнительные каналы атрибуции

Одной из основных проблем в предыдущих версиях SKAN было отсутствие поддержки атрибуции web-to-app. В результате SKAN не охватывал некоторые из основных каналов привлечения (например, Google Ads). 

Теперь Apple добавил поддержку web-to-app атрибуции для Safari.

Хотя это новое решение поддерживает только Safari, по нашим данным 93,65% пользователей iPhone в качестве мобильного браузера предпочитают именно его.

4. Пороги конфиденциальности

В предыдущих версиях SKADNetwork, если когорта пользователей не преодолела порог конфиденциальности, Apple удалял значение конверсии и/или ID исходного приложения из постбэка и обнулял их. 

В SKAN 4.0 существует четыре уровня анонимности: 0, 1, 2 и 3. Apple определяет, к какому уровню анонимности относится каждая установка, и может удалить одно или несколько из следующих полей в зависимости от уровня: точное значение конверсии, грубое значение конверсии, source ID или source app ID.

Построение стратегии

Теперь, когда мы разобрались, что такое SKAN 4.0, давайте составим план работы с ним. 

Хотя, вероятно, отрасли потребуется некоторое время на адаптацию к SKAN 4.0, уже можно начать думать о том, как настроить измерение LTV, чтобы использовать дополнительные возможности по максимуму. 

Что и когда нужно измерять? Вот факторы, которые следует учитывать:

1. Свежесть данных: как быстро вам нужны данные для оптимизации?
   
2. Оптимизация измерений: как оптимизировать измерение каждого постбэка (первого/второго/третьего)? 
   
3. Отчетность: как будет выглядеть ваша отчетность?

Свежесть данных

Очень важный аспект для эффективного проведения кампаний — способность принимать решения как можно быстрее. В случае SKAN 4.0, если не используется функция LockWindow, первый постбэк придет через 3-4 дня после установки.

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

Оптимизация измерений

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

В Conversion Studio от AppsFlyer рекламодатели могут размечать конкретное in-app событие или диапазон доходов как «низкий», «средний» или «высокий» для каждого постбэка. Например, разработчик потенциально может отметить событие purchase как «среднее» в постбэке №2 и событие level_complete как «среднее» в постбэке №3. 

В зависимости от категории вашего приложения грубое значение конверсии может быть очень полезным; например, приложение на основе подписки может отметить событие подписки «высоким» во втором постбэке. Вы можете ознакомиться с некоторыми примерами измерения SKAN 4.0 для конкретных категорий в интерактивном симуляторе SKAdventure.

Отчетность

С отчетностью в SKAN 4.0 есть небольшие сложности. Поскольку source ID состоит из 2, 3 или 4 цифр, данные могут различаться в каждом постбэке.

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

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

Планы на будущее

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

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

The post SkadNetwork 4.0 появился на свет, пора строить стратегию appeared first on AppsFlyer.

Предыстория

Gismart – компания-разработчик приложений и мобильных игр с общим количеством скачиваний более 1 миллиарда и 30 миллионами ежемесячных активных пользователей (MAU). 

Gismart включает в себя несколько подбрендов, среди которых Music+ (музыкальные приложения и утилиты), Woofz (продукт для дрессировки собак), Wellness (портфолио H&F), Superinstant (студия социальных онлайн-игр) и Flime (студия разработки casual игр).

Хотя головной офис Gismart находится в Великобритании, в компании удаленно работает более 300 специалистов по всей Европе. В 2020 году Gismart занял 6-е место среди самых быстрорастущих компаний в Европе по версии Financial Times.

Задача

При таком обширном и разнообразном портфеле продуктов отдел BI и аналитики Gismart сталкивается с многочисленным количеством задач, которые решает опираясь на данные.  

После распространения новых правил конфиденциальности iOS 14+ и резкого ограничения доступа рекламодателей к IDFA пользователей компания задействовала альтернативные источники данных атрибуции: SKAdNetwork (SKAN), вероятностное моделирование, данные пользователей, которые согласились на ATT-запрос.

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

SKAN, например, показывал ограниченное количество загрузок и практически не позволял измерять LTV и ROAS. 

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

Gismart попытался решить эту проблему собственными силами, используя статистический метод, но он оказался не достаточно объективным. 

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

На помощь пришло решение AppsFlyer – Single Source of Truth (SSOT).

Решение

AppsFlyer, давний партнер Gismart по мобильной атрибуции (MMP), предложил компании поучаствовать в тестировании бета-версии нового решения SSOT, которое оказалось как раз вовремя. 

SSOT разработан, чтобы удалять дубликаты в подсчете пользователей и впоследствии предоставлять чистые, целостные и точные показатели стоимости, такие как eCPI и ROAS.

Единый источник достоверной информации позволяет маркетологам получать и применять маркетинговые инсайты. Удаление дублированных данных позволило Gismart продолжить принимать маркетинговые решения, основанные на точных данных, несмотря на ограничения iOS 14+.

Компания Gismart добавила SSOT к существующему набору внутренних BI-инструментов и начала использовать его в конце 2021 года.

Результаты

Спустя всего несколько месяцев после интеграции с SSOT моделирование эффективности привлечения пользователей Gismart улучшилось на 20% по всему портфолио:

«SSOT – отличное решение, которое точно решает проблему дедупликации загрузок и событий между SKAN и атрибуцией AppsFlyer. Благодаря SSOT мы видим наиболее точные показатели в контексте медиа-источника, кампании и страны».

Артем Казимирчик, руководитель отдела BI и аналитики компании Gismart

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

Планы на будущее

Будучи одной из самых быстрорастущих компаний в Европе, Gismart имеет в распоряжении все необходимое для роста и развития. 

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

AppsFlyer продолжит тесно сотрудничать с Gismart, чтобы обеспечить команду полной поддержкой на каждом этапе роста.

The post Как Gismart избавились от дубликатов SKAdNetwork атрибуции с помощью SSOT AppsFlyer appeared first on AppsFlyer.

Что включает в себя отчет:

С выходом iOS 14 и SKAdNetwork возникли сложности, с которыми маркетологи мобильных приложений раньше не сталкивались.

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

Чтобы помочь игровым приложениям понять, как ориентироваться в этой новой реальности, мы провели подробные интервью с тремя ведущими экспертами из лидирующих студий: CrazyLabs, Pixel Foundation и Product Madness.

В этом отчете мы рассмотрим основные сложности для игровых приложений, касающиеся iOS 14 и то, как их решают известные студии, а именно: 

• Окно АТТ-запроса и предварительный запрос: какие способы увеличения процента согласия работают
• Возможности роста: ведущие рынки и наиболее быстрорастущие рынки
• Оптимизация показателей конверсии: как наиболее эффективно разделять биты и какие инсайты можно получить в результате такого деления
• Таймер SKAN: выставлять ли задержку, и какие ранние события помогают предсказать LTV и ROAS
• И многое другое!

The post Новые правила игры: Маркетинг игровых приложений на iOS 14+ и SKAdNetwork appeared first on AppsFlyer.

Предыстория

Основанная в 2014 году, Clover помогает одиноким людям найти себе пару. Несмотря на то, что поколение Z и миллениалы не слишком спешат с созданием семьи, это не мешает им активно пользоваться приложениями для знакомств. Clover заполнил свободную нишу на рынке, обслуживая девять миллионов пользователей по всему миру. Так как  Clover является подписочным приложением, решающую роль для них играют превращение пользователей в платящих клиентов и измерение окупаемости инвестиций. Чтобы сосредоточиться на высококачественных пользователях из их основной аудитории, команда проводит кампании в крупных социальных сетях, таких как Snapchat, Facebook и TikTok. Для гибкой оптимизации UA они еженедельно (а иногда и ежедневно) анализируют эффективность своих кампаний, поэтому им удается удерживать UA внутри компании.

Задача

Как и многие другие рекламодатели, Clover знали, что релиз iOS 14 и внедрение фреймворка App Tracking Transparency (ATT) – окна запроса на отслеживание данных – создаст новые сложности при привлечении пользователей на устройствах Apple. Отсутствие возможности использовать IDFA – идентификатор для измерения вовлечения пользователей и ремаркетинга – означало переосмысление текущей стратегии привлечения, основанной на IDFA, для поддержания высокого темпа роста в быстро развивающейся экосистеме мобильного маркетинга.

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

Новые ограничения IDFA вынудили Clover перенести некоторые из своих рекламных кампаний для iOS на SKAdNetwork (собственный API Apple). SKAdNetwork разработан для повышения эффективности кампаний и пред предоставления данных атрибуции с соблюдением конфиденциальности пользователей. В результате одной из функций SKAdNetwork являются отложенные постбэки: они задерживаются как минимум на 24 часа после установки, чтобы гарантировать, что пользователь / устройство не может быть идентифицировано. Как только пользователь устанавливает приложение, запускается 24-часовой таймер SKAdNetwork.

Рекламодатель может установить количество событий, которые продлевают этот таймер (например, таймер сбрасывается каждый раз при открытии приложения). Если эти события не происходят в течение 24-часового окна, значение конверсии фиксируется, и отправляется постбэк. Другими словами, если пользователь зарегистрировался на бесплатную пробную версию, а по истечении 24 часов оформил подписку, он будет навсегда записан как зарегистрировавшийся только на бесплатный пробный период. Это нововведение SKAdNetwork затруднило измерение событий через 24 часов после установки и сильно ограничило способность Clover проводить глубокий анализ качества своих установок.

Решение

Clover выбрали решение AppsFlyer для SKAdNetwork, которое объединяет SDK, инфраструктуру и платформу AppsFlyer, чтобы сохранить как можно больше аналитических данных, соответствуя при этом новой политике конфиденциальности Apple. Инфраструктура SKAdNetwork работает без IDFA, поэтому Clover могут гарантировать измерение кампаний независимо от ATT-запроса. В случаях, когда пользователь дает разрешение на использование IDFA, Clover могут дополнительно полагаться на детерминированную атрибуцию AppsFlyer для измерений мобильного трафика. В сочетании с дэшбордом SKAdNetwork, который обеспечивает всестороннюю визуализацию ключевых показателей эффективности, таких как ROI, CPI и ROAS, компания Clover с уверенностью принимает решения на основании данных. Первым делом Clover интегрировали самонастраивающееся решение AppsFlyer для SKAdNetwork со Snapchat, которое задействует минимальное количество времени и ресурсов. Это дало им возможность протестировать и оптимизировать Snapchat перед интеграцией с Facebook и TikTok.

Результат

Внедрение SKAdNetwork через AppsFlyer помогло Clover понять, как на практике выглядят измерения в новой реальности, ориентированной на конфиденциальность, и это дало компании преимущество перед конкурентами в день релиза. Переход на отложенные постбэки и работа с агрегированными данными изменили рабочий процесс и стратегии, однако Clover сэкономили много времени на этих изменениях.

В итоге переход на агрегированные данные на уровне пользователя не оказал на Clover такого большого влияния, как они сначала думали. Большинство их ключевых целей по-прежнему можно достичь с помощью набора решений AppsFlyer. И хотя теперь Clover увидят влияние изменений на производительность лишь спустя несколько дней, они могут быть уверены в том, что полностью готовы к работе без IDFA к тому моменту, как Apple начнут применять обязательное внедрение ATT.

«Хотя потеря данных на уровне пользователей – одно из самых серьезных изменений, с которыми столкнулись мобильные маркетологи, решение AppsFlyer для SKAdNetwork сделало наиболее безболезненным переход в реальность, ориентированную на конфиденциальность».

Natasha Upal, VP of Growth

The post Использование преимуществ SKAdNetwork для адаптации к будущему, ориентированному на конфиденциальность appeared first on AppsFlyer.

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

Сегодня мы рады представить интегрированное решение AppsFlyer для SKAdNetwork – SK360. SK360 охватывает каждый аспект атрибуции SKAdNetwork, от интеграции с партнерами до оптимизации кампаний, защиты от мошенничества и предиктивной аналитики.

SK360 AppsFlyer является целостным решением для SKAdNetwork, начиная от конфигурации значения поля конверсии до выявления мошенничества и предиктивной аналитики LTV.

Новое поколение инноваций для SKAdNetwork

За последние несколько месяцев мы уже представили некоторые решения для SKAdNetwork. Сегодня мы рады представить еще две ключевые функции, позволяющие рекламодателям вывести свои кампании для iOS на новый уровень.

Прогнозирование

Одна из самых больших проблем, с которыми сталкиваются рекламодатели при использовании SKAdNetwork, сопряжена с механизмом таймера. Измерения ограничены очень коротким окном, в течение которого рекламодатели должны выявить эффективность кампании на основании первых 24-72 часов активности. Как рекламодатели могут принимать важные решения по оптимизации кампании на основе таких ограниченных данных?

PredictSK от AppsFlyer решает именно эту проблему. PredictSK позволяет рекламодателям использовать ранние сигналы взаимодействия и прогнозировать долгосрочную эффективность кампании, что позволяет своевременно принимать решения по оптимизации. С PredictSK рекламодатели могут продолжать измерять неограниченное количество событий в приложении, чтобы прогнозировать LTV кампании. Рекламодатели могут выделить 6 битов данных поля конверсии прогнозированию LTV вместо того, чтобы «тратить» свои драгоценные биты на статические события (которые не всегда являются достоверным показателем рентабельности инвестиций кампании).

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

PredictSK – это совершенно новый продукт, который будет выпущен в качестве премиальной функции для клиентов AppsFlyer в этом году. Мы приглашаем клиентов подписаться на обновления, чтобы быть в курсе того, как продвигается PredictSK.

Хотите больше новостей о Predict for SKAdNetwork?

Защита

Apple представил некоторые процессы криптографической проверки постбэков для SKAdNetwork, предназначенные только для предотвращения манипуляций с постбэками. Эти механизмы не проверяют подлинность взаимодействия конечного пользователя (показ или клик) и оставляют пространство для рекламного фрода, такого как клик-флудинг и фермы устройств.

Вредоносную активность SKAdNetwork легко пропустить, ведь она практически не видна невооруженным глазом. Поведенческие аномалии еще сложнее обнаружить в условиях ограниченных данных. Пакет AppsFlyer Protect360 обнаруживает вредоносную рекламную активность благодаря огромному количеству данных, измеряемых на ежедневной основе. Множественные модели атрибуции, используемые AppsFlyer для измерения, позволяют выявлять аномалии, причем индикаторы мошенничества могут быть выявлены даже в условиях агрегированных данных. Сочетание различных методов обнаружения с постоянными антифродовыми инновациями обеспечивают безопасность маркетинговых бюджетов – даже в новой реальности iOS.

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

Интеграции

Мы всегда гордились тем, что являемся связующим звеном между рекламодателями и экосистемой. В наш постоянно растущий список интегрированных партнеров SKAdNetwork входят ключевые игроки отрасли, такие как Facebook, Twitter, Snap и ironSource; и мы активно работаем над интеграцией многих других. Все партнеры передают постбэки нам напрямую, позволяя рекламодателям сосредоточиться на том, что действительно важно – на собственном успехе.

Оптимизация

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

Анализ

Наши дэшборды и API SKAdNetwork обеспечивают всестороннюю визуализацию ключевых показателей эффективности, включая CVR, ROI, CPI, ARPU, ROAS и eCPA. Данные обновляются в режиме реального времени по мере получения постбэков, обеспечивая полную аналитическую информацию на основе медиа-источника и кампании.

Будущее SK360

Мы рады быть первой компанией, представившей решение одной из самых серьезных проблем, связанных со SKAdNetwork. С полным пакетом SK360 и включенным PredictSK возможность измерения LTV больше не вызывает сомнений. Рекламодатели могут воспользоваться всеми преимуществами детерминированной атрибуции SKAdNetwork, обойдя присущие ей минусы.

The post Представляем SK360: усиление SKAdNetwork с помощью предиктивной аналитики и защиты от фрода appeared first on AppsFlyer.

На фоне общей неопределенности, окружающей SKAdNetwork, один вопрос остается особенно актуальным – каков риск атрибуционного фрода в рамках нового протокола Apple?

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

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

Можно ли обойти эти механизмы? И могут ли мошенники сделать это, оставаясь незамеченными?

Чтобы ответить на этот вопрос, давайте разберем возможные сценарии атрибуционного фрода в SKAdNetwork:

1. Манипулирование постбэком “в пути”, до того, как он дойдет до рекламодателя: Подпись и идентификатор транзакции, упомянутые выше, предназначены именно для таких случаев. Однако и то и другое можно обойти.
   Пример: значение конверсии не является частью подписи, и идентификатор транзакции можно использовать неоднократно (в надежде, что кто-либо на другой стороне не хранит все исторические данные об идентификаторах транзакций).
   Единственное реальное решение – это отправлять постбэк его настоящему получателю – рекламодателю.
2. Манипуляции с некорректной атрибуцией на уровне устройства.
   

Мы можем с уверенностью сказать, что протокол атрибуции SKAdNetwork предоставляет ограниченные данные для измерения или оптимизации, включающие только ID исходного приложения и кампаний. Время взаимодействия с устройством также недоступно. Эти индикаторы имеют решающее значение для измерения временного интервала между ключевыми событиями – в основном, времени клика и установки. Без этих индикаторов невозможно определить стандартные и аномальные паттерны поведения пользователя. 

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

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

Фермы устройств

Любой, у кого есть одно или несколько устройств, может кликать, загружать, взаимодействовать с приложениями и сбрасывать свой идентификатор девайса, выдавая себя за другое устройство. Мы имеем в виду фермы устройств. После установки VPN IP-адрес мошенника также может быть изменен или скрыт. 

Можно ли это сделать с помощью SKAdNetwork?

Если коротко, то да.

SKAdNetwork, возможно, устранил использование IDFA, но идентификатор учетной записи Apple по-прежнему используется для целей измерения.  

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

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

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

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

“Разлоченные” устройства также дают мошенникам возможность программно управлять таймером SK через эту фейковую среду приложения, то есть постбэки могут быть отправлены в течение 20 или 30 секунд, а не в течение ожидаемого 24-часового окна. Поскольку эта манипуляция таймером происходит на устройстве, на котором нет данных о времени, рекламодатель не может определить, было ли какие-либо манипуляции с таймингом. 

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

Клик-флудинг

Клик-флудинг предназначен для того, чтобы «забросать» рекламодателя потоком фейковых отчетов о кликах в надежде, что один из этих кликов каким-то образом будет связан либо с органической, либо с неорганической установкой.

SKAdNetwork атрибутирует установки, выполненные через Apple App Store. Когда пользователь просматривает рекламу в приложении паблишера и нажимает на нее, страница приложения в App Store появляется внутри приложении паблишера.

Согласно протоколу SK, такой просмотр страницы в App Store регистрируется как клик.

После того как пользователь загрузит приложение со страницы App Store и запустит его, установка будет атрибутирована на приложение паблишера.

Как можно управлять этим сценарием?

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

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

Как на это повлияло недавнее дополнение Apple по просмотрам “view-through”?

С последним добавлением Apple View-through к протоколу SK, клик-флудинг может стать еще проще. Теоретически Apple может валидировать схему click-through, проверив всю последовательность (клик→ App Store → Установка).

Однако в случае view-through атрибуции, поскольку мы исключаем клик из уравнения, эта проверка невозможна. 

С помощью SKAdNetwork паблишеры могут определять время начала и окончания показа. Хотя в официальном заявлении Apple говорится, что этот временной интервал должен составлять более трех секунд, он никоим образом не применяется. Это означает, что паблишеры могут создавать фейковые отчеты о показах, пользуясь преимуществом view-through сценария.

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

Это открывает возможность для клик-флудинга или флудинга показов путем программного запуска отчетов. 

Наши тесты показывают, что даже установки, которые происходят в течение 24 часов после получения отчета о кликах, получают атрибуцию от SKAdNetwork. В официальной документации Apple фактически обсуждается 30-дневный период окна lookback, что увеличивает вероятность успеха такой схемы.

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

Мы еще только в начале пути…

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

Следите за новостями.

The post Риск фрода на iOS 14 и SKAdNetwork appeared first on AppsFlyer.

Будьте готовы к iOS 14 еще до его релиза

Несколько недель назад в одном из наших блог-постов мы объявили о решении AppsFlyer для SKAdNetwork и кратко познакомили вас с нашим специальным дэшбордом. Со своей стороны мы полностью подготовлены к получению постбэков со SKAdNetwork, к валидации их правильности и уникальности, и к дополнению их другими точками данных, тем самым помогая сетям оптимизировать кампании рекламодателей. Рекламодатели будут иметь доступ к отдельному дэшборду SKAdNetwork, визуализирующему данные. 

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

Ситуация неоднозначная; SKAdNetwork не будет полностью доступен до публичного выпуска iOS 14, однако рекламодатели стремятся подготовиться к предстоящим изменениям. Как будут выглядеть данные? Какие инсайты можно будет получить? Как можно оптимизировать измерения и значение конверсии? 

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

Но мы не ждем

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

Представляем: симуляция SKAdNetwork от AppsFlyer. Этот новый дэшборд помогает рекламодателям понять, как будут выглядеть их данные в SKAdNetwork, и настроить поля, которые они хотели бы измерить. Пусть вас не смущает слово «симуляция»; этот дэшборд основан на реальных данных каждого клиента.

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

Схема работы

Как уже упоминалось, этот дэшборд основан на реальных данных о клиентах, но только на тех данных, которые будут доступны для измерения в SKAdNetwork.

• Он включает только соответствующие потоки атрибуции: сценарии с прямым переходом из приложения в приложение (app-to-app direct click-to-install). Потоки, которые не будут включены в реальные данные SKAdNetwork, такие, как данные атрибуции по просмотрам (view-through) и по кликам (click-through), не отображаются на данном дэшборде.
• На дэшборде отображаются только события, которые были бы обозначены в вашей текущей конфигурацией значения конверсии в SKAd.

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

Что вам нужно сделать?

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

Однако перед выпуском iOS 14 мы настоятельно рекомендуем вам обновить SDK AppsFlyer до версии 6.0.3 и настроить события/доход, которые вы хотите измерять, с помощью SKAdNetwork. Этот SDK полностью готов к работе с iOS 14.
Мы также рекомендуем вам убедиться, что ваши рекламные партнеры интегрированы с AppsFlyer в SKAdNetwork, чтобы можно было соответствующим образом атрибутировать данные.

2:25

Перейти на дэшборд AppsFlyer

The post Представляем симуляционный дэшборд SKAdNetwork appeared first on AppsFlyer.

До недавнего времени мало кто слышал термин SKAdNetwork (или SKAd). Однако благодаря недавним событиям все больше людей осознают важность SKAd в будущей маркетинговой экосистеме после релиза iOS 14.

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

Механизм SKAd построен вокруг одного конкретного поля со значением конверсии. В этом блоге мы объясним, почему это поле так важно и как получить от него максимальную пользу, а также ответим на один из наиболее часто задаваемых в последнее время вопросов: Кто и когда должен контролировать/определять значение конверсии?

Значение конверсии

Значение конверсии — это поле с диапазоном от 0 до 63 (только целые числа). Данное поле полностью контролируется рекламируемым приложением. Постбэк SKAd, который Apple передает на атрибутированную рекламную сеть, просто пересылает это значение. Все просто, правда? Тогда почему оно так важно?

Чтобы ответить на этот вопрос, давайте представим, как бы SKAd выглядел без значения конверсии. На самом деле это не так сложно представить, ведь первая версия SKAd работала именно так.

Без этого поля аналитика SKAd выглядела бы примерно так:
У моего приложения было 100 установок из кампании A на прошлой неделе и 200 установок из кампании B. Означает ли это, что кампания B лучше? Необязательно. Может быть, пользователи из кампании А демонстрируют лучшие показатели с точки зрения моих KPI?

Вот в чем заключается ценность конверсии. Она позволяет владельцам приложений «оценивать» своих конечных пользователей. Например: какой доход был получен от конкретного пользователя? Сколько уровней он прошел в моей игре? Сколько раз он нажимал на рекламу?

С полем конверсии маркетинговые инсайты становятся гораздо более информативными. Используя значения конверсии, мы можем прийти к такому выводу, как: «Хотя кампания B сгенерировала вдвое больше установок, пользователи из кампании A принесли гораздо больше прибыли и показали большую вовлеченность».

Отлично, значит, значение конверсии – это все, что вам нужно, верно?

Не совсем.

Прежде всего, все данные необходимо «закодировать» в одно ограниченное поле с диапазоном от 0 до 63. Это означает, что владельцы приложений не могут провести все измерения. Им нужно выбрать то, что для них наиболее важно.

Во-вторых, в SKAd существуют ограничения по времени.

• Измерение событий, которые произошли более чем через 24 часа после установки, является проблематичным. Для этого нужно, чтобы приложение открывалось каждый день, пока не произойдет событие, или необходим какой-либо фоновый поток для периодического сброса таймеров.
• Каждое обновление сбрасывает таймеры, в результате чего (уже и так отложенный) постбэк откладывается еще больше. В конце концов, эта задержка делает краткосрочную оптимизацию практически невозможной.

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

Итак, значение конверсии контролируется на стороне рекламируемого приложения. В чем же дилемма?

Верно, в конечном итоге контроль принадлежит рекламодателю.

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

Владельцы приложений — убедитесь, что кто-то один контролирует это поле от вашего имени.

Извлечение максимума из данных конверсии

Как уже упоминалось, получение максимальной пользы от значения конверсии на самом деле означает получение максимальной отдачи от SKAd. Если вы учли все нижеперечисленные пункты, вы сделали правильный выбор.

1) Единое управление

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

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

2) Полная инкапсуляция на стороне сервера

Значения конверсии могут быть изменены только на стороне клиента. Означает ли это, что вам нужно менять код приложения при каждом изменении конфигурации? Нет.

Требование: в любое время измените конфигурации на дэшборде SaaS. Фактический “mapping” должен быть немедленно передан стороне приложения, без необходимости обновлять версию в магазине приложений.

3) Простой процесс настройки

Конфигурация значения конверсии будет основываться на уже существующих in-app событиях приложения.

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

4) Гибкая конфигурация

Чтобы получить максимальную отдачу от этих 6 бит, необходима полная гибкость.

Требование: Неограниченный набор возможностей для рекламодателя. Независимо от того, хотят ли они измерить доход, конверсии, вовлеченность или их комбинацию.

Например:

• 2 бита для измерения прибыли, 3 бита для вовлечения, 1 бит для более точного времени установки
• 4 бита для измерения конверсий 4-х различных событий, 2 бита для типа аватара пользователя
  

Может ли эта полная гибкость сочетаться с простотой в использовании? Ответ – ДА.

5) Параллельная/многорежимная (multi-mode) поддержка

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

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

ПРИМЕЧАНИЕ. При использовании рандомального разделения (random split) убедитесь, что ваш дэшборд знает, как масштабировать результаты.

6) Настраиваемая длина окна

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

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

7) S2S и серверные события

Некоторые рекламодатели отправляют события с сервера/CRM.

Требование: Технологическая возможность для уведомления клиентской стороны о событиях, сгенерированных сервером, для изменения значения конверсии (так как это можно сделать только со стороны клиента).

8) Прогноз качества пользователей на основе их первоначального взаимодействия

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

Требование: Алгоритмы машинного обучения/искусственного интеллекта, прогнозирующие долгосрочный LTV/ROI пользователя на основе его взаимодействия в первые 24 часа.

9) Сведение к минимуму риска манипуляции данными

Рекламодатели не имеют прямого доступа к постбэкам. Что еще хуже, данные конверсии не подписаны Apple, поэтому их нельзя проверить. Кроме того, данные могут быть изменены в процессе передачи рекламодателям.

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

10) Осуществляйте валидацию данных, сопоставив их с другими моделями атрибуции

Некоторые игроки все еще могут пытаться манипулировать данными SKAd.

Требование: соотнесите данные SKAd с дополнительными моделями атрибуции. Например, если SKAd показывает числа, совершенно отличные от вероятностной модели для конкретной кампании, это может указывать на мошенничество.

11) Использование данных

Некоторые владельцы приложений хотели бы видеть свои маркетинговые инсайты на настраиваемых дэшбордах или посредством вызовов API.

Требование:  Преобразование значения конверсии для отправки рекламодателям – это не простая задача. Конфигурации будут меняться со временем и могут различаться в зависимости от географического положения и пользователя. Иногда может потребоваться масштабирование. 

12) Поддержка оптимизация кампании

Рекламным сетям необходимо преобразовывать значение конверсии, чтобы оптимизировать свою производительность на основе KPI каждого приложения.

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

13) Поддержка будущих изменений Apple

Версия 2 SKAd скоро будет заменена на v3, v4 и v5. SKAd будет играть важную роль после релиза iOS14, и Apple обязательно будет вносить новые изменения.

Требование: ваш партнер должен держать руку на пульсе этих изменений и изменять логику без необходимости обновлять код приложения или выпускать новые версии.

Могут ли рекламодатели делать все это самостоятельно?

Некоторые из них – да, другие – категорически нет.

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

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

Даже если рекламодатели теоретически все это делают, теперь перед ними стоит почти невыполнимая миссия: передавать постбэки со значением каждой конверсии в каждую из сетей в целях оптимизации кампании. У владельцев приложений просто нет для этого механизма, и это очень важно! Без этого механизма сети не могут оптимизировать свои кампании в интересах рекламодателя. Владельцам приложений нужен кто-то, у кого уже есть в распоряжении эти интеграции и механизмы.

Итак, вывод: кто должен контролировать значение конверсии?

Непосредственными кандидатами являются: рекламные сети, инструменты аналитики и MMP.

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

Можно сказать, что у них нет интеграции с другими сетями, поэтому оптимизация кампании находится под угрозой. Можно сказать, что атрибуция – это не их компетенция.

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

Почему MMP (партнеры по измерению эффективности мобильной рекламы) – это самый оптимальный выбор

Надежные и беспристрастные — по определению, у MMP нет конфликта интересов. Их единственная цель – предоставить рекламодателю надежные и точные данные.

Оптимизация кампании — MMP – единственные, у кого уже есть такая интеграция со всеми сетями. Без них оптимизация кампании не может работать.

Обогащение различных моделей атрибуции — SKAd существует не в вакууме, есть и другие модели атрибуции. Владельцы приложений хотят, чтобы все модели обогащали друг друга. Более того, только партнер, владеющий другими моделями, может гарантировать, что данные SKAd скоординированы и что никаких манипуляций не произошло. «Чистая» среда – ключевой элемент для принятия правильных маркетинговых решений.

И последняя рекомендация

Компания, контролирующая значение конверсии, также должна контролировать всю технологическую последовательность SKAd.

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

The post Кто должен контролировать значение конверсии в SKAdNetwork? appeared first on AppsFlyer.

Уже многое было написано о SKAdNetwork после заявления Apple на WWDC20.

Сегодня мы рады поделиться решением AppsFlyer для SKAdNetwork и рассказать о том, как оно будет интегрировано в нашу концепцию по атрибуции.

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

Преодоление трудностей

SKAdNetwork создает новые функциональные сложности для рекламодателя. Например:

• Отсутствие реального ROI / LTV – измеряются, в основном, установки. Ниже приведена более подробная информация о том, как наше решение справляется с этой проблемой
• Гранулярность – данные предоставляются только на уровне рекламной кампании, и ограничены до 100 кампаний
• Задержка постбэков – по крайней мере, на 24 часа, иногда дольше
• Возможное снижение доверия к данным со стороны рекламодателя, потому что данные находятся в полном распоряжении рекламных сетей
• Риск рекламного фрода – данными можно легко манипулировать
• Отсутствие поддержки атрибуции “re-engagement” (повторного вовлечения).

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

Все это вызывает серьезные опасения и вопросы:

• Как рекламодатели будут собирать данные SKAdnetwork из разных сетей? Список сетей может быть очень длинным, что приводит к обширным циклам R&D, интеграции и поддержки для каждой из сетей.
• Как результаты будут отображаться в одном централизованном месте для осуществления маркетингового анализа?
• Как насчет валидации данных? Ведь теоретически множество участников процесса, имея доступ к данным, могут иметь возможность ими манипулировать. “Загрязненные” данные приводят к некорректным маркетинговым решениям.
• Как сети будут оценивать ценность конверсии для приложения?

Решение, которое мы разработали, призвано решить эти функциональные и структурные задачи.

Как именно?

• Агрегирование данных: Сбор всех данных SKAdNetwork из каждой рекламной сети от имени рекламодателя
• Валидация данных: Проверка того, что данные подписаны именно Apple и что никто не вносил в них изменения в процессе передачи
• Обогащение данных: Сопоставление информации от SKAdNetwork с другими точками данных, такими как показы, клики, стоимость, органический трафик и др. для полного анализа ROI
• Поддержка данных: Предоставление данных SKAdNetwork в удобном для рекламодателей формате на специальных дэшбордах и API
• Бесшовная интеграция: Полная инкапсуляция, требующая практически нулевого усилия со стороны рекламодателя, в том числе для будущих изменений в протоколе SKAdNetwork
• Событие конверсии: Настройка на стороне сервера, возможность со временем менять значение поля: от “in-app” события до конверсии.

Что послужит практической основой нашего решения:

Доступ к постбэкам: Мы определили простой процесс, который позволяет AppsFlyer пересылать постбэк в конечную точку вместе с документом по интеграции. В этом документе будут отображены поля, которые рекламные сети должны ожидать в каждом постбэке.

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

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

Обертывание SDK (wrapping): AppsFlyer SDK, интегрированный в рекламируемое приложение, инкапсулирует все вызовы к системным функциям SKAdNetwork. Все, что нужно сделать рекламодателю, это интегрировать наш SDK.

Динамическая “post-install” атрибуция событий в приложении для SKAdNetwork

Уже много говорилось о поле со значением конверсии в SKAdNetwork. Мы верим в полную гибкость. Поэтому мы решили дать возможность рекламодателям настроить это поле по своему усмотрению в зависимости от того, что они хотят измерять с его помощью: прибыль, конверсии, вовлечение или удержание.

Рекламодатели могут контролировать или изменять это поле непосредственно с дэшборда AppsFlyer, при этом SDK и вся система немедленно подстроится под это изменение. То есть весь контроль будет осуществляться на стороне сервера, без необходимости обновлять приложение в App Store, и вносить изменения в код.

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

Мы еще больше усовершенствовали эту модель, чтобы клиенты могли параллельно измерять более одного параметра (конверсия, вовлечение и доход). Путем рандомального разделения пользователей приложения на разные группы и масштабирования результатов мы можем поддерживать измерение всех KPI для достижения оптимальных маркетинговых инсайтов. Например, рандомально разделив 100 установок на равные части, мы даем возможность применить измерения разных параметров (50 установок будут измерять прибыль, а другие 50- конверсии).  Затем результаты каждой группы можно масштабировать и предположить статистически, что они отражают показатели всех пользователей.

Обзорный дэшборд SKAdNetwork в AppsFlyer

Мы рады возможности впервые представить вашему вниманию новый дэшборд SKAdNetwork. Этот дэшборд представляет все данные SK, собранные из разных сетей, после того, как эти данные прошли валидацию и были дополнены всеми другими сигналами, переданными в SKAdNetwork из сетей и AppsFlyer SDK.

Дэшборд представляет всю маркетинговую воронку для каждого медиа-источника и кампании: показы, клики, установки, конверсии, вовлеченность и доход. Другими словами, измерение ваших основных KPI для каждой кампании: CVR, ROI, CPI, ARPU, ROAS, eCPA.

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

Давайте посмотрим, например, на три круговых диаграммы в центре и маркетинговые инсайты, которые можно из них извлечь. Отметим, что ad-net1 генерирует большую часть установок (35%), но среди них мало событий покупки (15% конвертированных пользователей и только 9% платящих пользователей). С другой стороны, для ad-net4 результаты противоположны. Выводы в плане маркетинга очевидны.

Чего ожидать до выхода iOS14?

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

Параллельно мы обновляем нашу базу знаний, добавляя документацию о настройке “post-install” атрибуции, ограничениях, дэшбордах и API.

Рекламные сети: мы готовим релиз спецификации по интеграции, подробно описывающий взаимодействие между AppsFlyer и сетями:

• Как отправить данные SKAdNetwork в AppsFlyer  
• Синхронизация кампании (Campaign mapping)
• Постбэки из AppsFlyer в сети для оптимизации данных и кампаний SKAdNetwork.

Мы призываем всех наших партнеров обратиться к нам за спецификациями и начать интеграцию с помощью SKAdNetwork.

Подводя итоги

Мы понимаем и разделяем точку зрения, что SKAdNetwork не является оптимальным решением. Измерения ROI и LTV несколько ограничены. Однако дополняя эти постбэки другими точками данных, как показано выше, можно по-прежнему получать значимые инсайты и принимать правильные маркетинговые решения на их основе. В конце концов, в этом и заключается атрибуция.

The post Как извлечь максимум пользы из SKAdNetwork с помощью AppsFlyer appeared first on AppsFlyer.

• Библиотека контента
• Data report

Обзор маркетинга игровых приложений в 2024 году

• 1. Задумайтесь о гибридной стратегии Произошедший сдвиг в стратегиях монетизации в сторону успешного использования одновременно IAA и IAP говорит о том, что стоит присмотреться к гибридной стратегии.
• 2. Воспользуйтесь преимуществами низких цен на iOS Поскольку CPI на iOS снизился, сейчас самое время скорректировать или даже увеличить свои медиа-расходы.
  Снижение стоимости медиа, обусловленное повышением эффективности таргетинга рекламы, дает возможность максимально увеличить охват и ROI (окупаемость инвестиций).
• 3. Не забудьте про Android Платформа Android продемонстрировала положительные результаты по нескольким ключевым показателям эффективности.
  Учитывая, что количество установок и NOI растет на основных рынках, важно поддерживать или увеличивать расходы на рекламу на Android, чтобы воспользоваться этим ростом.
• 4. Не полагайтесь только на UGC в своих креативах! Хотя использование UGC может повысить уровень удержания, понимание и использование правильного сочетания креативных элементов очень важно для достижения максимальной эффективности рекламы.
• 5. Пересмотрите свою стратегию охоты на “китов” Доля пользователей, приносящих наибольший доход (так называемых “китов”), зависит от региона и может составлять от 2% до 10% от общего числа пользователей.
  Определите, какой процент пользователей составляют “киты” для вашей стратегии, и скорректируйте бюджет для эффективного таргетирования на этих высокоценных пользователей.

Готовы принимать правильные решения на основе данных?

The post appeared first on AppsFlyer.