Введение
Сколько нужно времени, чтобы с помощью AppsFlyer настроить отслеживание рекламы своего мобильного приложения в Facebook?
Если вы уже интегрировали SDK AppsFlyer в свое приложение и зарегистрировали свое приложение на Facebook, то это займет меньше минуты!
Для отслеживания мобильного приложения вам не понадобится использовать функцию Facebook Login или интегрировать в свое приложение SDK Facebook. Просто выполните действия, описанные в этом пошаговом руководстве.
Идентификатор приложения в Facebook
Но сначала вам нужно зарегистрировать свое приложение в Facebook. Если вы этого еще не сделали, то выполните описанные ниже действия и получите идентификатор приложения в Facebook.
- Перейдите на страницу Facebook Панель управления приложениями.
- В разделе Приложения нажмите кнопку Создать новое приложение.
- Введите название своего приложения и задайте уникальное пространство имен.
Основные настройки отслеживания в Facebook
Чтобы начать отслеживания кампаний в Facebook с помощью AppsFlyer, выполните следующие действия:
- После регистрации своего мобильного приложения на Facebook вы получите его Facebook-идентификатор.
Скопируйте его и перейдите на панель управления своего приложения в AppsFlyer.
- Нажмите на ссылку «Интегрированные партнеры» на левой панели.
- Найдите в списке Facebook и нажмите на ее логотип, чтобы открыть страницу настройки Facebook.
- On the Integration tab click inside the Facebook App ID box and paste.
-
Toggle Enable Retargeting to ON and set the duration of the Re-Engagement Window (the period when the user's in-app events are attributed to the retargeting media source). You can set the value in days (1-90), hours (up to 23), or even lifetime:
-
We recommend the Click-Through Attribution Lookback window remains set to 28 days to match with Facebook:
- We recommend the View-Through Attribution Lookback window remains set to 1 day, again, to match with Facebook:
- Нажмите кнопку Save & Close (Сохранить и закрыть).
Поздравляем! Вы выполнили основные настройки отслеживания рекламы мобильных приложений в Facebook с помощью AppsFlyer!
(До сих пор не видите результатов рекламы на Facebook? Нажмите здесь.)
Предупреждение
Ваше приложение ДОЛЖНО собирать идентификаторы IDFA или GAID, иначе все установки, выполненные через Facebook, будут атрибутироваться как органические. Подробные сведения см. в Руководствах по интеграции пакета SDK для iOS и Android.
Расширенные настройки отслеживания в Facebook
После выполнения основных настроек для отслеживания в Facebook можно переходить к быстрой настройке отдельных дополнительных функций отслеживания.
Данные уровня пользователя
По умолчанию Facebook не предоставляет необработанные данные уровня пользователя.
На вкладке "Integration" (Интеграция) (или здесь) нажмите соответствующую ссылку, чтобы принять Условия предоставления услуг Facebook. Это позволит AppsFlyer выполнять сбор необработанных данных пользователей Facebook и предоставлять вам эти данные.
Сопоставление внутренних событий приложения
- Установите переключатель In-App Event Postbacks (Постбэки внутренних событий приложения) в положение «Включено».
- В поле Sending Option (Вариант отправки) для всех событий, определенных в SDK, установлено значение Events attributed to any partner or organic (События, атрибутируемые любому партнеру или органические), то есть Facebook получит сведения о событиях всех пользователей, которые есть в вашей базе.
- Чтобы добавить в список событие, определенное в SDK, нажмите Add Event (Добавить событие).
- Введите следующие параметры:
| Имя параметра | Описание |
|---|---|
| SDK Event Name (Имя события в SDK) | Имя события, полученное AppsFlyer из SDK, встроенного в приложение, или из межсерверного события. Совет — не нашли в списке нужное событие? Убедитесь, что событие активировано на устройстве с неорганической установкой, и повторите поиск. |
| Partner Event Identifier (Идентификатор события партнера) | Выберите предопределенное событие Facebook, которое больше всего соответствует вашему событию. Кроме того, в Facebook можно отправлять НАСТРАИВАЕМЫЕ события. |
| Send Revenue (Отправка данных о выручке) | Флажок не установлен — AppsFlyer отправляет партнеру все параметры насыщенного внутреннего события приложения, за исключением параметра выручки (параметр af_revenue). Флажок установлен — AppsFlyer отправляет все параметры, в том числе значение выручки (если применимо к событию). |
Подробные сведения о сопоставлении внутренних событий приложения с событиями в Facebook см. здесь.
Атрибуция ретаргетинга
Атрибуция ретаргетинга в Facebook средствами AppsFlyer позволяет рекламодателям атрибутировать дополнительное вовлечение пользователя с помощью рекламы на Facebook и оценивать качество этого пользователя и его вовлечение после установки по данным отчетов AppsFlyer.
- Убедитесь, что для приложения активирован ретаргетинг на странице "App Settings" (Настройки приложения). Подробные сведения см. здесь.
- Установите переключатель Facebook Ads Retargeting (Ретаргетинг рекламы в Facebook) в положение "Включено".
- Set the time period following the re-engagement, where the user's in-app events are attributed to the retargeting media source. You can set the value in days (1-90), hours (up to 23), or even lifetime.
- Дополнительные сведения об атрибуции ретаргетинга в AppsFlyer см. здесь.
- Сведения об использовании глубинных ссылок для пользователей сетей с самостоятельной атрибуцией, например Facebook, см. здесь.
Данные о затратах, кликах и показах
Используя функцию Facebook Cost (Затраты Facebook), можно не только получать данные о затратах в Facebook на уровне кампаний, рекламных блоков, объявлений и каналов, но и сводные данные о нажатиях и показах на соответствующих уровнях.
- Выполните вход в аккаунт Facebook и убедитесь, что в нем активирована возможность проводить рекламные кампании в Facebook. При регистрации в Facebook пользователь должен получить разрешения на проведение всех кампаний на платформе Business Manager.
- Перейдите на вкладку Data Enrichment (Обогащение данных).
- Нажмите кнопку Facebook Login (Вход в Facebook).
- При появлении запроса разрешите AppsFlyer доступ к данным своей кампании на Facebook.
Notes
- If you are already logged into Facebook, when you click the Facebook Login button, the Facebook window immediately opens and closes. This is the regular behavior.
- Если у вас есть несколько пользователей с разрешениями для Facebook, рекомендуется выполнить вход в Facebook для всех этих пользователей, чтобы получать полные, а не частичные данные.
Дополнительные сведения о пополнении информации, получаемой от Facebook, данными о затратах, нажатиях и показах см. здесь.
Отслеживание выручки от рекламы
Если в вашем приложении для монетизации рекламы используется функция Facebook Audience Network Ad Revenue (Выручка от сетевой рекламы для аудитории Facebook), вы можете отслеживать в AppsFlyer свою выручку от рекламы в Facebook. С помощью этой функции (вместе с данными о выручке от покупок в приложении или без них) можно получить полную картину выручки от ваших пользователей.
Чтобы начать отслеживание выручки от сетевой рекламы для аудитории Facebook, выполните следующие действия:
- На вкладке Data Enrichment (Обогащение данных) установите переключатель 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 и S2S-события с предопределенными событиями 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 как настраиваемые события. Для надежности не следует использовать имена событий, которые совпадают с именами событий 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 и положение переключателя ретаргетинга. Если им необходимо внести такие изменения, они могут попросить об этом рекламодателя.
Besides, agencies cannot modify any in-app event postbacks sent to Facebook. The reason for that is Facebook's requirement to receive information about all installs, including those that are not attributed to it (and therefore may not be brought by the agency).
The image below shows all settings that need to be configured by the advertiser for the agency to be able to manage its Facebook campaigns:
Отслеживание в Facebook приложений для Android, не связанных с магазином
Facebook не позволяет создавать рекламные кампании по продвижению мобильных приложений для Android, опубликованных на торговых площадках, не связанных с магазинами, например на Baidu.
Тем не менее, приложения, не связанные с магазином, можно рекламировать на Facebook и отслеживать их установки. Для этого нужно выполнить следующие действия:
- Разработчик должен подготовить отдельные файлы АРК для каждой торговой площадки, не связанной с магазинами, на которой рекламируется ваше приложение. Подробные сведения см. здесь.
- Создайте в Facebook кампанию типа "Нажмите ссылку", в которой потенциальные пользователи будут перенаправляться на целевую страницу.
- На целевой странице должна быть кнопка "Загрузить приложение", связанная с настраиваемой ссылкой отслеживания. Эта ссылка ДОЛЖНА содержать параметр для перенаправления на целевую страницу —
af_r. - Когда потенциальные пользователи нажимают на кнопку, они перенаправляются на торговую площадку, не связанную с магазинами. После выполнения установки пользователь становится атрибутированным пользователем.
Примечание
Поскольку идентификатор устройства потенциального пользователя невозможно извлечь с целевой страницы мобильного Интернета, в AppsFlyer для атрибуции используется технология идентификационных отпечатков.
Инструкции по отслеживанию с помощью Facebook приложений, размещенных на Amazon, см. здесь.
Затраты в Facebook
Настройки для получения из Facebook данных о затратах (в том числе данных о нажатиях и показах) очень просты, однако в связи с ними часто возникают вопросы.
Ниже приведены наиболее часто возникающие вопросы о функции "Затраты Facebook" с пояснениями.
Предупреждение
После настройки получения данных о затратах в Facebook нельзя изменять названия кампаний, рекламных блоков и отдельных объявлений, используемых в Facebook, поскольку это может привести к существенным расхождениям в данных о затратах или к потере таких данных.
Часто задаваемые вопросы о функции "Затраты Facebook"
На панели управления AppsFlyer нет старых данных о затратах в Facebook.
Данные о затратах в Facebook для действующих кампаний будут с определенной периодичностью поступать в AppsFlyer в течение 90 дней после первого входа в Facebook с правами администратора (см. выше). Данные о затратах, полученные ранее, недоступны.
Сбор таких данных о нажатиях и показах выполняется для всех кампаний, в которых за последние 90 дней перед первым входом с правами администратора произошла по крайней мере одна конверсия.
Данные о затратах отображались в течение нескольких месяцев, однако они больше не отображаются.
Facebook сбрасывает разрешение на получение этих данных каждые несколько месяцев. Если вы заметили, что данные о затратах больше не отображаются на панели управления, еще раз выполните вход в Facebook с правами администратора.
После изменения пароля аккаунта администратора также нужно повторить вход в Facebook.
Уже прошло 5 минут после того, как я нажал на свое объявления в Facebook. Почему же этот клик не отображается на панели управления AppsFlyer?
AppsFlyer периодически получает от Facebook сводные данные о нажатиях, показах и затратах с интервалом в несколько часов. Поэтому эти действия будут показаны на панели управления AppsFlyer только через несколько часов.
Передает ли Facebook какие-либо необработанные данные о нажатиях?
AppsFlyer получает от Facebook только сводные данные о нажатиях и показах, поэтому полный набор необработанных данных о нажатиях и показах недоступен. В отчетах по необработанным данным есть данные только о тех нажатиях и показах, которые привели к установкам.
Я выбрал конкретную страну, но для нее нет данных Facebook о затратах.
На панели управления AppsFlyer можно установить фильтр по географическому положению и просматривать сводные данные о затратах. Однако данные по отдельным странам недоступны.
Общая сумма затрат не совпадает...
Модели атрибуции, которые используются в Facebook и AppsFlyer, несколько отличаются, что может привести к расхождениям с данными о затратах Facebook:
- В Facebook используется атрибуция на нескольких устройствах — для кампаний, предназначенных для одной платформы (iOS или Android), установки могут отображаться с данными о затратах для другой платформы.
- Кампании в Facebook для немобильных платформ — в этих кампаниях, так же как и в кампаниях Facebook типа "Нажмите ссылку", мобильное приложение может однажды установить и пользователь ПК. Для таких кампаний, которые предназначены для нескольких устройств, AppsFlyer не показывает данные о затратах. Однако если ссылка была нажата на том же устройстве, где установлено приложение, то данные о затратах будут получены.
Например, пользователь Facebook нажимает на объявление, которое перенаправляет его на целевую страницу рекламодателя на ПК. Через неделю этот же пользователь устанавливает на iPhone рекламируемое приложение, предназначенное для iOS. Эта установка атрибутируется и отображается на панели управления AppsFlyer, однако данные о затратах для этой кроссплатформенной установки не отображаются. - Кампании, которые принесли 0 результатов за последние 7 дней — AppsFlyer синхронизирует данные о затратах только для тех кампаний, которые за последние 7 дней привели к установкам или конверсиям. Не отображаются данные о затратах для кампаний, которые на момент активации функции "Затраты Facebook" были неактивны в течение 7 дней.
Несмотря на то что общая сумма затрат совпадает, значение показателя eCPI (эффективная стоимость установки), которое отображается в AppsFlyer, отличается от этого значения в Facebook.
Показатель "Стоимость установки" рассчитывается как частное от деления общей суммы затрат на количество установок. Поскольку AppsFlyer подсчитывает количество установок не так, как Facebook, значения показателя eCPI на этих платформах, как правило, отличаются.
Почему данные о затратах отображаются только для некоторых кампаний?
Даже если разрешения на запуск кампаний в Facebook Business Manager есть у нескольких пользователей Facebook, описанный выше вход в Facebook должен выполнить только один из них.
Однако если у этого пользователя нет доступа к некоторым кампаниям в Facebook, то кампании будут отображаться на панели управления AppsFlyer без данных о затратах, нажатиях и показах.
Можно ли получать от Facebook данные о затратах для ретаргетинговых кампаний?
В настоящее время на обзорной панели управления данные Facebook о затратах отображаются только для кампаний по привлечению пользователей, а на панели ретаргетинга таких данных для ретаргетинговых кампаний нет.
Почему окно настройки данных о затратах в Facebook закрывается перед входом в систему?
Если выполнить вход в Facebook в том же браузере, в котором выполняются настройки, окно автоматически подключится к Facebook с использованием тех же учетных данных. И если доступ приложению AppsFlyer уже предоставлен, то больше никаких действий не требуется и окно закроется.
В чем проблема с получением от Facebook данных о затратах для приложений из магазина приложений Amazon?
В отличие от AppsFlyer, Facebook не видит разницы между данными о затратах для приложений Android и приложений из магазина Amazon (на базе Android).
Поэтому данные о затратах для пользователей приложений из Amazon могут атрибутироваться кампаниям, ориентированным на других пользователей приложений Android, а не на кампании, созданные для Amazon.
How to Reset Facebook cost?
What should you do if you want to switch the Facebook ad account, but have already linked the Facebook cost via AppsFlyer with your old ad account?
The solution is to disconnect the ad account via Facebook. No action should be taken on AppsFlyer.
- On Facebook navigate to Settings >> Business Integration.
- On the Active tab, remove the AppsFlyer integration.
- Navigate to AppsFlyer dashboard and connect the cost with the new ad account.
Примеры данных Facebook о затратах
Мистер А. Флаер — рекламодатель.
Он запустил в Facebook две отдельных кампании, целью которых является установка мобильных приложений. Эти кампании проводятся в период с 27 марта по 3 апреля.
Кампания A: UK_Female_30:
Стоимость: $1000 (общая сумма затрат на кампанию по данным Facebook)
eCPI: $1000 / 400 (общее количество установок, выполненных в ходе кампании) = $2,5
Кампания В: US_Male_30:
Стоимость: $500
eCPI: $500 / 100 (общее количество установок, выполненных в ходе кампании) = $5
В показанной выше таблице приведена стоимость каждой кампании мистера Флаера в Facebook.
В сводном отчете по эффективности, отображаемом по умолчанию, показаны данные более высокого уровня (общие данные для всех кампаний в Facebook):
Используя данные из таблицы выше, общие затраты мистера Флаера на кампании в Facebook можно рассчитать следующим образом:
Все кампании Facebook:
Общая стоимость: $1000 + $500 = $1500 (общая сумма затрат на кампании по данным Facebook)
Общее количество установок: 400 + 100 = 500
eCPI: $1500 / 500 = $3 (eCPI рассчитывается для каждой кампании, рекламного блока или объявления в конце каждого дня).
Расхождения между Facebook и AppsFlyer
AppsFlyer и Facebook — это два основных участника экосистемы мобильных приложений, работающие в сфере привлечения пользователей. И так же, как и другие участники этой экосистемы, они используют разные модели атрибуции. Это может привести к расхождениям между данными на панелях управления Facebook и AppsFlyer.
Хотя мы и работаем в тесном сотрудничестве с Facebook, чтобы свести к минимуму такие расхождения, рекламодатели должны знать о том, с чем они связаны (см. ниже).
Различия в моделях атрибуции
| Причина | AppsFlyer | |
|---|---|---|
|
Окно ретроспективного обзора по нажатиям |
По умолчанию установлено значение 7 дней, но можно задать значение от 1 до 30 дней. |
|
|
Окно ретроспективного обзора атрибуции по просмотрам |
1 день |
По умолчанию установлено значение 1 день, но можно задавать значения от 1 до 48 часов (не изменяйте значение по умолчанию). |
|
Дата регистрации установки |
Facebook регистрирует новые установки согласно времени нажатия (просмотра). |
AppsFlyer регистрирует новые установки согласно времени установки (самого первого запуска приложения). |
|
Многоканальная атрибуция |
Facebook автоматически атрибутирует установки себе, независимо от того, из каких медиа-источников они получены. |
AppsFlyer использует атрибуцию по последнему нажатию (подробные сведения об атрибуции в AppsFlyer см. здесь). |
|
Атрибуция на нескольких устройствах |
Facebook атрибутирует своих пользователей, которые выполняют нажатие и установку на разных устройствах, включая устройства iOS, Android и настольные компьютеры. |
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 все внутренние события приложения, которые демонстрируют качество пользователей (см. снимок экрана ниже). |
| Unsent Revenue | AppsFlyer gets the revenue from the SDK originated events, but they are not sent to Facebook. | Make sure the Send Revenue boxes of the in-app events are always checked, e.g. the purchase event in the capture below. |
| Потеря данных событий при отправке в 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.
Если это так, ознакомьтесь с основными причинами этой проблемы и способами ее устранения.
Как указано в руководстве по интеграции SDK для iOS, для того чтобы выполнялся сбор IDFA, необходимо добавить в проект файл AdSupport.framework. Хотя в большинстве случаев атрибуция по идентификационным отпечаткам по-прежнему работает, при работе с Facebook сбор IDFA нужно выполнять обязательно. Чтобы проверить, есть ли данные в столбце IDFA, посмотрите отчет об установках по необработанным данным.
Установки приложений для Android можно отслеживать на Facebook и без сбора идентификаторов GAID, однако настоятельно рекомендуется все же их использовать.
Даже если сообщения об ошибке нет, проверьте, не перепутал ли пользователь идентификаторы приложений в Facebook и использовал, например, идентификатор для iOS вместо идентификатора Android.
При настройке в Facebook кампании с целью установки можно выбрать приложение из раскрывающегося списка или вставить полный URL-адрес приложения в магазине. Для Facebook подходят оба способа, однако при использовании второго способа атрибуция в AppsFlyer невозможна.
При правильной настройке атрибуция будет работать.
При неправильной настройке атрибуция работать не будет.
Вопросы и ответы по Facebook
По умолчанию Facebook предоставляет только данные о конверсиях и вовлечении. Тем не менее, можно легко настроить кампанию Facebook для получения данных о нажатиях, показах и расходах.
To see data from new ads, ad sets and campaigns on Facebook they must generate at least one install.
For example, a new ad has generated 100 clicks with no installs, and is not shown on AppsFlyer's dashboard and data. Another ad only has 1 click and 1 install, but is displayed on AppsFlyer.
1. Перейдите в окно настроек Facebook в AppsFlyer.
2. Нажмите на ссылку Terms of service (Условия предоставления услуг) — на снимке экрана выделена синим.
3. После перехода в Facebook примите условия предоставления услуг.
ИЛИ сразу перейдите на Facebook по этой ссылке.
После принятия этих условий в AppsFlyer станут доступны НЕОБРАБОТАННЫЕ статистические данные из Facebook.
Другие вопросы и ответы по рекламе на Facebook с целью установки мобильных приложений см. здесь.
Примечание
AppsFlyer работает в соответствии с правилами Facebook по защите данных и конфиденциальности.
Инструкции по рекламным кампаниям в Facebook для агентств см. здесь.
Если вы используете оба SDK, убедитесь, что в SDK Facebook НЕ передаются никакие внутренние события приложения, полученные AppsFlyer, чтобы не допустить удвоения данных в отчетах Facebook.
- Подтвердите свой идентификатор приложения в Facebook и проверьте, нет ли для этого идентификатора каких-либо ограничений по географическому положению или по возрасту.
- Если отслеживание уже работает, это означает, что приложение уже доступно для сообщества на портале разработчиков Facebook и вы можете проигнорировать это сообщение об ошибке.
Если в AppsFlyer настроить эти окна на более короткий период, это приведет к сокращению объема данных атрибуции Facebook, доступных в AppsFlyer.
С другой стороны, если в AppsFlyer настроить эти окна на более длительный период, это не окажет никакого влияния, поскольку установки, которые происходят после окончания периода атрибуции Facebook, не атрибутируются ему.