Как добавить приложение в appsflyer
Что полезного разработчики могут узнать при помощи систем аналитики приложений.
Запуск — это лишь половина дела для разработчика мобильной игры. Чтобы продукт стал по-настоящему успешным, нужно знать, откуда приходят пользователи, насколько они активны, как и когда приглашают друзей, делают покупки внутри игры и множество других параметров. Получить эту информацию можно при помощи инструментов аналитики приложений.
Руководствуясь статистикой можно понять, правильно ли развивается продукт и что можно сделать для того, чтобы максимизировать прибыль. Именно таким образом аналитика помогла разработчику Clash of Gods и Fallensouls — компании Teebik Games — выровнять показатель ROI (коэффициент возврата инвестиций), снизившийся в результате увеличения затрат на приобретение трафика.
Студия «вручную» оценивала эффективность каждого из своих рекламных партнёров, которых было более сотни. Для этого требовалась поддержка нескольких маркетинговых SDK, что лишь усложняло работу. Использование централизованной системы аналитики позволило Teebik Games не только вернуть показатель ROI к норме, но и в 20 раз увеличить прибыль своих приложений, а число пользователей — в 50 раз.
Системы аналитики мобильных приложений позволяют отслеживать действия аудитории и помогают оптимизировать продукт для получения большего дохода.
Как получать внешнюю аналитику — отслеживание числа установокЕсть несколько способов получить эти данные.
Прямая интеграция в приложение специального SDK, которое будет отслеживать, нажал ли пользователь, оказавшийся на странице игры в магазине, на кнопку «загрузить».
Рекламная сеть, которой требуется связь с системой аналитики. Отслеживанием установок занимаются трекинговые системы, которые фиксируют информацию о переходе из рекламной сети и создают «отпечаток» технических данных об устройстве. После установки состояние устройства сравнивается с «отпечатком». Таким образом, устанавливается источник загрузки.
Как получать внутреннюю аналитику — данные об аудитории приложенияВнутренняя аналитика поможет больше узнать о пользователях: на каких устройствах запускается приложение, из каких стран, как часто, монетизационные метрики и так далее.
Здесь без SDK тоже не обойтись. Специальный код отправляет данные о «событии» (то есть любом действии пользователя в приложении) на сервер аналитической системы вместе со служебными параметрами, такими как модель устройства или идентификатор пользователя.
Кроме того, система может собирать и дополнительную информацию, например, количество запусков приложения. На основе подобных данных в приложения вносят изменения, направленные на повышение его эффективности.
Системы аналитики приложений работают, как правило, по средствам специального SDK, отслеживающего действия пользователей.
Безопасно ли давать системам аналитики доступ к своему приложениюИспользование сторонних SDK само по себе может быть сопряжено с риском, однако избежать этого практически невозможно. По словам инвестора Буббы Мурарки, приложения для iOS в среднем содержат в себе до семи SDK, в числе которых интеграции с социальными сетями и списки лидеров. Такое количество библиотек потенциально может вызывать сбои в работе приложений или ставить под угрозу безопасность пользователей и разработчиков.
Впрочем, системы аналитики следят за тем, чтобы в их библиотеках не было уязвимостей. Доступ к данным клиентов, как правило, осуществляется через SSL-соединения, при этом о том, как работают сами техники обеспечения безопасности, компании не разглашают.
Использование SDK систем аналитики приложений — безопасно, однако не помешает уточнить, соответствует ли трекер стандартам информационной безопасности, например, SOC 2.
Этот текст подготовлен вместе с AppsFlyer — трекинговой системой, которая собирает данные о приглашении пользователей, эффективности рекламы и событиях в реальном времени. Она используется на 98% устройств по всему миру.
Получать информацию о приглашении пользователей помогает разработанное компанией решение OneLink. Оно идентифицирует устройство, с которого был произведён переход по ссылке на приложение, и перенаправляет пользователя в соответствующий магазин — App Store или Google Play. В случае, если приложение уже установлено, нажатие на ссылку открывает его.
Что касается событий, то интеграция AppsFlyer с медиа-источниками позволяет автоматически синхронизировать действия пользователей с рекламными сетями в реальном времени. Эти данные затем могут быть использованы для того, чтобы сегментировать аудиторию для эффективного таргетинга. Система отслеживает не только сами события, но и их взаимосвязи. Например помимо факта игровой покупки можно узнать о том, какие предметы приобрёл пользователь, за сколько и что его к этому подтолкнуло.
AppsFlyer осуществляет многоканальную атрибуцию медиа-источников. То есть в основе оценки эффективности мобильной рекламы лежит не только последний клик перед установкой приложения, но и то, сколько раз пользователь посмотрел или кликнул на рекламу до этого. Это позволяет узнать, какие медиа-источники подтолкнули пользователя к загрузке на ранних этапах воронки.
Стоимость каждой неорганической установки приложения, то есть произведённой с помощью ссылки OneLink или через атрибутированный с системой медиа-источник, составляет от трёх до пяти центов, в рамках базового пакета «Оплата за объём использования». Первые 30 дней работы с ним бесплатны. Стоимость может быть и ниже трёх центов, если объём трафика очень велик.
Также есть пакеты «Премиум» и «Корпоративный», в которые входят как услуги по атрибуции, так и бизнес-аналитика,услуги для клиентов, включая обучение.
Если вы закупаете трафик в мобильное приложение, то в нем обязательно должен стоять мобильный трекер, чтобы отслеживать качество привлеченного трафика. В этой статье от лица автоматизированной системы ретаргетинга для мобильных приложений Getloyal мы расскажем, как запустить мобильный ретаргетинг с Appsflyer, как настроить и где смотреть статистику.
Ретаргетинговый отчет Appsflyer
Appsflyer предоставляет специальный дашборд, который находится во вкладке «Re-Targeting» в боковом меню. Статистика собирается, если:
1. Если это действительно возврат существующих пользователей
2. И если в ссылке вы прописываете параметр: «is_retargeting=true»
В Appsflyer есть две версии ретаргетинговой конверсии:
- Реатрибуция — пользователь удалил ранее установленное приложение и после клика по рекламе установил его снова.
- Ре-энгейджмент — пользователь открыл установленное на данный момент приложение
Настройки ретаргетинга в Appsflyer
Необходимо знать и сделать следующее:
1. В первую очередь перед запуском любой кампании в настройках приложения в Appsflyer необходимо включить так называемое «измерение ретаргетинговых кампаний».
Без включения данного параметра, вы не сможете измерять открытия приложения (re-engagements), а в дашборде будут учитываться только переустановки (re-attributions).
2. Окно ре-энгейджмента (Re-Engagement Attribution Window) — это количество дней, в течение которых все события после того, как пользователь был перепривлечен, записываются к источнику реатрибуции. Период начинается с факта ре-атрибуции и заканчивается тем днем, который выставлен в настройках. По умолчанию — 30 дней. Можно менять, если дописывать в ссылке «af_reengagement_window=» и выставлять нужное количество дней: от 30 до 90 дней.
3. Окно атрибуции (Attribution Lookback Window) — это всем известное окно после клика/просмотра, в течение которого может быть засчитана реатрибуция. По клику стандартное значение — 7 дней. Настраивается от 1 до 30 дней. Меняется добавлением в ссылку параметра «af_click_lookback=».
4. Окно реаттрибуции (re-attrubution window) — период времени после первой установки, в течение которого, если пользователь удалит приложение и установит его снова, повторная установка не будет засчитана на новый источник. Эта настройка не имеет отношения к ретаргетингу, потому что, если пользователь кликнул по ретаргетинговой кампании в течение данного периода, переустановка засчитана будет только на источник ретаргетинга. Стандартное окно реатрибуции — 90 дней. Настраивается от 1 до 24 месяцев. Подробнее про данный период в документации Appsflyer.
Кейс: Позавчера вы приобрели нового пользователя в Facebook ads, и он сделал платеж в тот же день. Сегодня вы вернули его через ретаргетинговую кампанию, и он сделал еще один платеж после этого. Как обработает активность Appsflyer? (Предположим, что настройки стандартные).
Ре-атрибуция будет засчитана в ретаргетинговом дашборде, и второй платеж будет засчитан к этой кампании (и все последующие в течение 30 дней (если в ссылке не было прописан другой параметр (30-90) — re-engagement window).
Appsflyer-ссылка для ретаргетинга
Что касается открытий по прямому диплинку — не переживайте, что реатрибуции случаются без регистрации клика. Это происходит, потому что открытия по диплинку происходят без редиректа в браузере. Для отслеживания переходов по диплинку параметры из трекинговой ссылки после знака вопроса надо подставить в диплинк.
Измерение ретаргетинга в Appsflyer
Самая важная часть — как трекер измеряет эффективность ретаргетинга.
Давайте возьмем предыдущий пример (позавчера вы приобрели нового юзера в Facebook ads, и он сделал платеж в тот же день. Сегодня вы вернули его через ретаргетинговую кампанию, и он сделал еще один платеж после этого.) Appsflyer засчитает реатрибуцию (ре-энгейджмент) и все активности в течение окна реатрибуции будет записывать к источнику ретаргетинга.
Но! Эти же события будут засчитаны к источнику установки, к Facebook ads в данном случае. Что это значит? Appsflyer не переписывает источник установки. Каждому пользователю может быть присвоен как источник установки, так и источник ретаргетинга. И события в рамках окна реатрибуции будут засчитаны в обоих дошбордах: UA и ретаргетинга.
Изменим кейс. Предположим, вы привлекли пользователя с Facebook, он заплатил 24 доллара до момента реатрибуции. После реатрибуции пользователь заплатил еще 14 долларов. В результате в Appsflyer вы увидите:
- Доход с пользователя по Facebook — 38 долларов
- Доход с пользователя по ретаргетингу — 14 долларов
Может показаться, что вы суммарно заработали 52 доллара. Но revenue на юзера будет только 38. Снизу изображено то, как Appsflyer учитывает доход по источникам.
Вывод
Не суммируйте доход по закупке трафика и ретаргетингу, потому что во втором не уникальные события: каждый ретаргетинговый ивент имеет оригинальный источник, на котором он так же учитывается. Подробнее про подсчет суммы событий и revenue можно почитать в документации Appsflyer.
В своей первой статье про Web2App я рассказал про то, как работает web воронка для закупки на мобильные игры и приложения, но практически у всех остались вопросы по тому, как всё-таки лучше всё настроить, чтобы конверсии присваивались к рекламным кампаниям и падали в MMP для отслеживания окупаемости и масштабирования. В этой статье я больше углубился в техническую часть вопроса, несмотря на то, что работаю в User Acquisition. В своём Telegram канале публикую еще больше инсайтов по рекламе мобильных приложений, так что подписывайся, чтобы не пропустить продолжение и разбор вопросов.
В общем погнали!
Первое, что надо сделать для Web2App - это создать Landing Page. Ведь именно тут главная цель - сократить отвал юзеров и сделать так, чтобы как можно больше посетителей провалилось дальше по воронке в AppStore/Google Play и загрузили ваш App. Хороший Conversion Rate на этапе Website Visit ---> Store Visit 20-30%. К этому параметру нужно стремиться и в случае неудачи пробовать другие лэндинги, ведь их обилие и разнообразие поражает. Приведу основные примеры:
Пример 1: Где-то лучше работает, когда размещена лишь иконка приложения, его название и CTA button без какой-либо дополнительной информации. Так мы интригуем пользователя и не оставляем ему выбора, кроме как нажать на единственную кнопку. На некоторых продуктах такой тип лэндинга не радовал результатами и лучше отрабатывала страница, где добавляли преимущества приложения и отзывы пользователей, дополняя LP дополнительными кнопками, ведущими в Store.
Пример самого простого Landing Page, с который можно начать закупкуВыше пример чуть более подробного лэндинга.
Пример 2: Дать на лэндинге часть контента приложения, чтобы вовлечь пользователя и настроить на целевые действия внутри приложения (на подписку или покупку). Это обычно не подходит для игр и утилит, но может хорошо работать например для стриминговых и фитнес приложений, где продаются книги/курсы/тренировки. Лэндинг может начинаться как статья о продукте и далее содержать самую интересную часть контента, цель которой вовлечь пользователя в само приложение и там совершить покупку, чтобы получить продолжение контента. Реализация такого лендига требует тестирование гораздо бОльшего количества вариаций страниц. Для приложения Galatea, которое я продвигаю, мы тестируем десятки новых страниц в месяц и лишь на нескольких из них сходится экономика.
Ниже пример Landing Page, который несложно найти в открытом доступе через Ads Library, где мы представляем приложение в виде статьи и далее даём прочитать бесплатно первую главу книги. С помощью логотипов известных СМИ повышаем доверие пользователей и успешно конвертируем их в плательщиков. (P.S. на самом деле эти СМИ и правда про нас писали, так что это ни разу не введение в заблуждение)
Landing Page готов, как произвести интеграцию?
Для полноценного User Acquisition с помощью Web-to-App воронки крайне необходима оптимизация на целевое событие web пикселя Facebook (или другого источника) внутри приложения (обычно Purchase) либо на объём покупок (Value). Да, без этого тоже можно начать, мы так делали в июне-июле 2021, когда еще не знали как проинтегрировать события (у нас, к сожалению, стоит трекер Adjust, что делает процесс интеграции в разы сложнее, так как нет решения out-of box, как Onelink от AppsFlyer)
При первом посещении этой вкладки вам нужно будет включить кнопку “Активировать партнера” - чтобы включить настройку параметров вкладки интеграции. Переключатель должен быть активен во время кампании.
Для Kadam доступны следующие настройки:
Постбэки по умолчанию.
Сюда входит событие “Install”
Постбэки внутреннего события приложения.
Активируйте эту функцию, чтобы сопоставить свои события с идентификатором Кадам. Далее укажите окно атрибуции, в течение которого постбэки внутренних событий будут отсылаться в Кадам.
Нажмите на “Добавить событие” чтобы добавить событие SDK в список. Заполните следующие параметры:
Получите соответствующий идентификатор события из Kadam и пропишите в текстовом поле.
Нажмите на “Сохранить вкладку интеграции” чтобы сохранить прогресс.
Вкладка “Ссылка атрибуции”
На этой вкладке вы можете создать ссылки атрибуции для отслеживания определенных кампаний, групп объявлений и отдельных объявлений вашего приложения для дальнейшей передачи в Кадам.
!Обратите внимание, что Appsflyer не сохраняет ссылки атрибуции.
На этой вкладке есть несколько разделов:
Базовая ссылка атрибуции содержит минимальное количество данных, необходимых для регистрации клика и перенаправления пользователя на страницу загрузки приложения.
Параметры ссылки атрибуции
Здесь можно задавать дополнительные параметры ссылки атрибуции, чтобы использовать их для детального анализа. Кроме того, можно изменять уже заданные параметры ссылки атрибуции — добавлять их и вводить новые значения. Campaign - с помощью этого параметра вы можете сравнивать различные кампании в Kadam
Параметр ссылки атрибуции: c
Redirection URL (af_r) - вы можете настроить редирект пользователей на определенный сайт
Ad ID (af_ad_id) - вы можете настроить определенный идентификатор рекламного элемента;
Ad Name (af_ad) — вы можете настроить названия рекламных элементов, чтобы сравнивать различные рекламные элементы в определенных группах объявлений в рамках отдельных кампаний Kadam;
Ad Type (af_ad_type) - вы можете настроить тип рекламного объявления: text, banner, interstitial, video, playable;
Adset ID (af_adset_id) - вы можете настроить ID рекламного блока
Adset Name (af_adset) — вы можете настроить имена групп объявлений, чтобы сравнивать разные группы объявлений в рамках отдельных кампаний Kadam;
Campaign ID (af_c_id) - вы можете настроить определенный идентификатор ID кампании;
Channel (af_channel) - вы можете настроить канал медиаисточника, через который распространяется реклама
Cost Currency (af_cost_currency) - вы можете настроить код валюты из трех символов по стандарту ISO-4217. Например USD, EUR, RUB
Cost Model (af_cost_model) - вы можете настроить модель затрат, в настоящее время Appsflyer поддерживает только модель CPI
Site ID (af_siteid) и Sub Site ID (af_sub_siteid) — используются для атрибуции установок определенным паблишером. При наличии большого количества паблишеров рекомендуется ограничить количество используемых идентификаторов сайтов и использовать идентификаторы подсайтов.
Custom Parameters (af_sub1, af_sub2, af_sub3, af_sub4, af_sub5) — 5 параметров, любой из которых можно использовать для ввода полезных данных. Обратите внимание, что эти параметры анализируются и отображаются в отчете по необработанным данным, что очень удобно для обработки и фильтрации данных.
Атрибуция по кликам
На этой шкале можно задать максимальное время от нажатия до установки. Kadam атрибутируются только те установки, которые произошли в рамках окна ретроспективного обзора.
Ссылка атрибуции кликов
Эта ссылка атрибуции, которая содержит все заданные параметры. Передайте ее в Kadam.
Вкладка “Затраты”
С помощью вкладки “Затраты” можно дополнить данные атрибуции данными о расходах на рекламную кампанию.
Вкладка “Доходы от рекламы”
С помощью вкладки “Доходы от рекламы” можно дополнить данные атрибуции данными о доходах от рекламы. Данные этой вкладки не поддерживаются Kadam.
Вкладка “Право доступа”
В данной вкладке вы можете настроить права для предоставления Kadam.
Kadam выступает как рекламная сеть, также вы можете настроить какие члены команды Kadam могут следить за следующими данными, настройку которых вы найдете ниже.
Вы можете настроить следующие права:
Разрешить конфигурировать интеграцию,
Конфигурировать постбэки внутренних событий приложения
Открыть доступ к отчету об удержании
Открыть доступ к агрегированным данным лояльных пользователей
Открыть доступ к агрегированным данным о доходе - при активации данного параметра Kadam сможет получить данные к агрегированным данным о доходе
Импорт данных о расходе - при активации данного параметра Kadam сможет загружать данные о расходах вашего приложения через Ad Spend Ingestion
Открыть доступ к дэшборду Protect360 и к сырым данным - при активации данного параметра Kadam сможет получить доступ к сырым данным, если в вашу подписку входит: Protect360 и сырые данные.
!Обратите внимание, что даже если атрибуция отключена для Kadam, вкладка разрешений остается активной, и вы можете предоставить Kadam права управления
Сегодня статья от ребят из Apps4You, в которой подробно поговорим: как и зачем переносить события (аудиторию) из приложений при арбитраже трафика Facebook.
Для чего переносить аудиторию?
Ни для кого не секрет, что оптимизация на события регистрации и депозита позволяет проливать более качественный трафик и получать больше соответствующих событий. Чем больше аудитория, тем Facebook (или другому рекламному источнику, например, UAC) легче подбирать аудиторию для вашей рекламы. Иначе говоря, вы получаете более часто регистрирующихся/депающих пользователей.
В последнее время тема переноса событий из старых приложений в новые приобретает все большую популярность, об этом делаются доклады на конференциях с сочной статистикой и космическим ROI, добиться которого, по словам докладчиков, можно добиться только при помощи переноса.
Как работает перенос событий?
Ниже приведен пример запроса. Он содержит 4 основных параметра.
Разберем сам скрипт
Некоторые вещи в скрипте захардкожены намеренно для более ясного понимания читателями:
1.Проверяем ключевые параметры запроса и назначаем их на переменные.
price и ip намеренно отсутствуют в проверке для унификации работы скрипта
2.Сравниваем с захардкоженными переменными appSecret . Если сравнение успешное, запрашиваем токен авторизации приложения.
4.Вот и все, события появляются в Facebook спустя 10-15 минут! Однако стоит также сказать про передачу параметров price и ip . Для себя мы реализовали этот функционал таким образом:
Нюансы
Описанное выше решение работает только с FB. Чтобы скрипт работал с другими источниками, такими, как UAC, TikTok, необходимо получать и хранить в базе devkey и Appsflyer ID , передавая события в Appsflyer. Именно так у нас реализована передача событий из приложений в реал-тайм. Подробнее об этом мы расскажем в следующей статье. Stay tuned!
Выводы
Таким образом, благодаря простенькому скрипту, разобранному выше, вы сможете переносить аудиторию из своих старых приложений в новые, что позволит добиваться большего количества регистраций и депозитов, и, как следствие, получать больше профита!
Хотелось бы выразить благодарность ZumoAds за предоставленный скрипт и помощь в подготовке статьи.
Если вам понравилась статья и вы хотите следить за нами, подпишитесь на наши ресурсы:
Не забывайте подписаться на канал:
Больше годноты на канале — Довольный Арбитражник
Обсудить и задать вопросы в чате — Арбитраж трафика | Довольный
Читайте также: