Краткий обзор. Интеграция Facebook Ads с AppsFlyer.
Обновления iOS 14, связанные с Facebook
AppsFlyer подтверждает, что в нашей MMP-интеграции с Facebook всегда реализуется флаг Отслеживание рекламодателем включено. Это значит, что от вас никаких действий в AppsFlyer не требуется. Эта информация предоставляется в соответствии с чек-листом из рекомендаций по iOS 14 для приложений Facebook, опубликованным в феврале 2021 года.
Материал по теме: Совместимость SKAdNetwork с AppsFlyer. В этой статье рассматриваются вопросы о кампаниях, связанные с iOS 14.
Руководство по настройке рекламы в 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).
AppsFlyer атрибутирует данные на основе App ID. Один и тот же ID приложения Facebook можно использовать для ваших приложений для Android и для iOS. Обратите внимание, что начиная с iOS 14 в Facebook Ads действует ограничение для рекламных аккаунтов: одно приложение на аккаунт.
Основные настройки атрибуции в Facebook
Чтобы начать атрибуцию для кампаний в Facebook с помощью AppsFlyer, выполните следующие действия:
-
Чтобы активировать интеграцию с Facebook Ads:
- Откройте список своих приложений на платформе Facebook for Developers.
- Выберите нужное приложение.
- Чтобы скопировать ID приложения, кликните на него в верхней части экрана.
- В AppsFlyer перейдите в раздел Настройки > Интегрированные партнеры.
- В списке партнеров выберите Facebook Ads.
- На вкладке Integration (Интеграция) установите переключатель Activate partner (Активировать партнера) в положение «Включено».
Подробнее об активации партнеров.
- Вставьте идентификатор приложения в поле Facebook App ID (Идентификатор приложения Facebook).
- Нажмите кнопку Save Integration (Сохранить интеграцию).
- [дополнительно] Настройте рекомендуемые параметры:
- Установите окно атрибуции по кликам в 7 дней, как у Facebook Ads.
(Обратите внимание, что есть некоторые конкретные случаи, когда значение по умолчанию отличается). - Установите окно атрибуции по просмотрам в 1 день, как у Facebook.
- Чтобы учесть пользователей, которые повторно установили ваше приложение в рамках окна реатрибуции, установите переключатель Reinstall attribution (Атрибуция повторных установок) в положение «Включено».
Вам необязательно включать атрибуцию по просмотрам или настраивать окна атрибуции для атрибуции повторных установок, так как эти значения подставляются из настроек атрибуции установок. - Чтобы сохранить настройки, нажмите Save Integration (Сохранить интеграцию).
- Установите окно атрибуции по кликам в 7 дней, как у Facebook Ads.
Результаты из Facebook все еще не видны в AppsFlyer? См. раздел Интеграция Facebook Ads — устранение неполадок.
Расширенные настройки атрибуции в Facebook
После выполнения основных настроек для атрибуции в Facebook можно быстро выполнить некоторые дополнительные настройки атрибуции.
Данные уровня пользователя
По умолчанию у вас нет доступа к данным уровня пользователя, поступающим из Facebook Ads.
Чтобы получать данные уровня пользователя из Facebook Ads и просматривать их в AppsFlyer:
- Откройте страницу партнера Facebook Ads, на вкладке Интеграция установите флажок, чтобы принять Условия предоставления услуг Facebook.
- Войдите в свой аккаунт Facebook Ads.
- Выберите соответствующее приложение.
- Нажмите Accept (Принять).
Это позволит AppsFlyer выполнять сбор сырых данных пользователей Facebook и предоставлять вам эти данные.
Примечание
С 22 апреля 2020 г. Facebook расширил меры по защите конфиденциальности данных своих пользователей. Facebook больше не предоставляет рекламодателям данные атрибуции по просмотрам на уровне устройства. С момента вступления этих требований в силу конверсии по просмотрам и связанные с ними внутренние события приложения отображаются как ограниченный медиа-источник. Соответствующие поля атрибуции в источниках уровня пользователя, такие как отчеты по сырым данным, сообщения Push API, отчеты Pull API, будут пустыми.
Данные о затратах, кликах и показах
Активировав функцию Затраты в Facebook, можно получать данные о затратах в Facebook по кампаниям, группам объявлений, отдельным объявлениям и каналам. Также вы можете получать по ним агрегированные данные о кликах и показах. Подробную информацию о поддерживаемых параметрах, метриках и функциях см. в таблице интеграции затрат рекламной сети. Примечание. Для получения сведений о затратах требуется подписка Xpend.
Чтобы включить API данных о затратах:
- Выполните вход в аккаунт Facebook и убедитесь, что в нем активирована возможность проводить рекламные кампании в Facebook. При регистрации в Facebook пользователь должен получить разрешения на проведение всех кампаний на платформе Business Manager.
- Перейдите на вкладку Затраты.
- Установите переключатель Get Cost, Clicks and Impressions Data (Получать данные о затратах, кликах и показах) в положение «Включено».
- Нажмите кнопку Вход в Facebook.
- При появлении запроса разрешите AppsFlyer доступ к данным вашей кампании на Facebook.
Примечание: При первой синхронизации данных после интеграции, данные о затратах Facebook поступают в AppsFlyer в течение 3 дней. При последующих синхронизациях AppsFlyer получает данные за последние 3 дней.
Читайте, как Facebook определяет клики и просмотры.
Чтобы удалить связанный аккаунт Facebook: в столбце действий наведите курсор на аккаунт и нажмите Delete connection (Удалить связанный аккаунт).
Примечания.
- Если вы уже вошли в Facebook, то при нажатии кнопки Facebook Login (Вход в Facebook) окно Facebook откроется и сразу закроется. Это обычная ситуация.
- Если у вас есть несколько пользователей с разрешениями для Facebook, рекомендуется выполнить вход в Facebook для всех этих пользователей, чтобы получать полные, а не частичные данные.
Состояние синхронизации данных о расходах
Просмотрите статус вашего API данных о затратах и последний раз, когда AppsFlyer получил соответствующие данные о затратах, либо на дэшборде статуса интеграции затрат (и доходов от рекламы), либо на дэшборде отдельной рекламной сети.
В Facebook можно синхронизировать несколько аккаунтов для извлечения данных о расходах. Для каждого синхронизированного аккаунта AppsFlyer показывает состояние интеграции данных о расходах и время последнего извлечения соответствующих данных о расходах.
Узнайте больше о дополнении информации, получаемой из Facebook, данными о затратах, кликах и показах.
Сопоставление внутренних событий приложения
Для сопоставления внутренних событий приложения:
- Активируйте Внутренние события приложения.
Когда сопоставление внутренних событий приложения с событиями Facebook выполняется в первый раз, все события af_XXX из SDK автоматически сопоставляются со списком предопределенных событий Facebook. При таком автоматическом сопоставлении экономится время и существенно сокращается количество ошибок. - Введите следующие параметры:
Имя параметра Описание SDK Event Name (Имя события в SDK) Имя события, полученное AppsFlyer из SDK, интегрированного в приложение, или из межсерверного события.
Совет. Не нашли в списке нужное событие? Убедитесь, что событие активировано на устройстве с неорганической установкой, и повторите поиск.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 установите флажок Ограничить использование персональных данных пользователей в Facebook (CCPA) на вкладке Интеграция.
Подробнее о соответствии требованиям CCPA.
Регистрация доходов от рекламы
Если в вашем приложении для монетизации рекламы используется функция Facebook Audience Network Ad Revenue (Выручка от сетевой рекламы для аудитории Facebook), вы можете регистрировать в AppsFlyer свои доходы от рекламы в Facebook. С помощью этой функции (вместе с данными о выручке от покупок в приложении или без них) можно получить полное представление о выручке, полученной от ваших пользователей.
Чтобы начать регистрацию доходов от сетевой рекламы для аудитории Facebook, выполните следующие действия:
- На вкладке Ad Revenue (Доход от рекламы) включите Get Ad Revenue Data (Получать данные о доходах от рекламы).
- Выберите тип агрегированных данных о доходах от рекламы, которые вы хотите получать: Attributed revenue (Атрибутированный доход) и/или Aggregated monetization revenue (Агрегированные данные о доходе от монетизации):
-
Атрибутированный доход: доход по источнику привлечения пользователей.
В списке Event Source (Источник событий) выберите событие, наиболее соответствующее вашей модели получения дохода от рекламы. Например, если источником дохода являются показы, рекомендуется отправлять в AppsFlyer событие ad_viewed. Для каждой платформы монетизации можно отдельно выбрать наиболее подходящее событие. Однако можно использовать и событиеaf_app_opened. В этом случае доход от рекламы атрибутируется по каждому открытию приложения пользователем. - Агрегированные данные о доходе от монетизации: доход по источникам рекламы.
-
Атрибутированный доход: доход по источнику привлечения пользователей.
- На вкладке есть поле Ad Revenue Event (Событие дохода от рекламы). В этом поле только для чтения отображается новое событие дохода от рекламы с именем [событие]_monetized (например, на скриншоте выше это имя Ad_Watched_Monetized). На дэшборде это событие дохода от рекламы отображается как дополнительное.
- Нажмите Connect to Facebook (Подключить к Facebook), чтобы начать сбор данных о доходе от сетевой рекламы для аудитории Facebook. Чтобы разрешить использование этой функции, выполните вход с помощью своих учетных данных Facebook.
- Введите Идентификатор приложения Audience Network (Идентификатор приложения Facebook). Его можно узнать на сайте Facebook Audience Network (FAN).
- Получите идентификатор приложения Facebook.
- Скопируйте идентификатор и вставьте его в поле Audience Network App ID в AppsFlyer.
- Нажмите Сохранить доходы от рекламы.
Примечание
Если вы используете MoPub для медиации Facebook, и при этом у вас есть интеграция с MoPub SDK и прямая интеграция с Facebook, AppsFlyer отфильтровывает данные о доходах от рекламы в Facebook из Mopub и использует данные из Facebook.
Разрешения
Разрешите 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 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 Ads:
- Максимальное количество параметров: 25.
- Длина имен и параметров событий: 2–40 символов.
- Максимальная длина параметра: 100 символов.
- Разрешенные символы: буквы, цифры, символ подчеркивания, дефис, пробел. Используйте только латинские (английские) буквы. Использование нелатинских символов приводит к расхождениям в результатах.
Рекомендации по именованию внутренних событий приложения:
- Имена событий в AppsFlyer могут совпадать с именами событий Facebook (например, fb_price), однако такие события нельзя отправлять в Facebook как настраиваемые события (CUSTOM).
Для надежности не следует использовать имена событий, которые совпадают с именами событий Facebook. - Чтобы сопоставить внутренние события приложения с Facebook с помощью постбэков, получите данные о событиях от ВСЕХ источников, включая органические.
Важно!
За исключением перечисленных выше параметров, AppsFlyer отправляет в Facebook данные настраиваемых событий в исходном виде. Владелец приложения должен самостоятельно проверять данные событий на соответствие требованиям Facebook.
Если значение события содержит параметры, которые не были сопоставлены соответствующим параметрам Facebook (см. таблицу выше), эти параметры не будут отправлены в Facebook.
SDK AppsFlyer и SDK Facebook
Возможно, SDK Facebook был интегрирован в ваше приложение раньше, чем SDK AppsFlyer. Даже если это не так, у вас может возникнуть вопрос, действительно ли вам нужен SDK Facebook в дополнение к SDK AppsFlyer? А если нужен, могут ли они работать параллельно без дублирования данных в отчетах?
Кому необходим SDK Facebook?
Для выполнения следующих задач наличие SDK Facebook в приложении не требуется:
- Привлечение пользователей. Как правило, в SDK AppsFlyer есть все необходимые средства для атрибуции привлечения пользователей мобильных приложений из Facebook, в том числе для отслеживания интеракций, установок, сеансов и событий после установки.
- Диплинкинг. Чтобы при клике по ссылке открывать приложение и перенаправлять пользователей на определенную страницу или активность в приложении, можно использовать OneLink как с SDK Facebook, так и без него. При этом для открытия приложения потребуется настроить схему URI (универсальные ссылки и Android App Links не работают). Facebook извлекает URL-адрес OneLink и создает на его основе ссылку Facebook App Link, которая открывает приложения и перенаправляет пользователя по диплинку.
В следующих случаях в приложение помимо SDK AppsFlyer должен быть интегрирован SDK Facebook:
-
Отложенный диплинкинг:
- через UDL для iOS и Android: SDK Facebook требуется.
- через устаревший метод: SDK Facebook рекомендуется. Если в приложение не интегрирован SDK Facebook, вы получаете данные атрибуции только из Facebook (кампания, группа объявлений и рекламное объявление). И это все, что можно использовать для диплинкинга.
- Данные о кампаниях динамической рекламы можно получить только из SDK Facebook.
- Другие особенности Facebook: Вам может понадобиться SDK Facebook по причинам, не связанным с атрибуцией, таким как проверка подлинности, монетизация рекламы, обмен данными в социальных сетях, приглашения пользователей и т.д.
Примечание
Приведенные выше информация и рекомендации по диплинкингу и отложенному диплинкингу составлены по результатам тщательного тестирования, проведенного нами с использованием доступных инструментов Facebook для демонстрации и предварительного просмотра, в которых применяется не live ads, а другой механизм.
Как избежать дублирования данных при использовании 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. Для того чтобы кампании агентств атрибутировались агентствам, названия этих кампаний ДОЛЖНЫ начинаться с названия агентства.
Обратите внимание, что для пользователей iOS 14 только одно агентство может запускать кампании для определенного рекламного аккаунта. Подробнее о совместимости Facebook Ads и AppsFlyer SKAdNetwork.
Подробные сведения об агентствах и атрибуции установок, выполненных из 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, если за предыдущие 3 дней была выполнена хотя бы одна установка.
Если кампания в Facebook развернута на нескольких платформах (Android, iOS, настольный ПК и т.д.), то затраты на панели управления отображаются по каждой платформе, и их рассчитывает Facebook.
Как получить затраты в Facebook, в том числе по кликам и показам.
Часто задаваемые вопросы о функции "Затраты Facebook"
Я не вижу старые данные Facebook о затратах на панели AppsFlyer
Данные о затратах в Facebook для действующих кампаний будут с определенной периодичностью поступать в AppsFlyer в течение 3 дней после первого входа в Facebook с правами администратора (см. выше). Данные о затратах, полученные ранее, недоступны.
При последующих синхронизациях AppsFlyer получает данные за последние 3 дней. Это означает, что собираются данные о затратах, кликах и показах для всех кампаний, в которых за последние 3 дней произошла по крайней мере одна конверсия.
Данные о затратах отображались несколько месяцев, но потом перестали
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 результатов за последние 3 дней — AppsFlyer синхронизирует данные о затратах только для тех кампаний, которые за последние 3 дней привели к установкам или конверсиям. Не отображаются данные о затратах для кампаний, которые на момент активации функции "Затраты Facebook" были неактивны в течение 3 дней.
Несмотря на то что общая сумма расходов совпадает, расчетное значение показателя 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 и подключите затраты к новому аккаунту.
Примеры данных Facebook о затратах
Рекламодатель запускает рекламную кампанию в Facebook. В AppsFlyer рекламодатель увидит такую информацию:
Данные о затратах AppsFlyer получает из Facebook. AppsFlyer определяет количество установок расчетным путем на основании своих правил атрибуции. Поэтому расчетные показатели eCPI в Facebook и AppsFlyer, как правило, отличаются.
Расхождения между Facebook и AppsFlyer
AppsFlyer и Facebook — это два основных участника экосистемы мобильных приложений, работающие в сфере привлечения пользователей. И так же, как и другие участники этой экосистемы, они используют разные модели атрибуции. Это может привести к расхождениям между данными на панелях управления Facebook и AppsFlyer.
Хотя мы и работаем в тесном сотрудничестве с Facebook, чтобы свести к минимуму такие расхождения, рекламодатели должны знать о том, с чем они связаны (см. ниже).
Обнаружить расхождение между AppsFlyer и Facebook
Сравните события, перечисленные в Facebook Event Manager, с событиями в отчетах AppsFlyer. Если количество событий существенно различается, возможно расхождение.
Различия в моделях атрибуции
| Причина | AppsFlyer | |
|---|---|---|
|
Окно ретроспективного обзора по нажатиям |
7 дней. (Обратите внимание, что есть некоторые конкретные случаи, когда значение по умолчанию отличается). |
1-30 дней. Установите на 7 дней, как в Facebook. |
|
Окно ретроспективного обзора атрибуции по просмотрам |
1 день. (Обратите внимание, что есть некоторые конкретные случаи, когда значение по умолчанию отличается). |
По умолчанию установлено значение 1 день, но можно задать значение от 1 до 48 часов (не изменяйте значение по умолчанию). |
|
Дата регистрации установки |
Facebook регистрирует новые установки согласно времени нажатия (просмотра). |
AppsFlyer регистрирует новые установки согласно времени установки (самого первого запуска приложения). |
|
Многоканальная атрибуция |
Facebook автоматически атрибутирует установки себе, независимо от того, из каких медиа-источников они получены. |
AppsFlyer использует атрибуцию по последнему клику (подробнее об атрибуции в AppsFlyer). |
|
Атрибуция на нескольких устройствах |
Facebook атрибутирует своих пользователей, которые выполняют клики и установку на разных устройствах, включая устройства iOS, Android и настольные компьютеры. |
AppsFlyer атрибутирует отдельные устройства, на которых происходит вовлечение и установка. |
|
Различные часовые пояса |
Часовой пояс по умолчанию для объявлений Facebook — PST (UTC-8). Измените часовой пояс в Facebook Ads Manager, чтобы он соответствовал часовому поясу приложения, указанному в настройках AppsFlyer. |
Часовой пояс по умолчанию в AppsFlyer UTC+0. Вы можете изменить настройки часового пояса для приложения на странице настроек приложения, чтобы он соответствовал часовому поясу в Facebook Ads Manager. |
Атрибуция по нажатиям и просмотрам
AppsFlyer поддерживает атрибуцию как по кликам, так и по просмотрам. Чтобы минимизировать расхождения между платформами Facebook Ads и AppsFlyer, настройте окна атрибуции по кликам и просмотрам так же, как в Facebook Ads.
В Facebook Ads окно атрибуции по кликам по умолчанию составляет 7 дней. Хотя есть некоторые конкретные случаи, когда значение по умолчанию отличается, рекомендуется установить окно атрибуции по кликам в AppsFlyer в 7 дней, чтобы охватить все параметры Facebook Ads по умолчанию.
Чтобы сравнить окна атрибуции по кликам и просмотрам в 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 — не более 7 дней. То есть Facebook не покажет события, которые произошли по прошествии более 7 дней после клика по объявлению. Жизненный цикл пользователей Facebook в AppsFlyer — до 180 дней. |
При определении ценности пользователей, привлеченных кампанией в Facebook более 7 дней назад, используйте данные 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. Чтобы проверить, есть ли данные в столбце IDFA, посмотрите отчет с сырыми данными об установках. Рекомендуется включить в приложении сбор IDFA, если это приложение для iOS, и GAID, если это приложение для Android.
Начиная с iOS 14.5, чтобы получить право на сбор IDFA, требуется показать запрос на Apple ATT и получить согласие пользователя.
Примечание. Доступность IDFA не влияет на атрибуцию SKAdNetwork. При этом, обязательно активируйте переключатель «iOS 14 Campaign» (Кампания iOS 14) в Facebook при настройке кампаний для iOS 14.
Неправильный идентификатор приложения в Facebook
Перейдите на дэшборд Facebook Ads и проверьте, правильно ли задан идентификатор приложения и совпадает ли его значение с указанным в магазине приложений.
Обратите внимание, что проверить идентификатор вашего приложения в Facebook можно также с помощью Facebook Graph API.
Состояние приложения в 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.