Введение
Сколько нужно времени, чтобы с помощью AppsFlyer настроить атрибуцию для рекламы своего мобильного приложения в Facebook?
Если вы уже интегрировали SDK AppsFlyer в свое приложение и зарегистрировали свое приложение в Facebook, то это займет меньше минуты!
Для атрибуции мобильного приложения не нужно использовать функцию Facebook Login или интегрировать в свое приложение SDK Facebook. Просто выполните действия, описанные в этом пошаговом руководстве.
Идентификатор приложения в Facebook
Если ваше приложение еще не зарегистрировано в Facebook, создайте. идентификатор приложения Facebook, как описано ниже:
- Войдите в свою учетную запись разработчика на Facebook и откройте Панель управления приложениями.
- Выберите Мои приложения > Создать новое приложение.
- Заполните поля
- Нажмите Создать идентификатор приложения.
На экране будет показан идентификатор приложения Facebook.
Основные настройки атрибуции в Facebook
Чтобы начать атрибуцию для кампаний в Facebook с помощью AppsFlyer, выполните следующие действия:
Перед выполнением настроек в AppsFlyer вам необходимо получить идентификатор приложения Facebook. Чтобы получить этот идентификатор, выполните следующие действия.
- Войдите в свою учетную запись разработчика на Facebook ..
На экране появится панель управления приложениями в Facebook.
- Скопируйте идентификатор приложения.
Шаг 2.
В AppsFlyer введите данные своего приложения на странице интегрированных партнеров для Facebook.
- Выберите приложение в AppsFlyer.
На экране появится панель управления приложения.
- Выберите на панели навигации пункт Integrated Partners (Интегрированные партнеры).
- Найдите в списке Facebook и нажмите на логотип.
Откроется окно настроек. - На вкладке Integration (Интеграция) активируйте параметр Activate Partner (Активировать партнера) .
- Вставьте идентификатор приложения в поле Facebook App ID (Идентификатор приложения Facebook) .
-
Активируйте параметр Enable Retargeting (Активировать ретаргетинг).
-
Установите длительность окна повторного вовлечения на шкале Re-Engagement Window. Это временной интервал, в течение которого внутренние события приложения пользователя будут атрибутироваться медиаисточнику ретаргетинга. Выберите один из вариантов:
- Дни: 1–90
- Часы: 1–23
- Бессрочно
- Для параметра Click-Through Attribution Lookback window (Окно атрибуции по нажатиям) по умолчанию установлено значение 28 дней, чтобы оно соответствовало длительности этого окна в Facebook. Чтобы изменить это значение, выберите один из вариантов:
- Дни: 1–30
- Часы: 1-23
- Для параметра View-Through Attribution Lookback window (Окно атрибуции по просмотрам) по умолчанию установлено значение 1 день, чтобы оно соответствовало длительности этого окна в Facebook. Чтобы изменить это значение, выберите один из вариантов:
- Нажмите кнопку Save Integration (Сохранить интеграцию).
Поздравляем! Вы выполнили основные настройки для атрибуции рекламы мобильных приложений в Facebook с помощью AppsFlyer!
(До сих пор не видите результатов рекламы на Facebook? Нажмите здесь.)
Предупреждение
Ваше приложение должно собирать идентификаторы рекламодателя IDFA или GAID, иначе все установки, выполненные через Facebook, будут атрибутироваться как органические. См. руководства по интеграции SDK для iOS и Android.
Расширенные настройки атрибуции в Facebook
После выполнения основных настроек для атрибуции в Facebook можно быстро выполнить некоторые дополнительные настройки атрибуции.
Данные уровня пользователя
По умолчанию Facebook не предоставляет необработанные данные уровня пользователя без вашего согласия. Чтобы дать согласие на предоставление этих данных, необходимо ознакомиться с условиями предоставления услуг Facebook и принять их.
Ознакомьтесь с условиями предоставления услуг Facebook и примите их:
- Перейдите на вкладку Integration (Интеграция).
- Чтобы открыть условия предоставления услуг Facebook, нажмите на ссылку Terms of Service (Условия предоставления услуг) или на эту ссылку .
Откроется окно с текстом условий предоставления услуг Facebook. - Ознакомьтесь с условиями предоставления услуг, и если вы считаете их приемлемыми, нажмите кнопку Принимаю.
После этого AppsFlyer сможет получать от Facebook и предоставлять вам ваши необработанные данные уровня пользователя.
Сопоставление внутренних событий приложения
- Активируйте параметр In-App Event Postbacks. (Постбэки внутренних событий приложения).
Примечание
Когда сопоставление внутренних событий приложения с событиями Facebook выполняется в первый раз, все события af_XXX из SDK автоматически сопоставляются со списком предопределенных событий Facebook. При таком автоматическом сопоставлении экономится время и существенное сокращается количество ошибок.
- В поле Sending Option (Вариант отправки) для всех событий, определенных в SDK, установлено значение Events attributed to any partner or organic (События, атрибутируемые любому партнеру или органические), то есть Facebook получит сведения о событиях всех пользователей, которые есть в вашей базе.
- Чтобы добавить в список событие, определенное в SDK, нажмите Add Event (Добавить событие).
- Введите следующие параметры:
| Имя параметра | Описание |
|---|---|
| SDK Event Name (Имя события в SDK) | Имя события, полученное AppsFlyer из SDK, встроенного в приложение, или из S2S-события. Совет — не нашли в списке нужное событие? Убедитесь, что событие активировано на устройстве с неорганической установкой, и повторите поиск. |
| Partner Event Identifier (Идентификатор события партнера) | Выберите предопределенное событие Facebook, которое больше всего соответствует вашему событию. Кроме того, в Facebook можно отправлять НАСТРАИВАЕМЫЕ события. |
| Send Revenue (Отправка данных о выручке) |
Флажок не установлен — AppsFlyer отправляет партнеру все параметры насыщенного внутреннего события приложения, за исключением параметра выручки (параметр af_revenue). Флажок установлен — AppsFlyer отправляет все параметры, в том числе значение выручки (если применимо к событию). |
Подробные сведения о сопоставлении внутренних событий приложения с событиями в Facebook см. здесь.
Атрибуция ретаргетинга
Атрибуция ретаргетинга в Facebook средствами AppsFlyer позволяет рекламодателям атрибутировать дополнительное вовлечение пользователя с помощью рекламы на Facebook и оценивать качество этого пользователя и его вовлечение после установки по данным отчетов AppsFlyer.
- Убедитесь, что для приложения активирован ретаргетинг на странице "App Settings" (Настройки приложения). Дополнительные сведения см. здесь.
- Установите переключатель Facebook Ads Retargeting (Ретаргетинг рекламы в Facebook) в положение "Включено".
- Задайте временной интервал после повторного вовлечения, в течение которого внутренние события приложения пользователя будут атрибутироваться медиа-источнику ретаргетинга. Это значение можно задавать в днях (от 1 до 90), часах (до 23) или даже на весь период использования приложения.
- Дополнительные сведения об атрибуции ретаргетинга в AppsFlyer см. здесь.
- Сведения об использовании глубинных ссылок для пользователей сетей с самостоятельной атрибуцией, например Facebook, см. здесь.
Данные о затратах, кликах и показах
Используя функцию Facebook Cost (Затраты Facebook), можно не только получать данные о затратах в Facebook на уровне кампаний, рекламных блоков, объявлений и каналов, но и сводные данные о нажатиях и показах на соответствующих уровнях.
- Выполните вход в аккаунт Facebook и убедитесь, что в нем активирована возможность проводить рекламные кампании в Facebook. При регистрации в Facebook пользователь должен получить разрешения на проведение всех кампаний на платформе Business Manager.
- Перейдите на вкладку Cost (Затраты)
- Установите кнопку Get Cost, Clicks and Impressions Data (Получать данные о затратах, нажатиях и показах) в положение "Включено".
- Нажмите кнопку Facebook Login (Вход в Facebook).
- При появлении запроса разрешите AppsFlyer доступ к данным своей кампании на Facebook.
Примечания.
- Если вы уже вошли в Facebook, то при нажатии кнопки "Facebook Login" (Вход в Facebook) окно Facebook откроется и сразу закроется. Это обычная ситуация.
- Если у вас есть несколько пользователей с разрешениями для Facebook, рекомендуется выполнить вход в Facebook для всех этих пользователей, чтобы получать полные, а не частичные данные.
Состояние синхронизации данных о расходах
На вкладке Cost (Расходы) показано состояние интеграции данных о расходах и время последнего извлечения соответствующих данных о расходах системой AppsFlyer.
В Facebook можно синхронизировать несколько аккаунтов для извлечения данных о расходах. Для каждого синхронизированного аккаунта AppsFlyer показывает состояние интеграции данных о расходах и время последнего извлечения соответствующих данных о расходах.
В этой таблице описано пять различных сообщений о состоянии, которые могут отображаться на вкладке Cost (Затраты), и соответствующие рекомендуемые действия.
| Сообщение о состоянии | Описание | Рекомендуемые действия |
|---|---|---|
|
Active (Активный) |
API партнера отвечает и возвращает данные. |
Ничего |
|
Active (Активный)
Вместе с сообщением о синхронизации: Cost Data was never successfully pulled (Данные о затратах ни разу не извлекались) |
Возможна одна из таких ситуаций:
|
|
|
No Matching Data (Нет соответствующих данных)
|
AppsFlyer опрашивает активные кампании приложения с помощью API партнера, однако API партнера не возвращает никаких данных для этих кампаний. |
Возможно, вы изменили идентификатор кампании во время её действия. Если вам необходимо получать данные о расходах, не изменяйте идентификаторы активных кампаний. Кроме того, убедитесь, что учетные данные API введены для соответствующего приложения, и что сеть передает по ссылке атрибуции соответствующие идентификаторы кампании. |
|
Partner API is not responding (API партнера не отвечает) |
API данных о затратах в рекламной сети отключен, или в его работе возникли неполадки. |
Подождите ответа API сети. |
|
Invalid Credentials (Недействительные учетные данные) |
AppsFlyer не может извлечь данные о расходах, поскольку соединение было прервано. Это может произойти в случае изменения пароля входа в Facebook или отзыва разрешения для AppsFlyer. |
Повторно войдите в Facebook и откройте вкладку "Cost" (Стоимость). |
Последнее успешное извлечение данных
На вкладке затрат показано время последнего успешного извлечения данных о затратах. Если данные о затратах еще ни разу не были извлечены, сообщение о синхронизации будет содержать текст Cost Data was never successfully pulled (Данные о затратах ни разу не извлекались).
Примеры
Примеры
Сценарий 1 — остановленные кампании
AppsFlyer извлекает данные о затратах для нескольких кампаний, запущенных вами в рекламной сети A. На вкладке Cost (Затраты) отображается сообщение Last successful sync 2 hours ago (Последняя успешная синхронизация 2 часа назад). В тот же день вы остановили кампании в рекламной сети A. Две недели спустя на вкладке затрат в рекламной сети A будет отображаться сообщение Last successful sync 14 days ago (Последняя успешная синхронизация 14 дней назад).
Сценарий 2 — неполадки в работе API рекламной сети
AppsFlyer извлекает данные о затратах для нескольких кампаний, запущенных вами в рекламной сети Б. На вкладке Cost (Затраты) отображается сообщение Last successful sync 2 hours ago (Последняя успешная синхронизация 2 часа назад). После этого в работе API рекламной сети Б происходят неполадки. На устранение проблемы уходит несколько часов. После этого на вкладке расходов отображается сообщение Last successful sync 8 hours ago (Последняя успешная синхронизация 8 часов назад).
Дополнительные сведения о пополнении информации, получаемой от Facebook, данными о затратах, нажатиях и показах см. здесь.
Регистрация доходов от рекламы
Если в вашем приложении для монетизации рекламы используется функция Facebook Audience Network Ad Revenue (Выручка от сетевой рекламы для аудитории Facebook), вы можете регистрировать в AppsFlyer свои доходы от рекламы в Facebook. С помощью этой функции (вместе с данными о выручке от покупок в приложении или без них) можно получить полное представление о выручке, полученной от ваших пользователей.
Чтобы начать регистрацию доходов от сетевой рекламы для аудитории Facebook, выполните следующие действия:
- Перейдите на вкладку Ad Revenue (Доход от рекламы) и установите переключатель Get Ad Revenue Data (Получать данные о доходах от рекламы) в положение "Включено".
- В списке Event Source (Источник событий) выберите такое событие, которое лучше соответствует вашей модели получения выручки от рекламы. Например, если источником дохода являются показы, рекомендуется отправлять в AppsFlyer события, связанные с просмотром рекламы. Для каждой платформы монетизации можно отдельно выбрать наиболее подходящее событие. Однако можно использовать и событие
af_app_opened. В этом случае доход от рекламы атрибутируется каждому открытию приложения пользователем. - На вкладке есть поле Ad Revenue Event (Событие выручки от рекламы). В этом поле только для чтения отображается новое событие выручки от рекламы с именем [событие]_monetized (например, на снимке выше это имя Ad_Watched_Monetized). На панели управления это событие выручки от рекламы отображается как дополнительное.
- Нажмите кнопку Facebook Ad Revenue (Выручка от рекламы в Facebook), чтобы начать сбор данных о выручке от сетевой рекламы для аудитории Facebook. Чтобы получить разрешение на использование этой функции, выполните вход с помощью своих учетных данных Facebook.
- Нажмите Сохранить и закрыть.
Сопоставление внутренних событий приложения с событиями в Facebook
Рекламодатели могут легко сопоставить внутренние события своих приложений, события SDK и межсерверные события с предопределенными событиями Facebook. Кроме того, рекламодатели могут отправлять в Facebook постбэки о каждом запуске приложения или о каждом известном удалении приложения.
Это позволяет рекламодателям использовать дополнительные возможности оптимизации, предоставляемые Facebook, а также выполнять пользовательскую сегментацию аудитории и выделять похожие аудитории.
Сопоставление настраиваемых внутренних событий приложения
В AppsFlyer есть возможность сопоставить любое настраиваемое внутреннее событие приложения для отправки в Facebook, используя идентификатор CUSTOM Facebook Event Identifier.
Имена и значения событий (в том числе параметры событий), заданные в SDK, передаются в Facebook в исходном виде.
Предупреждение
Чтобы использовать возможности оптимизации, предоставляемые Facebook, такие как оптимизация для событий в приложении, оптимизация, ориентированная на стоимость, и динамическая реклама товаров, необходимо обязательно сопоставить события SDK с соответствующими идентификаторами событий партнера.
События, сопоставленные с идентификатором "CUSTOM", оптимизировать невозможно.
Дополнительные сведения о внутренних комплексных событиях приложения и необходимых параметрах см. здесь.
Автоматическое сопоставление параметров с событием CUSTOM
Благодаря глубокой интеграции AppsFlyer и Facebook многие параметры стандартных событий SDK AppsFlyer автоматически сопоставляются с предопределенными параметрами Facebook. Например, параметр af_revenue в Facebook преобразуется в параметр valueToSum, который позволяет отправлять доход для каждого события, и который можно измерить и оптимизировать на Facebook.
В этой таблице приведены все параметры событий 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 как настраиваемые события (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. В SDK AppsFlyer есть все необходимые средства для атрибуции привлечения пользователей мобильных приложений из Facebook, в том числе для отслеживания вовлечений, установок, сеансов и событий после установки.
Однако если в вашем приложении используется какая-либо из описанных ниже функций, то, помимо SDK AppsFlyer, в него нужно интегрировать и SDK Facebook.
-
Данные диплинкинга
Диплинкинг из Facebook можно выполнять без использования SDK Facebook. Однако если данные диплинкинга из Facebook необходимо использовать внутри приложения, их можно получить только с помощью SDK Facebook. -
Отложенный диплинкинг для динамических товарных кампаний
В большинстве случаев отложенный диплинкинг можно выполнять из Facebook без использования SDK Facebook, так как можно использовать названия кампаний или рекламных объявлений из данных о конверсиях. Однако для динамических товарных кампаний AppsFlyer не может получать из Facebook данные о подходящих товарах. Поэтому в таких кампаниях для перенаправления пользователей на конкретные товары необходимо использовать SDK Facebook. -
Другие особенности Facebook
Вам может понадобиться SDK Facebook по причинам, не связанным с атрибуцией, таким как проверка подлинности, монетизация рекламы, обмен данными в социальных сетях, приглашения пользователей и т.д.
Как избежать дублирования данных при использовании 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 кампанию типа "Нажмите ссылку", в которой потенциальные пользователи будут перенаправляться на целевую страницу.
- На целевой странице должна быть кнопка "Загрузить приложение", связанная с настраиваемой ссылкой атрибуции. Эта ссылка ДОЛЖНА содержать параметр для перенаправления на целевую страницу —
af_r. - Когда потенциальные пользователи нажимают на кнопку, они перенаправляются на торговую площадку, не связанную с магазинами. После выполнения установки пользователь становится атрибутированным пользователем.
Примечание
Поскольку идентификатор устройства потенциального пользователя невозможно извлечь с целевой страницы мобильного Интернета, в AppsFlyer для атрибуции используется технология идентификационных отпечатков.
Инструкции по выполнению в Facebook атрибуции для приложений, размещенных на Amazon, см. здесь.
Затраты в Facebook
Настройки для получения из Facebook данных о затратах (в том числе данных о нажатиях и показах) очень просты, однако в связи с ними часто возникают вопросы.
Ниже приведены наиболее часто возникающие вопросы о функции "Затраты Facebook" с пояснениями.
Предупреждение
После настройки получения данных о затратах в Facebook нельзя изменять названия кампаний, рекламных блоков и отдельных объявлений, используемых в Facebook, поскольку это может привести к существенным расхождениям в данных о затратах или к потере таких данных.
Часто задаваемые вопросы о функции "Затраты Facebook"
На панели управления AppsFlyer нет старых данных о затратах в Facebook.
Данные о затратах в Facebook для действующих кампаний будут с определенной периодичностью поступать в AppsFlyer в течение 7 дней после первого входа в Facebook с правами администратора (см. выше). Данные о затратах, полученные ранее, недоступны.
Сбор таких данных о нажатиях и показах выполняется для всех кампаний, в которых за последние 7 дней перед первым входом с правами администратора произошла по крайней мере одна конверсия.
Данные о затратах отображались в течение нескольких месяцев, однако они больше не отображаются.
Facebook сбрасывает разрешение на получение этих данных каждые несколько месяцев. Если вы заметили, что данные о затратах больше не отображаются на панели управления, еще раз выполните вход в Facebook с правами администратора.
После изменения пароля аккаунта администратора также нужно повторить вход в Facebook.
Уже прошло 5 минут после того, как я нажал на свое объявления в Facebook. Почему же этот клик не отображается на панели управления 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 о затратах
An advertiser runs campaigns using Facebook Ads. In AppsFlyer the advertiser sees the following:
The cost information is provided by Facebook to AppsFlyer. The number of installs is calculated by AppsFlyer using AppsFlyer attribution rules. As a result, the eCPI calculated by Facebook and AppsFlyer usually differs.
Почему данные о затратах отображаются только для некоторых кампаний?
Даже если разрешения на запуск кампаний в Facebook Business Manager есть у нескольких пользователей Facebook, описанный выше вход в Facebook должен выполнить только один из них.
Однако если у этого пользователя нет доступа к некоторым кампаниям в Facebook, то кампании будут отображаться на панели управления AppsFlyer без данных о затратах, нажатиях и показах.
Можно ли получать от Facebook данные о затратах для ретаргетинговых кампаний?
В настоящее время на обзорной панели управления данные Facebook о затратах отображаются только для кампаний по привлечению пользователей, а на панели ретаргетинга таких данных для ретаргетинговых кампаний нет.
Почему окно настройки данных о затратах в Facebook закрывается перед входом в систему?
Если выполнить вход в Facebook в том же браузере, в котором выполняются настройки, окно автоматически подключится к Facebook с использованием тех же учетных данных. И если доступ приложению AppsFlyer уже предоставлен, то больше никаких действий не требуется и окно закроется.
В чем проблема с получением от Facebook данных о затратах для приложений из магазина приложений Amazon?
В отличие от AppsFlyer, Facebook не видит разницы между данными о затратах для приложений Android и приложений из магазина Amazon (на базе Android).
Поэтому данные о затратах для пользователей приложений из Amazon могут атрибутироваться кампаниям, ориентированным на других пользователей приложений Android, а не на кампании, созданные для Amazon.
Можно ли прекратить синхронизацию данных о затратах на Facebook?
Что делать, если нужно перейти на другой рекламный аккаунт Facebook, но в AppsFlyer уже выполнена привязка затрат в Facebook к старому аккаунту?
Для решения этой проблемы отключите рекламный аккаунт в Facebook. Никакие действия в AppsFlyer не требуются.
- Откройте Facebook и перейдите в раздел Settings >> Business Integration.(Настройки >> Бизнес-интеграция).
- Удалите интеграцию с AppsFlyer на вкладке Active (Активные).
- Перейдите на панель управления AppsFlyer и подключите затраты к новой учетной записи.
Расхождения между Facebook и AppsFlyer
AppsFlyer и Facebook — это два основных участника экосистемы мобильных приложений, работающие в сфере привлечения пользователей. И так же, как и другие участники этой экосистемы, они используют разные модели атрибуции. Это может привести к расхождениям между данными на панелях управления Facebook и AppsFlyer.
Хотя мы и работаем в тесном сотрудничестве с Facebook, чтобы свести к минимуму такие расхождения, рекламодатели должны знать о том, с чем они связаны (см. ниже).
Различия в моделях атрибуции
| Причина | AppsFlyer | |
|---|---|---|
|
Окно ретроспективного обзора по нажатиям |
По умолчанию установлено значение 7 дней, но можно задать значение от 1 до 30 дней. |
|
|
Окно ретроспективного обзора атрибуции по просмотрам |
1 день |
По умолчанию установлено значение 1 день, но можно задать значение от 1 до 48 часов (не изменяйте значение по умолчанию). |
|
Дата регистрации установки |
Facebook регистрирует новые установки согласно времени нажатия (просмотра). |
AppsFlyer регистрирует новые установки согласно времени установки (самого первого запуска приложения). |
|
Многоканальная атрибуция |
Facebook автоматически атрибутирует установки себе, независимо от того, из каких медиа-источников они получены. |
AppsFlyer использует атрибуцию по последнему клику (подробные сведения об атрибуции в AppsFlyer см. здесь). |
|
Атрибуция на нескольких устройствах |
Facebook атрибутирует своих пользователей, которые выполняют нажатие и установку на разных устройствах, включая устройства iOS, Android и настольные компьютеры. |
AppsFlyer атрибутирует отдельные устройства, на которых происходит вовлечение и установка. |
|
Различные часовые пояса |
Facebook отображает данные в соответствии с местным часовым поясом пользователя, вошедшего в систему. |
AppsFlyer отображает данные в соответствии с часовым поясом, который указан на странице настроек приложения панели управления, независимо от местонахождения пользователя. |
Атрибуция по нажатиям и просмотрам
AppsFlyer поддерживает атрибуцию как по нажатиям, так и по просмотрам. Чтобы минимизировать расхождения между платформами Facebook и AppsFlyer, настройте окна ретроспективного обзора атрибуции по нажатиям и просмотрам так же, как в Facebook.
Чтобы сравнить окна атрибуции по нажатиям и просмотрам в Facebook и AppsFlyer, посетите Facebook. Рекомендуется настраивать окна атрибуции в AppsFlyer в соответствии с настройками в Facebook, как показано на этом снимке экрана:
Пример
Предположим, что в AppsFlyer для кампании в Facebook по продвижению вашего приложения com.greatapp установлено окно ретроспективного обзора по нажатиям 7 дней, а в Facebook для этого окна по умолчанию задан период 28 дней. Пользователи, которые нажимают на рекламу приложения greatapp в Facebook, но впервые запускают приложение через 8-28 дней, в AppsFlyer атрибутируются как органические, а Facebook автоматически атрибутирует этих пользователей себе.
Расхождения между внутренними событиями приложения
Отличия между платформами могут влиять и на события после установки (например, события покупок в приложении), которые отображаются на Facebook и в AppsFlyer. В этой таблице описаны наиболее распространенные причины этих различий и даны рекомендации по их минимизации:
| Причина | Описание | Совет AppsFlyer |
|---|---|---|
|
Расхождения при установках |
События, которые выполняются пользователями, атрибутированными только одной из двух платформ, обязательно будут иметь расхождения. |
Минимизируйте расхождения при установках, используя рекомендации в этой статье. Это позволит снизить количество расхождений во внутренних событиях приложения. |
| Разница в определении жизненного цикла | Время жизни пользователей в Facebook — не более 28 дней. То есть Facebook не покажет события, которые произошли позже чем через 28 дней после нажатия на объявление. Время жизни пользователей Facebook в AppsFlyer — не более 180 дней. |
При определении ценности пользователей, полученных в результате кампаний в Facebook более месяца назад, используйте данные AppsFlyer. Это позволит получить более полную картину. |
| Несопоставленные события | AppsFlyer получает события, которые происходят в SDK, однако они не сопоставлены с событиями в Facebook и поэтому не отправляются. | Обязательно сопоставьте с Facebook все внутренние события приложения, которые демонстрируют качество пользователей (см. снимок экрана ниже). |
| Неотправленные данные о выручке | AppsFlyer получает данные о выручке из событий, которые происходят на уровне SDK, однако они не отправляются в Facebook. | Обязательно установите для внутренних событий приложения флажки Send Revenue (Отправить выручку). Например, на снимке экрана ниже флажок установлен для события покупки. |
| Потеря данных событий при отправке в Facebook | AppsFlyer отправляет в Facebook параметры и их значения в рамках процесса сопоставления событий при условии, что эти данные имеют правильную структуру. | Чтобы обеспечить полноценное сопоставление значений события с событием Facebook, используйте при создании внутренних событий SDK структуры, рекомендованные AppsFlyer. |
Установки, инициированные кампаниями повторного вовлечения, отображаются на панели управления "Привлечение пользователей"?
Кампания повторного вовлечения может побудить пользователей открыть уже установленное приложение (повторное вовлечение). Если AppsFlyer обнаруживает, что приложение уже было установлено на этом же устройстве, то такая конверсия будет считаться повторной атрибуцией.
Если кампания повторного вовлечения в Facebook нацелена на приобретение новых пользователей или таких пользователей, которые снова установили приложение по истечении заданного окна повторной атрибуции после первоначальной установки, то эти пользователи регистрируются в AppsFlyer как новые, а установки этих пользователей считаются результатом кампании по привлечению новых пользователей. При этом в Facebook эти установки относятся к кампаниям по повторному вовлечению.
Что касается установок, которые происходят в пределах заданного окна повторной атрибуции после первоначальной установки, то они регистрируются как повторная атрибуция и отображаются в AppsFlyer на странице ретаргетинга. При этом в Facebook они могут рассматриваться как новые установки.
Примечание
В Facebook все установки, инициированные кампанией ретаргетинга, отображаются в одном и том же месте. На панели управления AppsFlyer установки учитываются на странице обзора (новые установки) или на странице ретаргетинга (повторная атрибуция или повторное вовлечение).
Атрибуция на нескольких устройствах
Facebook включает в отчеты атрибуцию на нескольких устройствах. В отдельных случаях из-за этого могут возникать проблемы ; например, в данных кампании для одной из платформ (iOS или Android) могут отображаться установки, выполненные на другой платформе.
Пример
Линда нажимает в Facebook на рекламу мобильного приложения GreatApp, используя свой телефон на базе Android. Facebook регистрирует нажатие Линды в данных кампании "Android Females", ориентированной на платформу Android. Линда решает установить приложение GreatApp на планшете iPad. После первого запуска AppsFlyer запрашивает у Facebook сведения об источнике этой установки на платформе iOS, и Facebook сообщает, что источником является кампания "Android Females".
Правила проверки и Protect360
Если вы используете Правила проверки AppsFlyer, то в случае отклонения установок, источником которых является Facebook, результаты в AppsFlyer и Facebook могут отличаться. В таких случаях Facebook автоматически атрибутирует эти установки себе, а AppsFlyer эти же установки отклоняет.
Такая же ситуация возникает при использовании решения AppsFlyer для защиты от мошенничества Protect360, так как Facebook может атрибутировать себе те установки, которые AppsFlyer отклоняет.
Пример
Джефф, менеджер по привлечению пользователей в компании GreatApp, создает кампанию под названием SPNA, которая ориентирована только на испаноязычных жителей Северной Америки. Чтобы обеспечить нужный таргетинг, Джефф устанавливает правило проверки, которое позволит пропускать пользователей только из США и Канады.
Если на объявление нажмет пользователь Facebook из Испании и затем установит приложение, Facebook автоматически атрибутирует эту установку себе, а AppsFlyer эту установку отклонит, так как она не соответствует правилу проверки.
Интеграция Facebook — устранение неполадок
Если после завершения базовой интеграции на панели управления AppsFlyer все еще нет результатов от Facebook, в первую очередь нужно убедиться, что после интеграции уже появились новые установки, выполненные через Facebook.
Если это так, ознакомьтесь с основными причинами этой проблемы и способами ее устранения.
Не выполняется сбор идентификаторов IDFA
Как указано в руководстве по интеграции SDK для iOS, для того чтобы выполнялся сбор IDFA, необходимо добавить в проект файл AdSupport.framework. Хотя в большинстве случаев атрибуция по идентификационным отпечаткам по-прежнему работает, при работе с Facebook сбор IDFA нужно выполнять обязательно. Чтобы проверить, есть ли данные в столбце IDFA, посмотрите отчет сырых данных об установках.
Установки приложений для Android можно отслеживать на Facebook и без сбора идентификаторов GAID, однако настоятельно рекомендуется все же их использовать.
Неправильный идентификатор приложения в Facebook
Обратите внимание, что раньше для проверки идентификатора приложения использовался URL-адрес, но Facebook его больше не поддерживает.
Состояние приложения в Facebook
Чтобы атрибуция работала, пользователь должен зарегистрировать свое приложение в Facebook как Live (Действующее) , а не как In development (В разработке).
Неправильный тип кампании в Facebook
Реклама в Facebook с целью установки приложений
При правильной настройке атрибуция будет работать.
При неправильной настройке атрибуция работать не будет.
Вопросы и ответы по Facebook
На панели управления AppsFlyer не отображаются данные о нажатиях для кампании в Facebook
По умолчанию Facebook предоставляет только данные о конверсиях и вовлечении. Тем не менее, можно легко настроить кампанию Facebook для получения данных о нажатиях, показах и расходах.
Можно ли прекратить синхронизацию данных о расходах?
Чтобы прекратить синхронизацию данных о расходах с Facebook, войдите в свою учетную запись Facebook и удалите AppsFlyer из раздела Business Integration (Бизнес-интеграция).
Можно ли увидеть в AppsFlyer данные уровня кампании и групп объявлений?
Отображаются ли данные Facebook в режиме реального времени?
Когда я смогу увидеть в AppsFlyer данные новой кампании?
Данные, полученные от новых объявлений, блоков рекламы и кампаний на Facebook, можно увидеть только после выполнения хотя бы одной установки.
Например, новое объявление получило 100 нажатий, однако не было выполнено ни одной установки, и поэтому оно не отображается в AppsFlyer ни на панели управления, ни в данных. Другое объявление получило только 1 нажатие, но была выполнена 1 установка, поэтому оно отображается в AppsFlyer.
Предоставляются ли агентствам необработанные данные Facebook?
В отчетах об установках и внутренних событиях приложения нет необработанных данных от Facebook.
По умолчанию Facebook не позволяет получать данные уровня пользователя. Рекламодатели, которым нужно получать через AppsFlyer такие необработанные данные, могут подписать Условия использования данных Facebook и затем использовать функцию Advanced Mobile App Measurement (Расширенные показатели мобильных приложений).
Отображение данных не начнется сразу же после принятия рекламодателем Условий использования данных Facebook. После того, как рекламодатель примет Условия использования данных Facebook, должна произойти хотя бы одна установка из Facebook, и только после этого данные появятся в AppsFlyer. Каждый, кто имеет доступ к учетной записи рекламодателя в Facebook, может сделать следующее:
- Перейдите в окно настроек Facebook в AppsFlyer.
- Нажмите на ссылку Условия предоставления услуг
- После перехода в Facebook примите условия предоставления услуг.
ИЛИ сразу перейдите на Facebook по этой ссылке.
После принятия Условий использования данных Facebook необработанные статистические данные из Facebook будут отображаться в AppsFlyer только после выполнения хотя бы одной установки.
Есть ли в отчетах об эффективности AppsFlyer отдельные столбцы для Facebook?
Да. Отчеты об эффективности имеют статическую структуру столбцов, которая не зависит от выбора медиа-источника, где представлены данные до уровня кампании.
Однако при загрузке отчетов об эффективности ТОЛЬКО для рекламы в Facebook, AppsFlyer добавляет в них еще 4 столбца, где представлены данные до уровня отдельного объявления! Добавляются такие столбцы: Adset Name (Название блока рекламы),Adset ID (Идентификатор блока рекламы), Adgroup Name (Название группы объявлений) (т.е. отдельного объявления) и Adgroup ID (Идентификатор группы объявлений).
Можно ли работать с маркетинговыми партнерами Facebook (FMP) и измерять показатели эффективности с помощью AppsFlyer?
Подробные сведения о настройке атрибуции для маркетинговых партнеров Facebook (FMP) см. здесь.
Что делать при получении такого предупреждения?
- Подтвердите свой идентификатор приложения в Facebook и проверьте, нет ли для этого идентификатора каких-либо ограничений по географическому положению или по возрасту.
- Если атрибуция уже выполняется, это означает, что приложение уже доступно для сообщества на портале разработчиков Facebook, и вы можете проигнорировать это сообщение об ошибке.
Что произойдет, если окно ретроспективного обзора будет отличаться от такого окна в Facebook?
Если в AppsFlyer задать для этих окон более короткий период, это приведет к сокращению объема данных атрибуции Facebook, доступных в AppsFlyer. С другой стороны, если в AppsFlyer настроить эти окна на более длительный период, это не окажет никакого влияния, поскольку установки, которые происходят после окончания периода атрибуции Facebook, ему не атрибутируются.
Поэтому, чтобы свести расхождения к минимуму, рекомендуется задавать в AppsFlyer для окон атрибуции Facebook такие значения: 28 дней для атрибуции по кликам и 1 день для атрибуции по просмотрам.
Параметры API для Facebook — что это такое?
Можно увидеть следующее:
campaign_group вместо Campaign
campaign вместо Adset
adgroup вместо Ad
How long do you keep Facebook’s user-level data?
Facebook requires attribution providers to delete its user-level data 6 months after the install. This means that the events performed by these users 6 months after they install the app are counted as organic.
Past aggregate data remains the same.
This is relevant for all Facebook channels (Facebook app, Instagram, Messenger, and AudienceNetwork).