Краткий обзор. Интеграция Facebook Ads с AppsFlyer.
Материал по теме: Совместимость SKAdNetwork с AppsFlyer.
Руководство по настройке рекламы в Facebook
Сколько нужно времени, чтобы с помощью AppsFlyer настроить атрибуцию для рекламы своего мобильного приложения в Facebook?
Если вы уже интегрировали SDK AppsFlyer в свое приложение и зарегистрировали свое приложение на Facebook, то это займет меньше минуты!
Для атрибуции мобильного приложения не нужно использовать функцию Facebook Login или интегрировать в свое приложение SDK Facebook. Просто выполните действия, описанные в этом пошаговом руководстве.
Идентификатор приложения в Facebook
Чтобы создать идентификатор приложения Facebook:
- В Facebook перейдите на дэшборд приложений.
- В разделе Apps (Приложения) выберите Create New App (Создать новое приложение).
- Введите название своего приложения и задайте уникальное пространство имен.
Чтобы восстановить идентификатор приложения Facebook:
- В Facebook откройте дэшборд монетизации Monetization Manager.
- Выберите Свойство, по которому вы хотите получить данные.
- Перейдите в раздел Placements (Размещения) > Manage Placement (Управлять размещением).
Идентификатор приложения Facebook — это первая часть идентификатора размещения (Placement ID).
Один и тот же Facebook App ID может быть использован для ваших приложений как на Android, так и на iOS.
Основные настройки атрибуции в Facebook
Чтобы начать атрибуцию для кампаний в Facebook с помощью AppsFlyer, выполните следующие действия:
-
Чтобы активировать интеграцию с Facebook Ads:
- Откройте список своих приложений на платформе Facebook for Developers.
- Выберите нужное приложение.
- Чтобы скопировать ID приложения, кликните на него в верхней части экрана.
- В AppsFlyer перейдите в раздел Настройки > Интегрированные партнеры.
- В списке партнеров выберите Facebook Ads.
- На вкладке Integration (Интеграция) установите переключатель Activate partner (Активировать партнера) в положение «Включено».
Подробнее об активации партнеров.
- Вставьте идентификатор приложения в поле Facebook App ID (Идентификатор приложения Facebook).
- Нажмите кнопку Save Integration (Сохранить интеграцию).
- [дополнительно] Настройте рекомендуемые параметры:
- Установите окно атрибуции по кликам в 7 дней, как у Facebook.
- Установите окно атрибуции по просмотрам в 1 день, как у Facebook.
- Чтобы учесть пользователей, которые повторно установили ваше приложение в рамках окна реатрибуции, установите переключатель Reinstall attribution (Атрибуция повторных установок) в положение «Включено».
Вам необязательно включать атрибуцию по просмотрам или настраивать окна атрибуции для атрибуции повторных установок, так как эти значения подставляются из настроек атрибуции установок. - Чтобы сохранить настройки, нажмите Save Integration (Сохранить интеграцию).
Результаты из Facebook все еще не видны в AppsFlyer? См. раздел Интеграция Facebook Ads — устранение неполадок.
Расширенные настройки атрибуции в Facebook
После выполнения основных настроек для атрибуции в Facebook можно быстро выполнить некоторые дополнительные настройки атрибуции.
Данные уровня пользователя
По умолчанию Facebook не предоставляет необработанные данные уровня пользователя.
Чтобы получать из Facebook Ads данные на уровне пользователя:
- Откройте страницу партнера Facebook Ads, на вкладке Интеграция установите флажок, чтобы принять Условия предоставления услуг Facebook.
- Войдите в свой аккаунт Facebook Ads.
- Выберите соответствующее приложение.
- Нажмите Accept (Принять).
Это позволит AppsFlyer выполнять сбор сырых данных пользователей Facebook и предоставлять вам эти данные.
Примечание
С 22 апреля 2020 г. Facebook ввел усиленные меры по защите данных людей, пользующихся их услугами. Facebook больше не предоставляет рекламодателям данные атрибуции по просмотрам на уровне устройства. С этой даты конверсии по просмотрам и связанные с ними события в приложении отображаются как ограниченный медиа-источник. Соответствующие поля в источниках уровня пользователя, такие как отчеты сырых данных, сообщения Push API, отчеты Pull API, будут пустыми.
Данные о затратах, кликах и показах
Используя функцию Затраты в Facebook, можно получать данные о затратах в Facebook на уровне кампаний, рекламных блоков, объявлений и каналов. Также можно получить сводные данные о кликах и показах на соответствующих уровнях.
- Выполните вход в аккаунт Facebook и убедитесь, что в нем активирована возможность проводить рекламные кампании в Facebook. При регистрации в Facebook пользователь должен получить разрешения на проведение всех кампаний на платформе Business Manager.
- Перейдите на вкладку Затраты.
- Установите переключатель Get Cost, Clicks and Impressions Data (Получать данные о затратах, кликах и показах) в положение «Включено».
- Нажмите кнопку Вход в Facebook.
- При появлении запроса разрешите AppsFlyer доступ к данным вашей кампании на Facebook.
Примечание: При первой синхронизации данных после интеграции, данные о затратах Facebook поступают в AppsFlyer в течение 30 дней. При последующих синхронизациях AppsFlyer получает данные за последние 7 дней.
Читайте, как 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 партнера не возвращает никаких данных для этих кампаний. |
Возможно, вы изменили идентификатор кампании во время её действия. Если вам необходимо получать данные о расходах, не изменяйте идентификаторы активных кампаний. Также проверьте, что вы входите в Facebook с учетными данными для нужного приложения. |
|
Partner API is not responding (API партнера не отвечает) |
|
|
|
Invalid Credentials (Недействительные учетные данные) |
AppsFlyer не может извлечь данные о расходах, поскольку соединение было прервано. Это может произойти, если изменен ваш пароль для входа на Facebook или разрешение для AppsFlyer отозвано. |
Повторно войдите в Facebook и откройте вкладку "Cost" (Стоимость). |
Последнее успешное извлечение данных
На вкладке затрат показано время последнего успешного извлечения данных о затратах. Если данные о затратах еще не извлекались, отображается сообщение Данные о затратах не извлекались.
Примеры
Примеры
Сценарий 1 — остановленные кампании
AppsFlyer извлекает данные о затратах для нескольких кампаний, запущенных вами в рекламной сети A. На вкладке «Затраты» вы видите сообщение Последняя успешная синхронизация была 2 часа назад. В тот же день вы остановили кампании в рекламной сети A. Две недели спустя на вкладке затрат рекламной сети A будет отображаться сообщение Последняя успешная синхронизация была 14 дней назад.
Сценарий 2 — неполадки в работе API рекламной сети
AppsFlyer извлекает данные о затратах для нескольких кампаний, запущенных вами в рекламной сети В. На вкладке «Затраты» вы видите сообщение Последняя успешная синхронизация была 2 часа назад. После этого в работе API рекламной сети B происходят неполадки. На устранение проблемы уходит несколько часов. Когда вы снова открываете вкладку затрат, там отображается сообщение Последняя успешная синхронизация выполнена 8 часов назад.
Узнайте больше о дополнении информации, получаемой из Facebook, данными о затратах, кликах и показах.
Сопоставление внутренних событий приложения
Для сопоставления внутренних событий приложения:
- Активируйте Внутренние события приложения.
Когда сопоставление внутренних событий приложения с событиями Facebook выполняется в первый раз, все события af_XXX из SDK автоматически сопоставляются со списком предопределенных событий Facebook. При таком автоматическом сопоставлении экономится время и существенно сокращается количество ошибок. - Введите следующие параметры:
Имя параметра Описание SDK Event Name (Имя события в SDK) Имя события, полученное AppsFlyer из SDK, встроенного в приложение, или из S2S-события.
Совет — не нашли в списке нужное событие? Убедитесь, что событие активировано на устройстве с неорганической установкой, и повторите поиск.Partner Event Identifier (Идентификатор события партнера) Выберите предопределенное событие Facebook, которое больше всего соответствует вашему событию. Кроме того, в Facebook можно отправлять НАСТРАИВАЕМЫЕ события. Send Revenue (Отправка данных о выручке) Флажок не установлен — AppsFlyer отправляет партнеру все параметры насыщенного внутреннего события приложения, за исключением параметра выручки (параметр af_revenue).
Флажок установлен — AppsFlyer отправляет все параметры, в том числе значение выручки (если применимо к событию). - Чтобы добавить определенное в SDK событие в список, нажмите Add Event (Добавить событие).
Обратите внимание, что в поле Sending Option (Вариант отправки) для всех событий, определенных в SDK, установлено значение All media sources, including organic (Все медиа-источники, включая органические), то есть Facebook получит сведения о событиях всех пользователей, которые есть в вашей базе.
Ограничения в названиях событий:
- Длина названия события: 2-40 символов
- Недопустимые символы:
- Двоеточие (:)
- Точка (.)
- Нелатинские (неанглийские) символы: по состоянию на 12 января 2020 Facebook не принимает китайские символы. AppsFlyer не проверял другие алфавиты, поэтому их стоит использовать только после верификации, поддерживает ли Facebook эти символы в постбэках.
- Названия событий чувствительны к регистру. Чтобы избежать расхождений, убедитесь, что вы используете правильный регистр в названиях событий для всех медиа-источников и версий приложений.
Узнайте больше о Сопоставлении внутренних событий приложения с событиями Facebook Ads.
Атрибуция ретаргетинга
Атрибуция ретаргетинга в Facebook средствами AppsFlyer позволяет рекламодателям атрибутировать вовлечение имеющегося пользователя с помощью рекламы на Facebook, а также оценивать качество этого пользователя и его вовлечение после установки на основании отчетов AppsFlyer.
Такую атрибуцию можно использовать, только если у вас есть активные кампании, направленные на ваших собственных пользователей в Facebook.
- Включите ретаргетинг на странице настроек приложения.
- На странице партнера Facebook Ads включите Re-engagement attribution (Атрибуция повторного вовлечения).
- Установите окно атрибуции повторного вовлечения по кликам.
Окно атрибуции повторного вовлечения — это временной интервал начиная от клика по рекламе, в течение которого приложение должно быть запущено, чтобы клик был засчитан как повторное вовлечение.
Выберите окно атрибуции в часах или днях и установите бегунок на нужное значение. - Установите окно повторного вовлечения.
Это временной интервал, в течение которого внутренние события приложения данного пользователя будут атрибутироваться медиаисточнику ретаргетинга как основному источнику.
Это значение можно задавать в днях (от 1 до 90), часах (до 23) или даже на весь период использования приложения. Значение по умолчанию 30 дней.
Узнайте больше об атрибуции ретаргетинга в AppsFlyer.
Узнайте больше о том, как работает диплинкинг для пользователей из сетей с самостоятельной атрибуцией (SRN), таких как Facebook.
Соблюдение закона о защите персональных данных граждан штата Калифорния (California Consumer Privacy Act, CCPA)
Закон CCPA ограничивает использование данных, которые поступают от пользователей Facebook, находящихся в штате Калифорния (США).
Для соблюдения требований закона CCPA установите флажок Limit Facebook use of users' personal information (CCPA) (Ограничить использование персональных данных пользователей в Facebook (CCPA)) на вкладке Integration (Интеграция).
Подробнее о соответствии требованиям CCPA.
Регистрация доходов от рекламы
Если в вашем приложении для монетизации рекламы используется функция Facebook Audience Network Ad Revenue (Выручка от сетевой рекламы для аудитории Facebook), вы можете регистрировать в AppsFlyer свои доходы от рекламы в Facebook. С помощью этой функции (вместе с данными о выручке от покупок в приложении или без них) можно получить полное представление о выручке, полученной от ваших пользователей.
Чтобы начать регистрацию доходов от сетевой рекламы для аудитории Facebook, выполните следующие действия:
- На вкладке Ad Revenue (Доход от рекламы) установите переключатель Get Ad Revenue Data (Получать данные о доходах от рекламы) в положение «Включено».
- В списке Event Source (Источник событий) выберите событие, наиболее соответствующее вашей модели получения выручки от рекламы. Например, если источником дохода являются показы, рекомендуется отправлять в AppsFlyer события, связанные с просмотром рекламы. Для каждой платформы монетизации можно отдельно выбрать наиболее подходящее событие. Однако можно использовать и событие
af_app_opened. В этом случае доход от рекламы атрибутируется каждому открытию приложения пользователем. - На вкладке есть поле Событие выручки от рекламы. В этом поле только для чтения отображается новое событие выручки от рекламы с именем [событие]_monetized (например, на снимке выше это имя Ad_Watched_Monetized). На панели управления это событие выручки от рекламы отображается как дополнительное.
- Нажмите кнопку Facebook Ad Revenue (Выручка от рекламы в Facebook), чтобы начать сбор данных о выручке от сетевой рекламы для аудитории Facebook. Чтобы получить разрешение на использование этой функции, выполните вход с помощью своих учетных данных Facebook.
- Введите Идентификатор приложения Audience Network (Идентификатор приложения Facebook). Его можно узнать на сайте Facebook Audience Network (FAN).
- Получите идентификатор приложения Facebook.
- Скопируйте идентификатор и вставьте его в поле Audience Network App ID в AppsFlyer.
- Нажмите Сохранить доходы от рекламы.
Разрешения
Разрешите Facebook Ads выполнять различные действия и получать доступ к вашим данным в соответствии с доступными разрешениями.
Узнайте больше о предоставлении разрешений интегрированным партнерам.
Сопоставление внутренних событий приложения с событиями в 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?
Чтобы при клике по ссылке открывалось приложение, нужно настроить ссылки приложений Android / универсальные ссылки iOS / схему URI. Как правило, для привлечения пользователей не нужно интегрировать в приложение SDK Facebook, если в нем уже есть SDK AppsFlyer. В SDK AppsFlyer есть все необходимые средства для атрибуции привлечения пользователей мобильных приложений из Facebook, в том числе для отслеживания вовлечений, установок, сеансов и событий после установки.
Однако если в вашем приложении используется какая-либо из описанных ниже функций, то, помимо SDK AppsFlyer, в него нужно интегрировать и SDK Facebook.
-
Данные по диплинкингу
Если вам нужны данные по диплинкингу из Facebook, их можно получить только с помощью Facebook SDK. Получение данных по диплинкингу и передача ваших параметров маршрутизации с помощью AppsFlyer SDK ограничены данными, которые мы получаем от Facebook (кампания, блоки рекламы, объявление, канал). -
Сбор данных о кампаниях c отложенным диплинкингом и Dynamic Product Ads
Если вам нужны данные по отложенному диплинкингу или Dynamic Product Ads из Facebook, их можно получить только с помощью Facebook SDK. Шаги ниже позволят автоматически перенести данные по отложенному диплинкингу из Facebook SDK в AppsFlyer SDK.
В качестве альтернативы, при первом запуске приложения можно использовать имя кампании или рекламы из данных о конверсии, не интегрируя Facebook SDK в ваше приложение. У этого метода есть ограничение, так как данные о диплинкинге должны быть получены из названия кампании или рекламного объявления. -
Другие особенности Facebook
Вам может понадобиться SDK Facebook по причинам, не связанным с атрибуцией, таким как проверка подлинности, монетизация рекламы, обмен данными в социальных сетях, приглашения пользователей и т.д.
Использование Facebook Ads и AppsFlyer SDK для отложенного диплинкинга
Для поддержки отложенного диплинкинга из Facebook Ads:
- Предварительные требования
* Версия AppsFlyer SDK:
- Android AppsFlyer SDK 4.10.3 и выше
- iOS AppsFlyer SDK 4.10.4 и выше
* Полная настройка интеграции Facebook.
* Интеграция Facebook SDK в приложение (на Android, если разработчики интегрируют определенные компоненты Facebook SDK, убедитесь, что добавлен модуль AppLinks). - Для автоматического сбора отложенного диплинкинга Facebook из Facebook SDK в AppsFlyer SDK используйте:
AppsFlyerLib.getInstance().enableFacebookDeferredApplinks(true);AppsFlyerTracker.shared().enableFacebookDeferredApplinks(with: AppLinkUtility.self)[[AppsFlyerTracker sharedTracker] enableFacebookDeferredApplinksWithClass:FBSDKAppLinkUtility.class]; - Получите af_dp в обратном вызове onConversionDataSuccess.
- Перенаправить пользователя алгоритмически, используя значение af_dp.
Как избежать дублирования данных при использовании 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 с активированной мобильной атрибуцией, через которую лиды будут направляться на целевую страницу.
- На целевой странице должна быть кнопка Скачать приложение, которая ведет напрямую на независимую торговую площадку с пакетом 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 в течение 30 дней после первого входа в Facebook с правами администратора (см. выше). Данные о затратах, полученные ранее, недоступны.
При последующих синхронизациях AppsFlyer получает данные за последние 7 дней. Это означает, что собираются данные о затратах, кликах и показах для всех кампаний, в которых за последние 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 данные о затратах для ретаргетинговых кампаний?
Данные Cost (расходы) и ROI (окупаемость инвестиций) для ретаргетинговых кампаний можно найти в обобщенном (unified)виде когортных отчетов.
Почему окно настройки данных о затратах в 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 и подключите затраты к новому аккаунту.
На вкладке расходов отображается сообщение «API партнера в настоящее время не отвечает».
Это может быть связано с тем, что двухфакторная аутентификация (2FA) в Facebook была активирована после интеграции вашего аккаунта с AppsFlyer. Способ устранения
- Выйдите из своего аккаунта Facebook.
- В AppsFlyer перейдите на вкладку Cost (Затраты) интеграции с Facebook и удалите подключение.
- На вкладке Cost (Затраты) нажмите login (войти) и следуйте инструкциям.
Примеры данных Facebook о затратах
Рекламодатель запускает рекламную кампанию в Facebook. В AppsFlyer рекламодатель увидит такую информацию:
Данные о затратах AppsFlyer получает из Facebook. AppsFlyer определяет количество установок расчетным путем на основании своих правил атрибуции. Поэтому расчетные показатели eCPI в Facebook и AppsFlyer, как правило, отличаются.
Расхождения между Facebook и AppsFlyer
AppsFlyer и Facebook — это два основных участника экосистемы мобильных приложений, работающие в сфере привлечения пользователей. И так же, как и другие участники этой экосистемы, они используют разные модели атрибуции. Это может привести к расхождениям между данными на панелях управления Facebook и AppsFlyer.
Хотя мы и работаем в тесном сотрудничестве с Facebook, чтобы свести к минимуму такие расхождения, рекламодатели должны знать о том, с чем они связаны (см. ниже).
Обнаружить расхождение между AppsFlyer и Facebook
Сравните события, перечисленные в Facebook Event Manager и Analytics с событиями в отчетах AppsFlyer. Если количество событий существенно различается, возможно расхождение.
Различия в моделях атрибуции
| Причина | AppsFlyer | |
|---|---|---|
|
Окно ретроспективного обзора по нажатиям |
7 дней |
1-30 дней. Установите на 7 дней, как в 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. |
См. примеры в прикрепленном документе (пролистайте вниз) Facebook и AppsFlyer — понимание расхождений.
Атрибуция по нажатиям и просмотрам
AppsFlyer поддерживает атрибуцию как по нажатиям, так и по просмотрам. Чтобы минимизировать расхождения между платформами Facebook и AppsFlyer, настройте окна ретроспективного обзора атрибуции по нажатиям и просмотрам так же, как в Facebook.
Чтобы сравнить окна атрибуции по нажатиям и просмотрам в Facebook и AppsFlyer, посетите Facebook. Рекомендуется настраивать окна атрибуции в AppsFlyer в соответствии с настройками в Facebook, как показано на этом снимке экрана:
Пример
Предположим, что в AppsFlyer для кампании в Facebook по продвижению вашего приложения com.greatapp установлено окно ретроспективного обзора по нажатиям 1 дней, а в Facebook для этого окна по умолчанию задан период 7 дней. Пользователи, которые нажимают на рекламу приложения greatapp в Facebook, но впервые запускают приложение через 2-7 дней, в AppsFlyer атрибутируются как органические, а Facebook автоматически атрибутирует этих пользователей себе.
Расхождения между ограниченными медиа-источниками
В некоторых сценариях конверсии рекламная сеть не передает данные уровня пользователя. На платформе AppsFlyer отчеты по сводным данным работают как обычно, но конверсии, указанные в отчетах по сырым данным, будут атрибутированы ограниченному медиа-источнику.
Facebook Ads не отправляет данные на уровне пользователя для конверсий с атрибуцией по просмотрам (VTA). В результате AppsFlyer может не атрибутировать показы, способствующие конверсии, к Facebook Ads.
Пример
- Пользователь видит на Facebook рекламу СуперПриложения. Позже он видит рекламу СуперПриложения в другом рекламном источнике GreatAdNetwork, кликает по ней и устанавливает приложение.
- Facebook Ads приписывает конверсию себе, так как установка произошла в рамках их окна атрибуции по просмотрам (VTA).
- AppsFlyer атрибутирует конверсию источнику GreatAdNetwork, так как у него было последнее взаимодействие перед установкой.
- AppsFlyer не будет рассматривать Facebook Ads в качестве сети, в которой произошла конверсия, поскольку VTA Facebook Ads ограничен.
Расхождения между внутренними событиями приложения
Отличия между платформами могут влиять и на события после установки (например, события покупок в приложении), которые отображаются на Facebook и в AppsFlyer. В этой таблице описаны наиболее распространенные причины этих различий и даны рекомендации по их минимизации:
| Причина | Описание | Совет AppsFlyer |
|---|---|---|
|
Расхождения при установках |
События, которые выполняются пользователями, атрибутированными только одной из двух платформ, обязательно будут иметь расхождения. |
Минимизируйте расхождения при установках, используя рекомендации в этой статье. Это позволит снизить количество расхождений во внутренних событиях приложения. |
|
Атрибуция собственных событий |
Facebook всегда атрибутирует события своим собственным кампаниям, в результате которых эти события произошли, а AppsFlyer атрибутирует эти события источнику привлечения пользователя. |
В установках и событиях, которые Facebook некорректно атрибутировал своей сети, указаны вспомогательные установки в AppsFlyer. |
| Разница в определении жизненного цикла | Время жизни пользователей в Facebook — не более 28 дней. То есть Facebook не покажет события, которые произошли позже чем через 28 дней после нажатия на объявление. Время жизни пользователей Facebook в AppsFlyer — не более 180 дней. |
При определении ценности пользователей, полученных в результате кампаний в Facebook более месяца назад, используйте данные AppsFlyer. Это позволит получить более полную картину. |
| Несопоставленные события | AppsFlyer получает события, которые происходят в SDK, однако они не сопоставлены с событиями в Facebook и поэтому не отправляются. | Обязательно сопоставьте с Facebook все внутренние события приложения, которые демонстрируют качество пользователей (см. снимок экрана ниже). |
| Неотправленные данные о выручке | AppsFlyer получает данные о выручке из событий, которые происходят на уровне SDK, однако они не отправляются в Facebook. | Обязательно установите для внутренних событий приложения флажки Отправить выручку. Например, на снимке экрана ниже флажок установлен для события покупки. |
| Потеря данных событий при отправке в 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
Перейдите на дэшборд Facebook и проверьте, правильно ли задан идентификатор приложения и соответствует ли его значение значению в магазине приложений.
Обратите внимание, что можно также использовать Facebook Graph API для проверки идентификатора вашего приложения в 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 такие значения: 7 дней для атрибуции по кликам и 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).
Можно ли использовать OneLink для установки мобильного приложения Facebook?
Когда вы запускаете рекламу приложения, у Facebook есть различные рекламные цели: установки приложения, трафик и конверсии.
Для большинства целей, например, для трафика или конверсий, принимаются ссылки OneLink или сторонние ссылки. Однако для установок приложения Facebook принимает для диплинкинга только Facebook App Links.