Meta広告との乖離

概要：Amazon 広告とAppsFlyerのアトリビューションモデルの違いについて説明します。

Facebook AdsとAppsFlyerの乖離について

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

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

AppsFlyerとFacebookの間の乖離を検出

Facebookの Event Manager に表示されるイベントと、AppsFlyerのレポートのイベントを比較してください。イベント数が大きく異なる場合は、乖離が発生している可能性があります。

アトリビューションモデルの違い

原因	Meta ads	AppsFlyer
クリックアトリビューションルックバック期間	7日間（一部デフォルトが異なる特定のケースがあります）。	1～30日。
ビュースルーアトリビューションルックバック期間	1日（一部デフォルトが異なる特定のケースがあります）。	デフォルトは1日ですが、1～48時間に設定できます（デフォルト値のままにすることを推奨します）。
アトリビューション	Amazon 広告は、他のメディアソースに関係なく、インストールを自己計測します。
クロスデバイスアトリビューション	Facebookは、異なるデバイス（iOS／Android／デスクトップ）でクリックしインストールをしたユーザーを計測します。	AppsFlyerは、エンゲージメントとインストールの両方を単一のデバイスで行った場合、成果を計測します。
タイムゾーンの違い	Facebook広告のデフォルトのレポートタイムゾーンはPSTです。AppsFlyerのアプリ設定で定義されているアプリのタイムゾーンと一致するように、Facebook広告マネージャーで変更してください。	AppsFlyerのデフォルトのアプリタイムゾーンはUTC+0です。Facebook広告マネージャーで設定されているタイムゾーンと一致するよう、アプリ設定ページにてアプリのタイムゾーンを変更できます。
インストールリファラー：

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

AppsFlyerはクリックスルーとビュースルーのアトリビューションをサポートしています。FacebookとAppsFlyerの乖離を最小限に抑えるため、クリックスルーとビュースルーのルックバック期間が、Facebook広告のデフォルトで定義されているものと同じであることを確認してください。

一部の特殊なケースでデフォルトが異なる場合がありますが、Facebook広告のデフォルトオプションと一致させるために、AppsFlyerのクリックスルールックバック期間を7日に設定することをお勧めします。

例

Facebook上のクリックルックバック期間がデフォルト値である7日であるのに対して、アプリ「com.greatapp」のAppsFlyer上の値が1日間に設定されているとします。Facebook上の「com.greatapp」の広告をクリックしたユーザーが、その後2～7日間にアプリを初回起動した場合、Facebookはこのユーザーを自社の成果と見なすのに対し、AppsFlyerではこれをオーガニックユーザーと計測します。

制限されたメディアの乖離

2021年10月28日まで、ビュースルー計測（VTA）のアトリビューションデータは制限されており、広告主は利用できません。
2021年10月29日以降、この制限はビュースルーとクリックスルー計測の両方のユーザーデータに適用されています。集計レポートには影響はありません。

例

ユーザーがFacebookでAwesomeAppの広告を見た、もしくはクリックしました。その後、このユーザーはAwesomeAppのGreatAdNetworkの広告を閲覧し、クリックしてアプリをインストールします。
Facebook Adsは彼らのVTA期間内に発生したためこのコンバージョンを自社の成果と計測します。
AppsFlyerは、インストール直前にラストエンゲージメントがあったGreatAdNetworkにこのコンバージョン成果を紐づけます。
- Restricted（制限有り）
- ローデータレポート内：

ただし、クリックスルー計測の場合、Google Play Storeへ遷移する広告の場合、インストールリファラを介して広告主が利用できるアトリビューション項目があります。リファラー経由で提供されたデータは、お客様が利用できるAppsFlyerのローデータレポートに反映され、AppsFlyerにとっては広告IDを持たないユーザー（LAT対応）の計測も可能にします。

アプリ内イベントの違い

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

原因	説明	AppsFlyerのヒント
ライフタイムの定義の違い	Facebookでのユーザーのライフタイム期間は最大7日間と定義されており、広告のクリックから7日以上経過したイベントはイベントを表示しません。 AppsFlyerでは、Facebookユーザーのライフタイムは最大180日間と定義されています。	7日後に発生したFacebookキャンペーンのユーザーの価値を評価する場合は、AppsFlyerのデータを使用して全体像を把握してください。
マップされていないイベント	AppsFlyerはSDKから発生したイベントを取得しますが、それらはFacebookにマップされていないため、送信されません。	ユーザーの質を示すすべてのアプリ内イベントを Facebookにマッピングしてください。
未送信の収益	AppsFlyerはSDKで発生したイベントから収益データを取得しますが、それらがFacebookに送信されていません。	アプリ内イベント設定の収益の送信にチェックが入っていることを確認してください（例：以下のキャプチャのPurchaseイベントを参照）。
	AppsFlyerはイベントの紐づけの一環で、パラメータと値が正しい構造で設定されている場合、それらをFacebookに送信します。	Facebookとイベント値を全てマップするために、AppsFlyerが推奨する構造に従って、SDKのアプリ内イベントを定義してください。
		詳細については、こちらをご確認ください。アクティビティ /a>

UA管理画面にリエンゲージメント広告経由の新規インストールが表示される

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

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

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

注意

Twitter広告では、リターゲティングキャンペーンのインストールすべてを同じ場所で表示します。一方、AppsFlyer管理画面では、インストール数はオーバービューページ（新規インストール）とリターゲティングページ（リアトリビューションとリエンゲージメント）に分割されています。

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

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

例

リンダは、Android携帯電話を使用して、Facebook上のGreatAppのモバイル広告をクリックしました。Facebookは、Androidの「Android 女性」というターゲットのキャンペーンにて、リンダのクリックを記録します。リンダは家のiPadでGreatAppをインストールすることにしました。初回起動時に、AppsFlyerはこのiOSインストールの起源をFacebookにサーバー経由で尋ね、Facebookは「Android 女性」のキャンペーンとデータを返します。

検証ルールとProtect360

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

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

例

GreatAppのユーザー獲得マネージャーであるJeffは、北アメリカのスペイン語話者のみをターゲットにしたSPNAというキャンペーンを作成しました。これを検証するために、Jeffはカナダとアメリカのユーザーのみを受け入れる検証ルールを設定します。

SDK関連の乖離

AppsFlyerとFacebook Adsの両方のSDKを実装するシナリオがいくつか考えられます。

Facebook Adsでアプリ内イベントの重複計測を避けるためには、以下のいずれかの方法を使用してください。
- Facebook SDKでイベントの設定をしないでください。
- Androidの場合 - AppsFlyerからの Meta広告アプリ内イベントマッピングを無効にします。