Сколько нужно времени, чтобы с помощью AppsFlyer настроить атрибуцию для рекламы своего мобильного приложения в Facebook?
Если вы уже интегрировали SDK AppsFlyer в свое приложение и зарегистрировали свое приложение на Facebook, то это займет меньше минуты!
Для атрибуции мобильного приложения не нужно использовать функцию Facebook Login или интегрировать в свое приложение SDK Facebook. Просто выполните действия, описанные в этом пошаговом руководстве.
Идентификатор приложения в Facebook
Но сначала вам нужно зарегистрировать свое приложение в Facebook. Если вы этого еще не сделали, то выполните описанные ниже действия и получите идентификатор приложения в Facebook.
- Перейдите на страницу Facebook Панель управления приложениями.
- В разделе Приложения нажмите кнопку Создать новое приложение.
- Введите название своего приложения и задайте уникальное пространство имен.
Один и тот же идентификатор приложения Facebook можно использовать и для приложений на Android, и для приложений на iOS.
Основные настройки атрибуции в Facebook
Чтобы начать атрибуцию для кампаний в Facebook с помощью AppsFlyer, выполните следующие действия:
- После регистрации своего мобильного приложения на Facebook вы получите его идентификатор в Facebook.
Скопируйте его и перейдите на дэшборд своего приложения в AppsFlyer.
- Нажмите на ссылку «Интегрированные партнеры» на левой панели.
- Найдите в списке Facebook и нажмите на ее логотип, чтобы открыть страницу настройки Facebook.
- Активируйте партнера на вкладке Integration (Интеграция), затем кликните поле Facebook App ID (Идентификатор приложения в Facebook) и вставьте скопированный идентификатор.
- Настройка атрибуции установки:
- Установите окно атрибуции установки по клику.
Выберите единицы измерения окна атрибуции (часы или дни) и установите бегунок на нужное значение. Окно атрибуции по умолчанию составляет 28 дней, что соответствует стандартному значению этого параметра в Facebook. - Чтобы включить атрибуцию по просмотрам, активируйте окно атрибуции установки по просмотрам.
Выберите единицы измерения окна атрибуции (часы или дни) и установите бегунок на нужное значение.
Мы рекомендуем установить значение окна атрибуции по просмотрам на 1 день, что соответствует стандартному значению этого параметра в Facebook.
- Установите окно атрибуции установки по клику.
- Настройка атрибуции повторных установок:
Данный параметр позволяет атрибутировать пользователей, которые повторно установили ваше приложение в рамках окна реатрибуции.
Чтобы активировать атрибуцию повторных установок, установите переключатель в положение "включено".
Вам необязательно включать атрибуцию по просмотрам или настраивать окно атрибуции для повторных установок, так как эти значения подставляются из настроек атрибуции установки (см. шаг 5).
- Настройка атрибуции повторного вовлечения:
см. здесь. - Нажмите кнопку Save & Close (Сохранить и закрыть).
Поздравляем! Вы выполнили основные настройки для атрибуции рекламы мобильных приложений в Facebook с помощью AppsFlyer!
(До сих пор не видите результатов рекламы на Facebook? Нажмите здесь.)
Внимание
Убедитесь, что ваше приложение собирает идентификаторы IDFA или GAID. Иначе все установки, выполненные через Facebook, будут атрибутироваться как органические. Подробные сведения см. в Руководстве по интеграции пакета SDK для iOS или Android.
Расширенные настройки атрибуции в Facebook
После выполнения основных настроек для атрибуции в Facebook можно быстро выполнить некоторые дополнительные настройки атрибуции.
Данные уровня пользователя
По умолчанию Facebook не предоставляет необработанные данные уровня пользователя.
На вкладке "Integration" (Интеграция) (или здесь) нажмите соответствующую ссылку, чтобы принять Условия предоставления услуг Facebook. Это позволит AppsFlyer выполнять сбор необработанных данных пользователей Facebook и предоставлять вам эти данные.
Примечание
Facebook introduced enhanced data privacy measures to protect the people using their services.
As of April 22nd, 2020, Facebook will no longer provide advertisers with view-through attribution data at the device level. Therefore, view-through conversions and their following in-app events, which are attributed to Facebook:
- Would display under the “restricted” media source
- Would have empty attribution fields in user-level sources such as raw data reports, Push API messages, Pull API reports, etc.
Сопоставление внутренних событий приложения
Ограничения в названиях событий:
- Длина названия события: 2-40 символов
- Недопустимые символы:
- Двоеточие (:)
- Точка (.)
- Нелатинские (неанглийские) символы: по состоянию на 12 января 2020 Facebook не принимает китайские символы. AppsFlyer не проверял другие алфавиты, поэтому их стоит использовать только после верификации, поддерживает ли Facebook эти символы в постбэках.
- Названия событий чувствительны к регистру. Чтобы избежать расхождений, убедитесь, что вы используете
правильный регистр в названиях событий для всех медиа-источников и версий приложений.
- Установите переключатель In-App Event Postbacks (Постбэки внутренних событий приложения) в положение «Включено».
Примечание
Когда сопоставление внутренних событий приложения с событиями Facebook выполняется в первый раз, все события af_XXX из SDK автоматически сопоставляются со списком предопределенных событий Facebook. При таком автоматическом сопоставлении экономится время и существенно сокращается количество ошибок.
- В поле Sending Option (Вариант отправки) для всех событий, определенных в SDK, установлено значение Events attributed to any partner or organic (События, атрибутируемые любому партнеру или органические), то есть Facebook получит сведения о событиях всех пользователей, которые есть в вашей базе.
- Чтобы добавить в список событие, определенное в SDK, нажмите Add Event (Добавить событие).
- Введите следующие параметры:
| Имя параметра | Описание |
|---|---|
| SDK Event Name (Имя события в SDK) | Имя события, полученное AppsFlyer из SDK, встроенного в приложение, или из S2S-события. Совет — не нашли в списке нужное событие? Убедитесь, что событие активировано на устройстве с неорганической установкой, и повторите поиск. |
| Partner Event Identifier (Идентификатор события партнера) | Выберите предопределенное событие Facebook, которое больше всего соответствует вашему событию. Кроме того, в Facebook можно отправлять НАСТРАИВАЕМЫЕ события. |
| Send Revenue (Отправка данных о выручке) |
Флажок не установлен — AppsFlyer отправляет партнеру все параметры насыщенного внутреннего события приложения, за исключением параметра выручки (параметр af_revenue). Флажок установлен — AppsFlyer отправляет все параметры, в том числе значение выручки (если применимо к событию). |
Подробные сведения о сопоставлении внутренних событий приложения с событиями в Facebook см. здесь.
Атрибуция ретаргетинга
Атрибуция ретаргетинга в Facebook средствами AppsFlyer позволяет рекламодателям атрибутировать вовлечение имеющегося пользователя с помощью рекламы на Facebook, а также оценивать качество этого пользователя и его вовлечение после установки на основании отчетов AppsFlyer.
Такую атрибуцию можно использовать, ТОЛЬКО если у вас есть активные кампании, направленные на ваших собственных пользователей в Facebook.
- Включите ретаргетинг на странице настроек приложения.
- Включите атрибуцию повторного вовлечения в настройках Facebook на AppsFlyer.
- Установите окно атрибуции повторного вовлечения по кликам.
Окно атрибуции повторного вовлечения — это временной интервал начиная от клика по рекламе, в течение которого приложение должно быть запущено, чтобы клик был засчитан как повторное вовлечение.
Выберите окно атрибуции в часах или днях и установите бегунок на нужное значение. - Установите окно повторного вовлечения.
Это временной интервал, в течение которого внутренние события приложения данного пользователя будут атрибутироваться медиаисточнику ретаргетинга как основному источнику.
Это значение можно задавать в днях (от 1 до 90), часах (до 23) или даже на весь период использования приложения. Значение по умолчанию 30 дней.
Данные о затратах, кликах и показах
Используя функцию Facebook Cost (Расходы в Facebook), можно получать данные о затратах в Facebook на уровне кампаний, рекламных блоков, объявлений и каналов. Также можно получить сводные данные о кликах и показах на соответствующих уровнях.
- Выполните вход в аккаунт Facebook и убедитесь, что в нем активирована возможность проводить рекламные кампании в Facebook. При регистрации в Facebook пользователь должен получить разрешения на проведение всех кампаний на платформе Business Manager.
- Перейдите на вкладку Cost (Затраты)
- Установите кнопку Get Cost, Clicks and Impressions Data (Получать данные о затратах, нажатиях и показах) в положение "Включено".
- Нажмите кнопку Facebook Login (Вход в Facebook).
- При появлении запроса разрешите AppsFlyer доступ к данным своей кампании на Facebook.
Чтобы удалить связанную учетную запись Facebook:
- В столбце действий наведите курсор на учетную запись и нажмите Delete connection (Удалить связанный аккаунт).
Примечания.
- Если вы уже вошли в Facebook, то при нажатии кнопки "Facebook Login" (Вход в Facebook) окно Facebook откроется и сразу закроется. Это обычная ситуация.
- Если у вас есть несколько пользователей с разрешениями для Facebook, рекомендуется выполнить вход в Facebook для всех этих пользователей, чтобы получать полные, а не частичные данные.
Состояние синхронизации данных о расходах
На вкладке Cost (Расходы) показано состояние интеграции данных о расходах и время последнего извлечения соответствующих данных о расходах системой AppsFlyer.
В Facebook можно синхронизировать несколько аккаунтов для извлечения данных о расходах. Для каждого синхронизированного аккаунта AppsFlyer показывает состояние интеграции данных о расходах и время последнего извлечения соответствующих данных о расходах.
В этой таблице перечислены пять различных сообщений о состоянии, которые могут отображаться на вкладке Cost (Затраты), и соответствующие рекомендуемые действия.
| Сообщение о состоянии | Описание | Рекомендуемые действия |
|---|---|---|
|
Active (Активный) |
API партнера отвечает и возвращает данные. |
Ничего |
|
Active (Активный)
Вместе с сообщением о синхронизации: Cost Data was never successfully pulled (Данные о затратах ни разу не извлекались) |
Возможна одна из таких ситуаций:
|
|
|
No Matching Data (Нет соответствующих данных)
|
AppsFlyer опрашивает активные кампании приложения с помощью API партнера, однако API партнера не возвращает никаких данных для этих кампаний. |
Возможно, вы изменили идентификатор кампании во время её действия. Если вам необходимо получать данные о расходах, не изменяйте идентификаторы активных кампаний. Кроме того, убедитесь, что учетные данные API введены для соответствующего приложения, и что сеть передает по ссылке атрибуции соответствующие идентификаторы кампании. |
|
Partner API is not responding (API партнера не отвечает) |
API данных о затратах в рекламной сети отключен, или в его работе возникли неполадки. |
Подождите ответа API сети. |
|
Invalid Credentials (Недействительные учетные данные) |
AppsFlyer не может извлечь данные о расходах, поскольку соединение было прервано. Это может произойти, если изменен ваш пароль для входа на Facebook или разрешение для AppsFlyer отозвано. |
Повторно войдите в Facebook и откройте вкладку "Cost" (Стоимость). |
Последнее успешное извлечение данных
На вкладке затрат показано время последнего успешного извлечения данных о затратах. Если данные о затратах еще ни разу не были извлечены, сообщение о синхронизации будет содержать текст Cost Data was never successfully pulled (Данные о затратах ни разу не извлекались).
Примеры
Примеры
Сценарий 1 — остановленные кампании
AppsFlyer извлекает данные о затратах для нескольких кампаний, запущенных вами в рекламной сети A. На вкладке Cost (Затраты) отображается сообщение Last successful sync 2 hours ago (Последняя успешная синхронизация 2 часа назад). В тот же день вы остановили кампании в рекламной сети A. Две недели спустя на вкладке затрат в рекламной сети A будет отображаться сообщение Last successful sync 14 days ago (Последняя успешная синхронизация 14 дней назад).
Сценарий 2 — неполадки в работе API рекламной сети
AppsFlyer извлекает данные о затратах для нескольких кампаний, запущенных вами в рекламной сети Б. На вкладке Cost (Затраты) отображается сообщение Last successful sync 2 hours ago (Последняя успешная синхронизация 2 часа назад). После этого в работе API рекламной сети Б происходят неполадки. На устранение проблемы уходит несколько часов. После этого на вкладке расходов отображается сообщение Last successful sync 8 hours ago (Последняя успешная синхронизация 8 часов назад).
Дополнительные сведения о пополнении информации, получаемой от Facebook, данными о затратах, нажатиях и показах см. здесь.
Регистрация доходов от рекламы
Если в вашем приложении для монетизации рекламы используется функция Facebook Audience Network Ad Revenue (Выручка от сетевой рекламы для аудитории Facebook), вы можете регистрировать в AppsFlyer свои доходы от рекламы в Facebook. С помощью этой функции (вместе с данными о выручке от покупок в приложении или без них) можно получить полное представление о выручке, полученной от ваших пользователей.
Чтобы начать регистрацию доходов от сетевой рекламы для аудитории Facebook, выполните следующие действия:
- Перейдите на вкладку Ad Revenue (Доход от рекламы) и установите переключатель Get Ad Revenue Data (Получать данные о доходах от рекламы) в положение "Включено".
- В списке Event Source (Источник событий) выберите такое событие, которое лучше соответствует вашей модели получения выручки от рекламы. Например, если источником дохода являются показы, рекомендуется отправлять в AppsFlyer события, связанные с просмотром рекламы. Для каждой платформы монетизации можно отдельно выбрать наиболее подходящее событие. Однако можно использовать и событие
af_app_opened. В этом случае доход от рекламы атрибутируется каждому открытию приложения пользователем. - На вкладке есть поле Ad Revenue Event (Событие выручки от рекламы). В этом поле только для чтения отображается новое событие выручки от рекламы с именем [событие]_monetized (например, на снимке выше это имя Ad_Watched_Monetized). На панели управления это событие выручки от рекламы отображается как дополнительное.
- Нажмите кнопку Facebook Ad Revenue (Выручка от рекламы в Facebook), чтобы начать сбор данных о выручке от сетевой рекламы для аудитории Facebook. Чтобы получить разрешение на использование этой функции, выполните вход с помощью своих учетных данных Facebook.
- Введите идентификатор приложения Audience Network. Его можно узнать на Audience Network Facebook.
- Перейдите на дэшборд монетизации Audience Network Facebook.
- Найдите это свойство, затем выберите Ad Space.
- После таблицы Placements найдите справа колонку Placement ID.
- Скопируйте идентификатор и вставьте его в поле Audience Network App ID в AppsFlyer.
- Нажмите Save Ad revenue (Сохранить доходы от рекламы).
Сопоставление внутренних событий приложения с событиями в Facebook
Рекламодатели могут легко сопоставить внутренние события своих приложений, события SDK и межсерверные события с предопределенными событиями Facebook. Кроме того, рекламодатели могут отправлять в Facebook постбэки о каждом запуске приложения или о каждом известном удалении приложения.
Это позволяет рекламодателям использовать дополнительные возможности оптимизации, предоставляемые Facebook, а также выполнять пользовательскую сегментацию аудитории и выделять похожие аудитории.
Предопределенное сопоставление событий
Facebook предлагает широкий спектр событий, которые определены заранее и могут сопоставляться.
Здесь представлен список насыщенных внутренних событий, которые можно отправить на Facebook с дополнительными параметрами, содержащими информацию о качестве событий.
Ниже приведен список других предопределенных событий Facebook, у которых нет дополнительных параметров:
| Идентификатор события Facebook |
Описание |
Рекомендованное имя AppsFlyer SDK |
|---|---|---|
| Donate |
Перечисление средств для вашей организации или акции. |
af_donate |
| Schedule |
Бронирование посещения одного из ваших местоположений. |
af_schedule |
| SubmitApplication |
Подача заявки на предлагаемые вами продукт, услугу или программу, например, на банковскую карту, образовательную программу или работу. |
af_submit_application |
| FindLocation |
Когда человек находит ваше местоположение через веб-сайт или приложение и намеревается вас посетить. Например, поиск продукта и его обнаружение в одном из ваших местных магазинов. |
af_find_location |
| Contact |
Телефонный разговор, смс, электронное письмо, чат или иная форма контакта между клиентом и вашей компанией. |
af_contact |
| CustomizeProduct |
Персонализация продуктов с помощью конфигуратора или иного приложения, которым владеет ваша компания. |
af_customize_product |
Сопоставление настраиваемых внутренних событий приложения
В AppsFlyer есть возможность сопоставить любое настраиваемое внутреннее событие приложения для отправки в Facebook, используя идентификатор CUSTOM Facebook Event Identifier.
Имена и значения событий (в том числе параметры событий), заданные в SDK, передаются в Facebook в исходном виде.
Полные названия для пользовательских событий можно найти в Facebook Analytics. Они сгруппированы в Facebook Ads Manager и отображаются как "Custom events" (Пользовательские события).
Внимание
События, сопоставленные с “CUSTOM”, не могут использоваться в Facebook для следующих функций:
- Оптимизация событий приложения
- Оптимизация ценности
- Динамичная реклама
Чтобы включить использование этих функций в Facebook на основе данных о ваших событиях, мы рекомендуем сопоставлять их с предопределенными событиями Facebook.
Автоматическое сопоставление параметров с событием CUSTOM
Благодаря глубокой интеграции AppsFlyer и Facebook многие параметры стандартных событий SDK AppsFlyer автоматически сопоставляются с предопределенными параметрами Facebook. Например, параметр af_revenue в Facebook преобразуется в параметр valueToSum, который позволяет отправлять доход для каждого события, и который можно измерить и оптимизировать на Facebook.
Примечание
При автоматическом сопоставлении параметров для событий типа CUSTOM результаты могут отличаться от результатов сопоставления с предопределенными событиями.
В некоторых предопределенных событиях параметр af_price сопоставлен параметру _valueToSum (например, в событии fb_mobile_add_to_cart). В других событиях параметру af_revenue сопоставлен параметр _valueToSum (например, в событии fb_mobile_purchase).
При сопоставлении параметров событию типа CUSTOM параметр af_price всегда сопоставлен параметру fb_price, а параметр af_revenue — параметру _valueToSum.
В этой таблице приведены все параметры событий AppsFlyer, которые при сопоставлении с событием CUSTOM на Facebook автоматически сопоставляются с параметрами Facebook.
| Параметр AppsFlyer | Параметр Facebook |
|---|---|
| af_city | fb_city |
| af_class | fb_travel_class |
| af_content_id | fb_content_id |
| af_content_list | fb_content_id |
| af_content_type | fb_content_type |
| af_country | fb_country |
| af_currency | fb_currency |
| af_date_a | fb_checkin_date |
| af_date_b | fb_checkout_date |
| af_departing_arrival_date | fb_departing_arrival_date |
| af_departing_departure_date | fb_departing_departure_date |
| af_description | fb_description |
| af_destination_a | fb_origin_airport |
| af_destination_b | fb_destination_airport |
| af_destination_list | fb_destination_ids |
| af_hotel_score | fb_hotel_score |
| af_level | fb_level |
| af_max_rating_value | fb_max_rating_value |
| af_num_adults | fb_num_adults |
| af_num_children | fb_num_children |
| af_num_infants | fb_num_infants |
| af_order_id | fb_order_id |
| af_payment_info_available | fb_payment_info_available |
| af_preferred_neighborhoods | fb_preferred_neighborhoods |
| af_preferred_num_stops | fb_preferred_num_stops |
| af_preferred_price_range | fb_preferred_price_range |
| af_preferred_star_ratings | fb_preferred_star_ratings |
| af_price | fb_price |
| af_quantity | fb_num_items |
| af_region | fb_region |
| af_registration_method | fb_registration_method |
| af_returning_arrival_date | fb_returning_arrival_date |
| af_returning_departure_date | fb_returning_departure_date |
| af_revenue | _valueToSum |
| af_search_string | fb_search_string |
| af_success | fb_success |
| af_suggested_destinations | fb_suggested_destinations |
| af_suggested_hotels | fb_suggested_hotels |
| af_travel_end | fb_travel_end |
| af_travel_start | fb_travel_start |
| af_user_score | fb_user_score |
Ограничения для событий и параметров
В Facebook применяются некоторые ограничения для отправляемых данных о событиях:
- Событие может иметь не более 25 параметров.
- Имена событий и параметров должны содержать от 2 до 40 символов и включать только алфавитно-цифровые символы, знаки подчеркивания, дефисы и пробелы.
- Используйте только латинские (английские) символы. Использование нелатинского алфавита приводит к расхождениям в результатах.
- Длина значения каждого параметра не может превышать 100 знаков.
- Имена событий на AppsFlyer могут совпадать с именами событий Facebook (то есть fb_price), однако такие события нельзя отправлять в Facebook как настраиваемые события. Для надежности не следует использовать имена событий, которые совпадают с именами событий Facebook.
- Для сопоставления внутренних событий приложения с Facebook с помощью постбэков необходимо получить данные о событиях от ВСЕХ источников, включая органические.
Важно!
За исключением перечисленных выше параметров, AppsFlyer отправляет в Facebook данные настраиваемых событий в исходном виде. Владелец приложения должен самостоятельно проверять данные событий на соответствие требованиям Facebook.
Если значение события содержит параметры, которые не были сопоставлены соответствующим параметрам Facebook (см. таблицу выше), эти параметры не будут отправлены в Facebook.
SDK AppsFlyer и SDK Facebook
Возможно, SDK Facebook было интегрировано в ваше приложение раньше, чем SDK AppsFlyer. Даже если это не так, у вас может возникнуть вопрос, действительно ли вам нужен SDK Facebook в дополнение к SDK AppsFlyer? А если это так, могут ли работать совместно без дублирования данных в отчетах?
Кому необходим SDK Facebook?
Generally, for user acquisition purposes, if you have AppsFlyer's SDK in your app, you don't need Facebook's SDK in it too. AppsFlyer's SDK takes care of all mobile user acquisition attribution purposes of your Facebook users, including engagements, installs, sessions, and post-install events.
Однако если в вашем приложении используется какая-либо из описанных ниже функций, то, помимо SDK AppsFlyer, в него нужно интегрировать и SDK Facebook.
-
Данные диплинкинга
Диплинкинг из Facebook можно выполнять без использования SDK Facebook. Однако если данные диплинкинга из Facebook необходимо использовать внутри приложения, их можно получить только с помощью SDK Facebook. -
Deferred deep linking and Dynamic Product Ads campaigns
You can perform deferred deep linking from Facebook, by using campaign or ad names from the conversion data, without having the Facebook SDK integrated into your app. However, this method has 2 downsides:- The deep linking data (af_dp) is not present and needs to be inferred from the campaign or ad names.
- For Dynamic Product Ads campaigns, AppsFlyer doesn't get the matching product data from Facebook.
-
Other Facebook features
You may need Facebook SDK for reasons unrelated to attribution such as authentication, ad monetization, social sharing, user invites, etc.
Using Facebook SDK for deferred deep linking
To support deferred deep linking from Facebook:
- Prerequisites
* Minimum AppsFlyer SDK versions:
- Android AppsFlyer SDK 4.10.3
- iOS AppsFlyer SDK 4.10.4
* Complete Facebook integration set up.
* Have Facebook SDK integrated into the app (On Android, if developers integrate specific components of Facebook SDK, make sure AppLinks module is added). - To collect Facebook deferred deep linking data automatically from Facebook SDK to AppsFlyer SDK use:
AppsFlyerLib.getInstance().enableFacebookDeferredApplinks(true);AppsFlyerTracker.shared().enableFacebookDeferredApplinks(with: AppLinkUtility.self)[[AppsFlyerTracker sharedTracker] enableFacebookDeferredApplinksWithClass:FBSDKAppLinkUtility.class]; - Get af_dp in onConversionDataSuccess callback.
- Redirect user programmatically using the af_dp value.
Как избежать дублирования данных при использовании SDK Facebook
Facebook требует от AppsFlyer сообщать об установках и событиях в приложении для ВСЕХ пользователей, в том числе органических. Если в вашем приложении есть оба SDK, данные о событиях установки и внутренних событиях приложения передаются в SDK Facebook, а затем AppsFlyer передает их с помощью постбэков на серверы Facebook. Как избежать такой повторной передачи данных?
-
Установки
Facebook удаляет дубликаты событий установки. Если и SDK Facebook, и AppsFlyer сообщают о новом пользователе, который установил мобильное приложение, Facebook понимает, что эту установку нужно учитывать только один раз. -
Внутренние события приложения
Facebook не удаляет дубликаты внутренних событий приложения, о которых получает данные как от своего SDK, так и из другого источника, то есть из AppsFlyer. Это означает, что если не предпринимать никаких мер, Facebook может дважды включать в отчеты данные о доходе и других событиях.
Чтобы предотвратить дублирования данных о внутренних событиях приложения в отчетах Facebook, можно использовать один из этих способов:
- Не выполняйте настройку событий в SDK Facebook
- Отключите в AppsFlyer сопоставление внутренних событий приложения с событиями в Facebook
Каналы Facebook
Вы могли заметить, что Facebook предоставляет данные не только на уровне кампаний, рекламных блоков и объявлений, но и на уровне каналов Facebook (которые в Facebook называются "Места размещения").
- Канал Facebook — пользователи приложения на Facebook.
- Instagram — пользователи приложения в Instagram.
- Messenger — пользователи приложения в Facebook Messenger.
- AudienceNetwork — пользователи других приложений, которые относятся к Facebook или связаны с этой сетью.
Эти данные можно использовать для сравнения качества пользователей, получаемых от различных каналов Facebook.
Facebook и агентства
Агентства и маркетинговые партнеры Facebook (FMP) могут запускать кампании в Facebook и выполнять для них атрибуцию от имени рекламодателей AppsFlyer или даже вместе с собственными кампаниями рекламодателей в Facebook. Для того чтобы кампании агентств атрибутировались агентствам, названия этих кампаний ДОЛЖНЫ начинаться с названия агентства.
Подробные сведения об агентствах и атрибуции установок, выполненных из Facebook см. здесь.
Кроме того, агентства не могут изменять значения окон атрибуции Facebook и положение переключателя ретаргетинга. Если им необходимо внести такие изменения, они должны попросить об этом рекламодателя.
Кроме того, агентства не могут вносить никаких изменений в постбэки внутренних событий приложения, отправленных в Facebook. Причина этого в том, что Facebook требует предоставления информации обо всех установках, включая те, которые этой сети не атрибутированы (то есть могли быть произведены в результате кампаний не проводимых данным агентством).
На рисунке ниже показаны все параметры, которые рекламодатель должен настроить для агентства, чтобы дать ему возможность управлять своими кампаниями в Facebook:
Выполнение в Facebook атрибуции для приложений Android, не связанных с магазином Google Play
Facebook не позволяет создавать рекламные кампании по продвижению мобильных приложений для Android, опубликованных на торговых площадках, не связанных с магазинами, например на Baidu.
Тем не менее, приложения, не связанные с магазином, можно рекламировать на Facebook и регистрировать их установки. Для этого нужно выполнить следующие действия:
- Разработчик должен подготовить отдельные файлы АРК для каждой торговой площадки, не связанной с магазинами, на которой рекламируется ваше приложение. Подробные сведения см. здесь.
- Создайте на Facebook кампанию Traffic или Conversions с активированной мобильной атрибуцией, через которую лиды будут направляться на целевую страницу.
- На целевой странице должна быть кнопка Download App (Скачать приложение), которая ведет напрямую на независимую торговую площадку с пакетом APK.
- Когда потенциальные пользователи нажимают на кнопку, они перенаправляются на независимую торговую площадку. После выполнения установки AppsFlyer атрибутирует пользователя к Facebook через MMP API.
Примечание
Это же решение применимо и к приложениям в Google Play и App Store, так как в них пользователю сначала нужно попасть на целевую страницу, а потом уже в магазин приложений.
Инструкции по выполнению в Facebook атрибуции для приложений, размещенных на Amazon, см. здесь.
Затраты в Facebook
AppsFlyer получает данные о затратах (включая клики и показы) в кампаниях Facebook, если за предыдущие 7 дней была выполнена хотя бы одна установка.
Если кампания в Facebook развернута на нескольких платформах (Android, iOS, настольный ПК и т.д.), то затраты на панели управления отображаются по каждой платформе, и их рассчитывает Facebook.
Как получить затраты в Facebook, в том числе по кликам и показам.
Часто задаваемые вопросы о функции "Затраты Facebook"
Я не вижу старые данные Facebook о затратах на панели AppsFlyer
Данные о затратах в Facebook для действующих кампаний будут с определенной периодичностью поступать в AppsFlyer в течение 7 дней после первого входа в Facebook с правами администратора (см. выше). Данные о затратах, полученные ранее, недоступны.
Сбор таких данных о нажатиях и показах выполняется для всех кампаний, в которых за последние 7 дней перед первым входом с правами администратора произошла по крайней мере одна конверсия.
Данные о затратах отображались несколько месяцев, но потом перестали
Facebook сбрасывает разрешение на получение этих данных каждые несколько месяцев. Если вы заметили, что данные о затратах больше не отображаются на панели управления, еще раз выполните вход в Facebook с правами администратора.
После изменения пароля аккаунта администратора также нужно повторить вход в Facebook.
Я кликнул по моему объявлению на Facebook 5 минут назад. Почему я не вижу этот клик в AppsFlyer?
AppsFlyer периодически получает от Facebook сводные данные о кликах, показах и затратах с интервалом в несколько часов. Поэтому эти действия будут показаны на панели управления AppsFlyer только через несколько часов.
Передает ли Facebook необработанные данные о кликах?
AppsFlyer получает от Facebook только сводные данные о кликах и показах, поэтому полный набор необработанных данных о нажатиях и показах недоступен. В отчетах по необработанным данным есть данные только о тех нажатиях и показах, которые привели к установкам.
Есть ли ограничения на данные о расходах в Facebook в зависимости от географического положения?
Если на панели управления AppsFlyer используется фильтрация по геоданным, вы можете увидеть и сводные данные о затратах в Facebook, и данные с разбивкой по географическому положению.
Эти данные доступны в Facebook только для кампаний типа "Mobile App Install Campaigns" (Кампании с целью установки мобильных приложений).
Кроме того, разбивка затрат по географическому положению доступна только для одноплатформенных кампаний. Это означает, что для кампаний, где есть блоки рекламы, предназначенные как для пользователей устройств Android, так и для пользователей устройств iOS, разбивка данных о затратах по географическому положению недоступна.. Чтобы получать полные данные о затратах, создавайте отдельные кампании для каждой платформы.
Какие ограничения на данные о затратах в Facebook есть в Master API?
Facebook не позволяет одновременно группировать данные в отчетах Master API и по географическому положению, и по каналам.
Чтобы сформировать отчет с полными данными о затратах, сгруппируйте данные только по одному из этих параметров.
Общая сумма расходов не совпадает.
Модели атрибуции, которые используются в Facebook и AppsFlyer, немного отличаются. Эти различия могут привести к расхождениям с данными о расходах в Facebook:
- В Facebook используется атрибуция на нескольких устройствах — для кампаний, предназначенных для одной платформы (iOS или Android), установки могут отображаться с данными о затратах для другой платформы.
-
Кампании в Facebook для немобильных платформ — в этих кампаниях, так же как и в кампаниях Facebook типа «Нажмите» ссылку», мобильное приложение может однажды установить и пользователь ПК. Для таких кампаний, которые предназначены для нескольких устройств, AppsFlyer не показывает данные о затратах. Однако если ссылка была нажата на том же устройстве, где установлено приложение, то данные о затратах будут получены.
Например, пользователь Facebook нажимает на объявление, которое перенаправляет его на целевую страницу рекламодателя на ПК. Через неделю этот же пользователь устанавливает на iPhone рекламируемое приложение, предназначенное для iOS. Эта установка атрибутируется и отображается на панели управления AppsFlyer, однако данные о затратах для этой кроссплатформенной установки не отображаются. - Кампании, которые принесли 0 результатов за последние 7 дней — AppsFlyer синхронизирует данные о затратах только для тех кампаний, которые за последние 7 дней привели к установкам или конверсиям. Не отображаются данные о затратах для кампаний, которые на момент активации функции "Затраты Facebook" были неактивны в течение 7 дней.
Несмотря на то что общая сумма расходов совпадает, расчетное значение показателя eCPI (эффективная стоимость установки) в AppsFlyer отличается от расчетного значения этого показателя в Facebook. Почему?
Показатель "Стоимость установки" рассчитывается как частное от деления общей суммы затрат на количество установок. Поскольку AppsFlyer подсчитывает количество установок не так, как Facebook, значения показателя eCPI на этих платформах, как правило, отличаются.
Почему данные о затратах отображаются только для некоторых кампаний?
Даже если разрешения на запуск кампаний в Facebook Business Manager есть у нескольких пользователей Facebook, описанный выше вход в Facebook должен выполнить только один из них.
Однако если у этого пользователя нет доступа к некоторым кампаниям в Facebook, то кампании будут отображаться на панели управления AppsFlyer без данных о затратах, нажатиях и показах.
Можно ли получать от Facebook данные о затратах для ретаргетинговых кампаний?
На обзорной панели управления данные Facebook о затратах отображаются только для кампаний по привлечению пользователей, а на панели ретаргетинга таких данных для ретаргетинговых кампаний нет.
Почему окно настройки данных о затратах в Facebook закрывается перед входом в систему?
Если выполнить вход в Facebook в том же браузере, в котором выполняются настройки, окно автоматически подключится к Facebook с использованием тех же учетных данных. И если доступ приложению AppsFlyer уже предоставлен, то больше никаких действий не требуется и окно закроется.
В чем проблема с получением от Facebook данных о затратах для приложений из магазина приложений Amazon?
В отличие от AppsFlyer, Facebook не видит разницы между данными о затратах для приложений Android и приложений из магазина Amazon (на базе Android).
Поэтому данные о затратах для пользователей приложений из Amazon могут атрибутироваться кампаниям, ориентированным на других пользователей приложений Android, а не на кампании, созданные для Amazon.
Можно ли прекратить синхронизацию данных о затратах на Facebook?
Что делать, если нужно перейти на другой рекламный аккаунт Facebook, но в AppsFlyer уже выполнена привязка затрат в Facebook к старому аккаунту?
Для решения этой проблемы отключите рекламный аккаунт в Facebook. Никакие действия в AppsFlyer не требуются.
- Откройте Facebook и перейдите в раздел Settings >> Business Integration.(Настройки >> Бизнес-интеграция).
- Удалите интеграцию с AppsFlyer на вкладке Active (Активные).
- Перейдите на дэшборд AppsFlyer и подключите затраты к новому аккаунту.
Примеры данных Facebook о затратах
Рекламодатель запускает рекламную кампанию в Facebook. В AppsFlyer рекламодатель увидит такую информацию:
Данные о затратах AppsFlyer получает от Facebook. AppsFlyer определяет количество установок расчетным путем на основании своих правил атрибуции. Поэтому расчетные показатели eCPI в Facebook и AppsFlyer, как правило, отличаются.
Расхождения между Facebook и AppsFlyer
AppsFlyer и Facebook — это два основных участника экосистемы мобильных приложений, работающие в сфере привлечения пользователей. И так же, как и другие участники этой экосистемы, они используют разные модели атрибуции. Это может привести к расхождениям между данными на панелях управления Facebook и AppsFlyer.
Хотя мы и работаем в тесном сотрудничестве с Facebook, чтобы свести к минимуму такие расхождения, рекламодатели должны знать о том, с чем они связаны (см. ниже).
Различия в моделях атрибуции
| Причина | AppsFlyer | |
|---|---|---|
|
Окно ретроспективного обзора по нажатиям |
1-30 дней. Установите на 28 дней, как в Facebook. |
|
|
Окно ретроспективного обзора атрибуции по просмотрам |
1 день |
По умолчанию установлено значение 1 день, но можно задать значение от 1 до 48 часов (не изменяйте значение по умолчанию). |
|
Дата регистрации установки |
Facebook регистрирует новые установки согласно времени нажатия (просмотра). |
AppsFlyer регистрирует новые установки согласно времени установки (самого первого запуска приложения). |
|
Многоканальная атрибуция |
Facebook автоматически атрибутирует установки себе, независимо от того, из каких медиа-источников они получены. |
AppsFlyer использует атрибуцию по последнему клику (подробные сведения об атрибуции в AppsFlyer см. здесь). |
|
Атрибуция на нескольких устройствах |
Facebook атрибутирует своих пользователей, которые выполняют нажатие и установку на разных устройствах, включая устройства iOS, Android и настольные компьютеры. |
AppsFlyer атрибутирует отдельные устройства, на которых происходит вовлечение и установка. |
|
Различные часовые пояса |
Часовой пояс по умолчанию для объявлений Facebook UTC-8. Измените часовой пояс в Facebook Ads Manager, чтобы он соответствовал часовому поясу приложения, указанному в настройках AppsFlyer. |
Часовой пояс по умолчанию в AppsFlyer UTC+0. Вы можете изменить настройки часового пояса для приложения на странице настроек приложения, чтобы он соответствовал часовому поясу в Facebook Ads Manager. |
Атрибуция по нажатиям и просмотрам
AppsFlyer поддерживает атрибуцию как по нажатиям, так и по просмотрам. Чтобы минимизировать расхождения между платформами Facebook и AppsFlyer, настройте окна ретроспективного обзора атрибуции по нажатиям и просмотрам так же, как в Facebook.
Чтобы сравнить окна атрибуции по нажатиям и просмотрам в Facebook и AppsFlyer, посетите Facebook. Рекомендуется настраивать окна атрибуции в AppsFlyer в соответствии с настройками в Facebook, как показано на этом снимке экрана:
Пример
Предположим, что в AppsFlyer для кампании в Facebook по продвижению вашего приложения com.greatapp установлено окно ретроспективного обзора по нажатиям 7 дней, а в Facebook для этого окна по умолчанию задан период 28 дней. Пользователи, которые нажимают на рекламу приложения greatapp в Facebook, но впервые запускают приложение через 8-28 дней, в AppsFlyer атрибутируются как органические, а Facebook автоматически атрибутирует этих пользователей себе.
Расхождения между внутренними событиями приложения
Отличия между платформами могут влиять и на события после установки (например, события покупок в приложении), которые отображаются на Facebook и в AppsFlyer. В этой таблице описаны наиболее распространенные причины этих различий и даны рекомендации по их минимизации:
| Причина | Описание | Совет AppsFlyer |
|---|---|---|
|
Расхождения при установках |
События, которые выполняются пользователями, атрибутированными только одной из двух платформ, обязательно будут иметь расхождения. |
Минимизируйте расхождения при установках, используя рекомендации в этой статье. Это позволит снизить количество расхождений во внутренних событиях приложения. |
| Разница в определении жизненного цикла | Время жизни пользователей в Facebook — не более 28 дней. То есть Facebook не покажет события, которые произошли позже чем через 28 дней после нажатия на объявление. Время жизни пользователей Facebook в AppsFlyer — не более 180 дней. |
При определении ценности пользователей, полученных в результате кампаний в Facebook более месяца назад, используйте данные AppsFlyer. Это позволит получить более полную картину. |
| Несопоставленные события | AppsFlyer получает события, которые происходят в SDK, однако они не сопоставлены с событиями в Facebook и поэтому не отправляются. | Обязательно сопоставьте с Facebook все внутренние события приложения, которые демонстрируют качество пользователей (см. снимок экрана ниже). |
| Неотправленные данные о выручке | AppsFlyer получает данные о выручке из событий, которые происходят на уровне SDK, однако они не отправляются в Facebook. | Обязательно установите для внутренних событий приложения флажки Send Revenue (Отправить выручку). Например, на снимке экрана ниже флажок установлен для события покупки. |
| Потеря данных событий при отправке в Facebook | AppsFlyer отправляет в Facebook параметры и их значения в рамках процесса сопоставления событий при условии, что эти данные имеют правильную структуру. | Чтобы обеспечить полноценное сопоставление значений события с событием Facebook, используйте при создании внутренних событий SDK структуры, рекомендованные AppsFlyer. |
Установки, инициированные кампаниями повторного вовлечения, отображаются на панели управления "Привлечение пользователей"?
Кампания повторного вовлечения может побудить пользователей открыть уже установленное приложение (повторное вовлечение). Если AppsFlyer обнаруживает, что приложение уже было установлено на этом же устройстве, то такая конверсия будет считаться повторной атрибуцией.
Если кампания повторного вовлечения в Facebook нацелена на приобретение новых пользователей или таких пользователей, которые снова установили приложение по истечении заданного окна повторной атрибуции после первоначальной установки, то эти пользователи регистрируются в AppsFlyer как новые, а установки этих пользователей считаются результатом кампании по привлечению новых пользователей. При этом в Facebook эти установки относятся к кампаниям по повторному вовлечению.
Что касается установок, которые происходят в пределах заданного окна повторной атрибуции после первоначальной установки, то они регистрируются как повторная атрибуция и отображаются в AppsFlyer на странице ретаргетинга. При этом в Facebook они могут рассматриваться как новые установки.
Примечание
В Facebook все установки, инициированные кампанией ретаргетинга, отображаются в одном и том же месте. На панели управления AppsFlyer установки учитываются на странице обзора (новые установки) или на странице ретаргетинга (повторная атрибуция или повторное вовлечение).
Атрибуция на нескольких устройствах
Facebook включает в отчеты атрибуцию на нескольких устройствах. В отдельных случаях из-за этого могут возникать проблемы ; например, в данных кампании для одной из платформ (iOS или Android) могут отображаться установки, выполненные на другой платформе.
Пример
Линда нажимает в Facebook на рекламу мобильного приложения GreatApp, используя свой телефон на базе Android. Facebook регистрирует нажатие Линды в данных кампании "Android Females", ориентированной на платформу Android. Линда решает установить приложение GreatApp на планшете iPad. После первого запуска AppsFlyer запрашивает у Facebook сведения об источнике этой установки на платформе iOS, и Facebook сообщает, что источником является кампания "Android Females".
Правила проверки и Protect360
Если вы используете Правила проверки AppsFlyer, то в случае отклонения установок, источником которых является Facebook, результаты в AppsFlyer и Facebook могут отличаться. В таких случаях Facebook автоматически атрибутирует эти установки себе, а AppsFlyer эти же установки отклоняет.
Такая же ситуация возникает при использовании решения AppsFlyer для защиты от мошенничества Protect360, так как Facebook может атрибутировать себе те установки, которые AppsFlyer отклоняет.
Пример
Джефф, менеджер по привлечению пользователей в компании GreatApp, создает кампанию под названием SPNA, которая ориентирована только на испаноязычных жителей Северной Америки. Чтобы обеспечить нужный таргетинг, Джефф устанавливает правило проверки, которое позволит пропускать пользователей только из США и Канады.
Если на объявление нажмет пользователь Facebook из Испании и затем установит приложение, Facebook автоматически атрибутирует эту установку себе, а AppsFlyer эту установку отклонит, так как она не соответствует правилу проверки.
Интеграция Facebook — устранение неполадок
Если после завершения базовой интеграции на панели управления AppsFlyer все еще нет результатов от Facebook, в первую очередь нужно убедиться, что после интеграции уже появились новые установки, выполненные через Facebook.
Если это так, ознакомьтесь с основными причинами этой проблемы и способами ее устранения.
Не выполняется сбор идентификаторов IDFA
Как указано в руководстве по интеграции SDK для iOS, для того чтобы выполнялся сбор IDFA, необходимо добавить в проект файл AdSupport.framework. Хотя в большинстве случаев атрибуция по идентификационным отпечаткам по-прежнему работает, при работе с Facebook сбор IDFA нужно выполнять обязательно. Чтобы проверить, есть ли данные в столбце IDFA, посмотрите отчет сырых данных об установках.
Установки приложений для Android можно отслеживать на Facebook и без сбора идентификаторов GAID, однако настоятельно рекомендуется все же их использовать.
Неправильный идентификатор приложения в Facebook
Обратите внимание, что раньше для проверки идентификатора приложения использовался URL-адрес, но Facebook его больше не поддерживает.
Состояние приложения в Facebook
Чтобы атрибуция работала, пользователь должен зарегистрировать свое приложение в Facebook как Live (Действующее) , а не как In development (В разработке).
Неправильный тип кампании в Facebook
Реклама в Facebook с целью установки приложений
При правильной настройке атрибуция будет работать.
При неправильной настройке атрибуция работать не будет.
Вопросы и ответы по Facebook
На панели управления AppsFlyer не отображаются данные о кликах для кампании в Facebook
По умолчанию Facebook предоставляет только данные о конверсиях и вовлечении. Тем не менее, можно легко настроить кампанию Facebook для получения данных о нажатиях, показах и расходах.
Можно ли прекратить синхронизацию данных о расходах?
Чтобы прекратить синхронизацию данных о расходах с Facebook, войдите в свою учетную запись Facebook и удалите AppsFlyer из раздела Business Integration (Бизнес-интеграция).
Можно ли увидеть в AppsFlyer данные уровня кампании и групп объявлений?
Отображаются ли данные Facebook в режиме реального времени?
Когда я смогу увидеть в AppsFlyer данные новой кампании?
Данные, полученные от новых объявлений, блоков рекламы и кампаний на Facebook, можно увидеть только после выполнения хотя бы одной установки.
Например, новое объявление получило 100 нажатий, однако не было выполнено ни одной установки, и поэтому оно не отображается в AppsFlyer ни на панели управления, ни в данных. Другое объявление получило только 1 нажатие, но была выполнена 1 установка, поэтому оно отображается в AppsFlyer.
Как увеличить количество установок из Facebook?
Как? Читайте здесь.
Предоставляются ли агентствам необработанные данные Facebook?
В отчетах об установках и внутренних событиях приложения нет необработанных данных от Facebook.
По умолчанию Facebook не позволяет получать данные уровня пользователя. Рекламодатели, которым нужно получать через AppsFlyer такие необработанные данные, могут подписать Условия использования данных Facebook и затем использовать функцию Advanced Mobile App Measurement (Расширенные показатели мобильных приложений).
Отображение данных не начнется сразу же после принятия рекламодателем Условий использования данных Facebook. После того, как рекламодатель примет Условия использования данных Facebook, должна произойти хотя бы одна установка из Facebook, и только после этого данные появятся в AppsFlyer. Каждый, кто имеет доступ к учетной записи рекламодателя в Facebook, может сделать следующее:
- Перейдите в окно настроек Facebook в AppsFlyer.
- Нажмите на ссылку Условия предоставления услуг
- После перехода в Facebook примите условия предоставления услуг.
ИЛИ сразу перейдите на Facebook по этой ссылке.
После принятия Условий использования данных Facebook необработанные статистические данные из Facebook будут отображаться в AppsFlyer только после выполнения хотя бы одной установки.
Есть ли в отчетах об эффективности AppsFlyer отдельные столбцы для Facebook?
Да. Отчеты об эффективности имеют статическую структуру столбцов, которая не зависит от выбора медиа-источника, где представлены данные до уровня кампании.
Однако при загрузке отчетов об эффективности ТОЛЬКО для рекламы в Facebook, AppsFlyer добавляет в них еще 4 столбца, где представлены данные до уровня отдельного объявления! Добавляются такие столбцы: Adset Name (Название блока рекламы),Adset ID (Идентификатор блока рекламы), Adgroup Name (Название группы объявлений) (т.е. отдельного объявления) и Adgroup ID (Идентификатор группы объявлений).
Можно ли работать с маркетинговыми партнерами Facebook (FMP) и измерять показатели эффективности с помощью AppsFlyer?
Подробные сведения о настройке атрибуции для маркетинговых партнеров Facebook (FMP) см. здесь.
Что делать при получении такого предупреждения?
- Подтвердите свой идентификатор приложения в Facebook и проверьте, нет ли для этого идентификатора каких-либо ограничений по географическому положению или по возрасту.
- Если атрибуция уже выполняется, это означает, что приложение уже доступно для сообщества на портале разработчиков Facebook, и вы можете проигнорировать это сообщение об ошибке.
Что произойдет, если окно ретроспективного обзора будет отличаться от такого окна в Facebook?
Если в AppsFlyer задать для этих окон более короткий период, это приведет к сокращению объема данных атрибуции Facebook, доступных в AppsFlyer. С другой стороны, если в AppsFlyer настроить эти окна на более длительный период, это не окажет никакого влияния, поскольку установки, которые происходят после окончания периода атрибуции Facebook, ему не атрибутируются.
Поэтому, чтобы свести расхождения к минимуму, рекомендуется задавать в AppsFlyer для окон атрибуции Facebook такие значения: 28 дней для атрибуции по кликам и 1 день для атрибуции по просмотрам.
Каковы параметры API для Facebook?
| Данные о конверсиях | Необработанные данные AppsFlyer | |
|---|---|---|
| campaign | campaign | campaign_group_name |
| campaign_id | ID кампании | campaign_group_id |
| adgroup | Реклама | adgroup_name |
| adgroup_id | ID рекламы. | adgroup_id |
| adset | Блок рекламы | campaign_name |
| adset_id | ID блока рекламы | campaign_id |
| ad_id | ID рекламы. | ad_id |
| agency | Партнер | — |
| is_fb | Медиа-источник | is_fb |
| af_channel | Канал | publisher_platform |
Сколько времени хранятся данные Facebook пользовательского уровня?
Сводные данные за прошлое время не изменяются.
Это относится ко всем каналам Facebook (приложения Facebook, Instagram, Messenger и AudienceNetwork).