Meta広告｜計測値の乖離 – ナレッジベース

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

Meta広告とAppsFlyerの計測値の乖離

モバイルアプリのユーザー獲得における主要なプラットフォームであるAppsFlyerとMeta広告では、アトリビューションモデルが異なります。そのため、Meta広告とAppsFlyerのダッシュボードに表示される数値に乖離が生じる場合があります。

AppsFlyerはMeta広告と緊密に連携して乖離の縮小に取り組んでいますが、広告主は以下の原因を把握しておく必要があります。

AppsFlyerとMeta広告の計測値の乖離の確認

Meta広告のイベントマネージャに表示されるイベントと、AppsFlyerのレポートに表示されるイベントを比較します。イベント数が大きく異なる場合は、計測値に乖離が生じている可能性があります。

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

原因	Meta広告	AppsFlyer
クリックアトリビューションのルックバック期間	7日間（一部のケースではデフォルト値が異なります）。	1～30日間。 Meta広告に合わせて、必ず7日間に設定してください。
ビュースルーアトリビューションのルックバック期間	1日（一部のケースではデフォルト値が異なります）。	デフォルトは1日ですが、1～48時間の範囲で設定できます（デフォルト値を維持してください）。
複数のメディアソースを考慮したアトリビューション	Meta広告は、他のメディアソースの関与にかかわらず、自社の基準でインストールを自社にアトリビューションします。	AppsFlyerはラストクリックアトリビューションを使用します（AppsFlyerのアトリビューションの詳細はこちらを参照）。
クロスデバイスアトリビューション	Meta広告は、iOS、Android、デスクトップなど、異なるデバイスでクリックとインストールを行ったユーザーもアトリビューションの対象とします。	AppsFlyerは、同一のデバイスでエンゲージメントとインストールが発生した場合にアトリビューションします。
タイムゾーンの違い	Meta広告のレポートのデフォルトタイムゾーンはPSTです。 AppsFlyerのアプリ設定で指定したアプリのタイムゾーンと一致するように、必ずMeta広告マネージャでタイムゾーンを変更してください。	AppsFlyerのアプリのデフォルトタイムゾーンはUTC+0です。アプリ設定ページでアプリのタイムゾーンを変更し、Meta広告マネージャで指定したタイムゾーンと一致させることができます。
インストールリファラ	広告IDのないインストールがGoogle Playインストールリファラ、Facebookインストールリファラ、Instagramインストールリファラを介してMeta広告にアトリビューションされた場合、AppsFlyerはそのインストールをMeta広告に報告しません。このインストールはAppsFlyerには表示され、Meta広告には表示されないため、乖離が生じる場合があります。

クリックスルーアトリビューションとビュースルーアトリビューション

AppsFlyerは、クリックスルーアトリビューションとビュースルーアトリビューションの両方をサポートしています。 Meta広告とAppsFlyerの乖離を最小限に抑えるため、クリックスルーとビュースルーの両方のルックバック期間を、Meta広告のデフォルト値と一致させてください。

Meta広告のクリックスルールックバック期間のデフォルト値は7日間です。一部のケースではデフォルト値が異なりますが、Meta広告のデフォルト設定をすべてカバーするため、AppsFlyerのクリックスルールックバック期間は7日間に設定することを推奨します。

AppsFlyerのアトリビューション期間は、Meta広告の設定値に合わせることを推奨します。アトリビューション設定の比較については、Meta for Developersのドキュメントを参照してください。

image (13).png

例

アプリcom.greatappについて、AppsFlyer側のMeta広告のクリックルックバック期間を1日、Meta広告側をデフォルトの7日間に設定したとします。 FacebookでGreatappの広告をクリックし、2～7日後に初めてアプリを起動したユーザーは、AppsFlyerではオーガニックユーザーに分類されます。一方、Meta広告はこれらのユーザーを自社の成果として報告します。

アプリ内イベントの乖離

Meta広告とAppsFlyerに表示されるインストール後のイベント（アプリ内購入など）にも、両プラットフォーム間で乖離が生じる場合があります。以下の表では、主な原因と、乖離を最小限に抑える方法を説明します。

原因	説明	AppsFlyerからのヒント
ユーザーのライフタイムの定義の違い	Meta広告では、ユーザーのライフタイムは最大7日間と定義されています。そのため、広告クリックから7日を超えて発生したイベントは表示されません。 AppsFlyerでは、Meta広告経由のユーザーのライフタイムは最大180日間と定義されています。	Meta広告キャンペーン経由のユーザーについて、7日を超えて発生したイベントも含めて価値を評価する場合は、AppsFlyerのデータを使用すると、より広い範囲で把握できます。
イベントがマッピングされていない	AppsFlyerはSDKからイベントを受信していますが、Meta広告へのマッピングが設定されていないため、送信していません。	ユーザーの質を評価するうえで重要なアプリ内イベントは、すべてMeta広告にマッピングしてください。
収益が送信されていない	AppsFlyerはSDKのイベントから収益を受信していますが、Meta広告には送信していません。	下の画像の購入イベントのように、アプリ内イベントの［収益を送信］のチェックボックスが必ずオンになっていることを確認してください。
Meta広告にイベント値が表示されない	AppsFlyerは、イベントのマッピングに基づき、構造が正しいパラメータと値をMeta広告に送信します。	イベント値をMeta広告に漏れなくマッピングするため、SDKのアプリ内イベントはAppsFlyerの推奨する構造に従って設定してください。
イベント数の違い	Facebook（FB）ダッシュボードに表示される特定のアプリ内イベント（購入イベントなど）の件数が、AppsFlyer（AF）ダッシュボードの対応する件数と異なります。	Facebook（FB）ダッシュボードはアクティビティベースですが、AppsFlyer（AF）のOverview dashboardとイベントダッシュボードはLTVベースです。イベント数を比較する場合は、AppsFlyerのアクティビティベースのダッシュボードを使用してください。詳細は、LTVとアクティビティの違いを参照してください。

リエンゲージメントキャンペーンのインストールがUAダッシュボードに表示される理由

リエンゲージメントキャンペーンでは、ユーザーがインストール済みのアプリを開くことがあります（リエンゲージメント）。また、同じデバイスに過去のインストール履歴があるとAppsFlyerが認識した場合、そのコンバージョンをリアトリビューションとして扱うことがあります。

リエンゲージメントキャンペーンでMeta広告が新規ユーザー、または初回インストールからリアトリビューション期間を超えた後にインストールしたユーザーをターゲットにした場合、Meta広告ではリエンゲージメントキャンペーンの成果であっても、AppsFlyerでは新規ユーザー獲得のインストールとして記録されます。

一方、初回インストールから設定済みのリアトリビューション期間内に発生したインストールはリアトリビューションと見なされ、AppsFlyerのリターゲティングページに表示されます。Meta広告では、新規インストールとして表示される場合があります。

注意

Meta広告ではリターゲティングキャンペーンのすべてのインストールが同じ場所に表示されますが、AppsFlyerのダッシュボードではOverview dashboard（新規インストール）とリターゲティングページ（リアトリビューションとリエンゲージメント）に分かれて表示されます。

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

Meta広告は、クロスデバイスアトリビューションを報告します。そのため、あるプラットフォーム（iOSまたはAndroid）向けのキャンペーンに、別のプラットフォームのインストールが表示される場合があります。

例

LindaがAndroidスマートフォンのFacebookでGreatAppのモバイル広告をクリックします。 Meta広告は、このクリックを元のAndroid向けキャンペーン「Android Females」の成果として記録します。 Lindaは、自宅のiPadにGreatAppをインストールすることにします。初回起動時にAppsFlyerがこのiOSインストールの流入元をMeta広告に問い合わせると、Meta広告は「Android Females」キャンペーンと回答します。

検証ルールとProtect360

AppsFlyerの検証ルールを使用しており、Meta広告経由のインストールが拒否された場合、AppsFlyerとMeta広告の結果が異なることがあります。この場合、Meta広告は自社の成果としてインストールを報告しますが、AppsFlyerは同じインストールを拒否します。

同様に、AppsFlyerの不正対策ソリューションであるProtect360を使用している場合も、Meta広告が自社の成果として報告するインストールをAppsFlyerが拒否することがあります。

例

GreatAppのUA担当マネージャーであるJeffが、北米のスペイン語話者のみをターゲットにした「SPNA」というキャンペーンを作成します。この条件を検証するため、Jeffはカナダと米国のユーザーのみを受け入れる検証ルールを設定します。
スペインにいるMeta広告のユーザーが広告をクリックしてアプリをインストールすると、Meta広告は自社の成果として報告します。一方、AppsFlyerは検証ルールを満たさないため、このインストールを拒否します。

SDKに関連する乖離

広告主がAppsFlyer SDKとFacebook SDKの両方を実装するケースがあります。これにより、アプリ内イベントに乖離が生じる場合があります。 Meta広告は、両方のSDKから報告されたアプリ内イベントの重複を排除しません。そのため、Meta広告で収益やその他のイベントが正しく報告されない可能性があります。

Meta広告でのアプリ内イベントの二重報告を避けるには、以下のいずれかの方法を使用してください。
- Facebook SDKでイベントを設定しないようにします。
- AppsFlyer側でMeta広告へのアプリ内イベントのマッピングを無効にします。

iOSアプリにおけるMetaの確率論的モデリング（AEM）による乖離

iOSアプリで合算イベント測定（AEM）を有効にすると、Metaは確率論的モデリングを使ってインストールやアプリ内イベントをアトリビューションする場合があります。 Metaは、社内レポートとAppsFlyerに共有する情報で、異なるモデリング手法を適用する場合があります。このモデリング手法の違いにより、Meta広告マネージャとAppsFlyerに表示されるインストール数は、どちらかが多くなる場合も少なくなる場合もあります。具体的には、次のようなケースがあります。

Metaが内部でコンバージョンを記録していても、対応するAEMのアトリビューション申告をAppsFlyerに送信しない場合があります。
広告マネージャに表示されない、モデリングによるコンバージョンについて、MetaがAEMのアトリビューション申告をAppsFlyerに送信する場合があります。