Facebook 広告の設定ガイド

Facebookアプリ内イベントマッピング

広告主はSDKまたはS2Sのアプリ内イベントをFacebookの既存イベントに簡単に紐づけることができます。広告主は、アプリ起動や既知のアプリのアンインストールごとにFacebookポストバックを送信することができます。

これにより、広告主は Facebook の高度な最適化機能を利用したり、カスタムおよび類似オーディエンスセグメントを構築できます。

規定イベントの紐づけ

Facebookはすでに定義されており紐づけ可能な幅広いイベントを提供しています。

こちらにて、イベントの質に関する追加情報を含むパラメータと一緒に Facebookに送信できる リッチアプリ内イベントの一覧をご覧ください。

以下は、追加のパラメータを持たない、他のFacebook 規定イベントの一覧です：

カスタムアプリ内イベントマップ

AppsFlyerでは、CUSTOM Facebookイベント識別子オプションを使うことで、どんなカスタムアプリ内イベントもFacebookに送信することができます。

SDKで定義されたイベント名とイベント値（イベントパラメーターを含む）は、そのままFacebookに転送されます。

Facebook Analyticsにて全てのカスタムイベント名を確認できます。これらは Facebook Ads Managerにて、「カスタムイベント」として集計、表示されます。

カスタムイベントによる自動パラメータマッピング

AppsFlyerとFacebookの緊密な連携により、AppsFlyerの標準SDKイベントパラメータの多くは、自動でFacebookの規定パラメータに紐づけされます。例えば、 af_revenue パラメータは Facebookの _valueToSum パラメータに変換され、イベントごとの収益値を送信し、Facebook上で測定および最適化に利用することができます。

次の表は、CUSTOMイベントを通じてFacebookにマップされたときに自動的にFacebookのパラメータにマップされる、すべてのAppsFlyerイベントパラメータを示しています。

イベントとパラメータの制限

送信されるイベントデータには、Facebook側でいくつかの制限があります：

• 一つのアプリ内イベントにつき、利用できるパラメータは最大25個です。
• イベント名とパラメータ名の文字数制限は、小文字英数字で2～40文字以下で、アルファベット、アンダースコア、ハイフン、スペースのみで構成されている必要があります。
• 非ラテン文字（英数字）以外は使用しないでください。ラテン文字以外の文字を使用すると、一貫性のない結果が表示されます。 
• 各パラメーター値の長さは100文字以下にしてください。
• AppsFlyerのイベント名はFacebookのイベント名と同じ名前を付けることができますが（例：fb_price）、これらのイベントはCUSTOMイベントとしてFacebook側に送信できません。このミスを防ぐため、Facebookのイベント名と同じイベント名をSDKで定義するのは避けてください。
• Facebookでアプリ内イベントのポストバックマッピングを実行するには、オーガニックを含むすべてのソースからイベントデータを取得する必要があります。

AppsFlyer SDK vs. Facebook SDK

アプリにAppsFlyer SDKを実装する前に、既にFacebook SDK が実装されている場合があります。そうでない場合でも、AppsFlyer SDKに加えてFacebook SDKが本当に必要か疑問に思う方もいるでしょう。また両方のSDKが必要な場合、重複せずにこれらが共存することは可能なのでしょうか？

どんな場合にFacebook SDK が必要ですか？

一般的に、ユーザー獲得を目的とする広告測定の場合、AppsFlyerの SDKがアプリに実装されていれば、Facebookの SDK は必要ありません。 AppsFlyerの SDK は、エンゲージメント、インストール、セッション、インストール後のイベントを含む、Facebookユーザーのモバイルユーザー獲得を目的とした広告成果が全て計測できます。

ただし、アプリで次のいずれかを使用する場合、AppsFlyerに加えてFacebook SDKも必要です。

• ディープリンクのデータ
  Facebookからディープリンクを実行するのに、Facebook SDKは不要です。しかし、Facebookディープリンクデータがアプリ内で必要な場合は、Facebook SDKからのみ取得ができます。
• ディファードディープリンクとダイナミックプロダクト広告
  Facebook SDKをアプリに実装することなく、コンバージョンデータから取得したキャンペーン名や広告名を使うことで、Facebookからのディファードディープリンクを実行することができます。ただし、この方法には2つの欠点があります：
  1. ディープリンクデータ （ af_dp ）は存在せず、キャンペーンまたは広告名から推測する必要があります。
  2. ダイナミックプロダクト広告の場合、AppsFlyerはFacebookから該当する商品データを取得できません。
  Facebook SDKを実装することでこれら2つの問題が解決できます。この設定では、ユーザーがディープリンクを含むFacebook広告をクリックした場合、初回起動時にコンバージョンデータから取得可能です。
• その他のFacebook機能
  認証、広告の収益化、ソーシャル共有、ユーザー招待など、成果計測に関係のない理由でFacebook SDKが必要になる場合があります。

ディファードディープリンクのためにFacebook SDKを使用する

Facebookからディファードディープリンクをサポートするには：

1. 前提条件
   *必要最低限のAppsFlyer SDKバージョン：
   - Android AppsFlyer SDK 4.10.3
   - iOS AppsFlyer SDK 4.10.4
   * Facebookの連携ステップを完了している。
   * Facebook SDKがアプリに実装されている（Androidの場合、開発者がFacebook SDKの特定のコンポーネントをアプリに実装する場合、AppLinksモジュールが追加されていることを確認してください。）
2. Facebook SDKからAppsFlyer SDKにFacebookのディファードディープリンクデータを自動で取得するには、以下を使用してください：
   
   Android Java iOS Swift iOS Objective-C

   AppsFlyerLib.getInstance().enableFacebookDeferredApplinks(true);

   AppsFlyerTracker.shared().enableFacebookDeferredApplinks(with: AppLinkUtility.self)

   [[AppsFlyerTracker sharedTracker] enableFacebookDeferredApplinksWithClass:FBSDKAppLinkUtility.class];

3. onConversionDataSuccessコールバックでaf_dpを取得します。
4. プログラムでaf_dpの値を使ってユーザーをリダイレクトします。

Facebook SDKとの重複を回避する

Facebookでは、AppsFlyerがオーガニックを含む全てのユーザーのインストールとアプリ内イベントをポストバックすることを必須としています。両方のSDKがアプリに実装されていると、インストールとアプリ内イベントはFacebook SDKで計測され、さらにAppsFlyer経由でFacebookサーバーへポストバックとして再度レポートされます。この重複はどのように回避できるのでしょうか？

1. インストール
   Facebookはアプリのインストールについて重複排除します。Facebook SDKとAppsFlyerの両方で新規ユーザーがアプリをインストールした場合、Facebookはこのインストールを一度のみカウントできる仕組みになっています。
2. アプリ内イベント
   Facebookはアプリ内イベントの重複を排除しません。アプリ内イベントはFacebook SDKと他のソース（AppsFlyerなど）の両方から報告されます。つまり、この重複へ対処しない限り、Facebookは倍の収益やその他のイベントを誤ってレポートする可能性があります。

Facebookでのアプリ内イベントの重複を防ぐためには、次のいずれかの方法を実行してください：

• Facebook SDKでイベントの設定をしないでください。
• AppsFlyerにてFacebookのアプリ内イベントマッピングを無効にします。

Facebookチャネル

Facebookでは、キャンペーン、広告セット、広告という区切りだけではなく、Facebookチャネル（Facebook上はPlacementと呼ばれる）でも、データの内訳を確認できます。

• Facebookチャネル - Facebookアプリからのユーザー
• Instagram - Instagramアプリからのユーザー
• Messenger - Facebook Messenger アプリからのユーザー
• AudienceNetwork - Facebookに属する他のアプリや提携アプリからのユーザー

このデータを使って、Facebookのさまざまなチャネル経由のユーザーの質を比較しましょう。

Facebookと代理店

広告主自身が独自のFacebook広告を運用している場合でも、代理店とFMP（Facebookマーケティングパートナー）は、広告主に代わりAppsFlyer上でFacebook広告の実行および計測ができます。代理店のキャンペーンが正しく代理店の成果に紐づくためには、キャンペーン名の先頭に代理店名を付ける必要があります。

代理店とFacebookインストール計測の詳細については、こちらをご覧ください。

また、代理店はFacebookのルックバック期間とリターゲティング設定を変更することはできません。つまり、必要に応じて広告主にこれらの設定変更を依頼する必要があります。

さらに、代理店はFacebookに送信されるアプリ内イベントのポストバックの設定を変更することができません。なぜなら、FacebookにはFB経由のユーザーデータのみではなく、全てのユーザーデータのポストバックが送信されるためです（代理店経由のユーザーのみではないため）。

次の画像は、代理店がFacebookキャンペーンを管理できるようにするために、広告主が実行する必要がある全ての設定を示しています。

ストア外AndroidアプリのFacebook成果計測

Facebookは、ストア外マーケットにあるAndroid用アプリのモバイルアプリインストールキャンペーンの作成を許可していません。例）Baidu

ただし、次の手順に従って、ストア外アプリをFacebookで宣伝しインストール計測することができます：

1. 開発者は、アプリを配信するストア外マーケットごとに、それぞれ個別のAPKを用意する必要があります。詳細はこちらを参照してください。
2. モバイルアトリビューションが有効になっている状態で、ユーザーをランディングページに遷移させるための、トラフィックまたはコンバージョンを目的としたキャンペーンをFacebookで作成してください。
3. ランディングページには、APKが存在するストア外マーケットに直接リンクする アプリダウンロードボタンを含める必要があります。
4. ユーザーがこのボタンをクリックし、ストア外マーケットへリダイレクトされます。インストールが完了すると、AppsFlyerはMMP APIを介してユーザーをFacebookの成果に紐づけます。

Amazon上のアプリのFacebookクリックの成果計測についての具体的な手順については、こちらをご覧ください。

Facebook コスト

AppsFlyerは、過去7日間にインストールが最低1つある場合、Facebookキャンペーンからコストデータ（クリックとインプレッションを含む）を取得します。

Facebook キャンペーンが複数のプラットフォーム（Android、iOS、デスクトップなど）に対応している場合、ダッシュボードのコストはプラットフォーム固有であり、Facebook によって計算されます。 

クリック数とインプレッションを含む Facebookコストを取得。

Facebookコストのよくある質問

Facebookコストの例

広告主が Facebook広告でキャンペーンを実施します。広告主はAppsFlyer管理画面上で以下のデータが確認できます：

コスト情報はFacebookからAppsFlyerに提供されます。 インストール数は AppsFlyerの計測ルールに従ってAppsFlyerが算出します。 その結果、FacebookとAppsFlyerが算出したeCPIは、通常異なります。

FacebookとAppsFlyerの乖離

モバイルユーザー獲得のエコシステム内で主要なプレイヤーの計測モデルがそれぞれ違うように、AppsFlyerとFacebookの計測モデルも異なります。これはFacebookとAppsFlyerの管理画面の間で、乖離が起こる原因の一つです。

この数値の乖離を最小限に抑えるため、弊社はFacebookと緊密に連携していますが、広告主は以下の原因について理解しておくことが必要です。

計測モデルの違い

本ページ下の添付PDFにて例をご覧ください（スクロールダウン）： Facebook and AppsFlyer - Understanding Discrepancies.

クリックスルーとビュースルー計測

AppsFlyerはクリックスルーとビュースルー計測の両方に対応しています。FacebookとAppsFlyerの乖離を最小限に抑えるため、クリックスルーとビュースルーのルックバック期間が同じであることを確認してください。

Facebook上のビュースルーアトリビューション期間がAppsFlyerと同じであることを確認するには、Facebookにアクセスしてください。次のスクリーンショットに示されているように、Facebookと同じ値を、AppsFlyerのアトリビューション期間として設定することをお勧めします。

アプリ内イベントの違い

FacebookとAppsFlyerに表示されるプラットフォーム間の乖離は、インストール後のイベント（例：アプリ内購入）でも発生する可能性があります。次の表は、これらの乖離の最も一般的な原因とそれらを最小限に抑える方法を示しています：

ユーザー獲得の管理画面にリエンゲージメント広告からの新規インストールが表示される？

リエンゲージメント広告により、ユーザーは既にインストール済みのアプリを再度起動します（リエンゲージメント）。また、AppsFlyerは、アプリが同じデバイス上で以前インストールされていたことを認識した場合、AppsFlyerはそのコンバージョンをリアトリビューション と呼びます。

もし、リエンゲージメント広告で、Facebookが新規ユーザーやアプリの初回インストール後のリアトリビューション期間を過ぎた後にアプリを初めてインストールしたユーザーをターゲットにした場合、これらのユーザーは、Facebookではリエンゲージメント広告に紐づきますが、AppsFlyerでは新規ユーザー獲得インストールと計測されます。

一方、元のインストールの後で、設定されたリアトリビューション期間以内に発生したインストールは、リアトリビューションとみなされ、AppsFlyerのリターゲティング画面に表示されますが、Facebookでは新規インストールと表示される可能性があります。

クロスデバイスアトリビューション

Facebookではクロスデバイスアトリビューションが計測されます。これにより、あるプラットフォーム（iOS/Android）のキャンペーンが、別のプラットフォームのインストールとして表示される事象が起こることがあります。

検証ルールとProtect360

AppsFlyerの検証ルールを使用すると、Facebook経由のインストールが拒否された場合、AppsFlyerとFacebookで計測結果が異なる可能性があります。このような場合、Facebookは自社にインストール成果を紐づけますが、AppsFlyerはこのインストール成果を拒否します。

同様に、AppsFlyerの不正防止ソリューションProtect360を使用すると、Facebookが自社にインストール成果を紐づける一方で、AppsFlyerはこれを拒否する場合があります。

Facebook連携に関するトラブルシューティング

基本的な連携が完了してもFacebookの成果がAppsFlyerに表示されない場合、まず最初に、連携が完了してからFacebook経由の新規インストールが発生しているかを確認してください。

既に新規インストールが計測できている場合、以下の主な原因を参照して問題を解決してください：

Facebookに関するよくある質問