SingularはFacebook Mobile Measurement Partner (MMP)であり、インストールのアトリビューションをトラッキングするためのFacebookとのコミュニケーションラインを提供しています。Singularがアプリのインストールを登録すると、SingularはFacebookと通信し、どのインストールがFacebook上の広告のクリックに由来するかについての情報を受け取ります。

しかし、Singularのレポートには、Facebookダッシュボードとは異なるインストール数やイベントが表示されることがあります。

このような不一致は必ずしも問題を示すものではありません。SingularとFacebookはアトリビューションに対するテクノロジーやアプローチが異なるため、報告されるメトリクスが多少異なる可能性があります。

こちらもご覧ください：Singularレポートとアドネットワークダッシュボード間の不一致のトラブルシューティング

考えられる設定の問題

SingularのFacebookデータコネクタは正しく設定されていますか？

確認するには、Facebookデータコネクターガイドを参照してください。

次に、以下の可能性を検討してください。

FacebookとSingularで異なるルックバックウィンドウを設定していませんか？

ルックバックウィンドウは、アトリビューションメカニズムがインストールイベントと関連付ける広告クリック（または広告ビュー）をどのくらい遡って検索するかを決定する設定です。

例えば、ルックバックウィンドウを7日間に設定した場合、アトリビューションメカニズムはインストールまでの7日間に関連するクリックを検索します。インストールの8日前に発生した広告クリックは、アトリビューション候補として考慮されません。

SingularでFacebookクリックのルックバックウィンドウを設定し、実際のFacebookダッシュボードで異なるルックバックウィンドウを設定した場合、矛盾が生じる可能性があります。片方のプラットフォームはインストールを特定のクリックに関連付けますが、もう片方のプラットフォームはインストールより前にクリックしすぎているとして無視します。

両方のプラットフォームで同じルックバックウィンドウを設定することをお勧めします。

詳しくは、アトリビューション・ルックバック・ウィンドウをご覧ください。

2つのSDKを統合していますか？

Singular SDKとFacebook SDKの両方をアプリに統合している場合、アプリが同じインストールイベントとその後のインストールについて二重のレポートを送信している可能性があります。この問題を回避するには、Facebook SDKとSingular SDK/S2Sを同じアプリで使用するを参照してください。

その他の不一致の原因

SingularとFacebookのテクノロジーには以下のような違いがあり、データの不一致を引き起こす可能性があります。

アトリビューション決定ロジックの違い

ユーザーはアプリをインストールする前に複数の広告を閲覧し、クリックすることがよくあります。Singularはアトリビューションの決定を行う前に、すべてのクリックとビューを考慮します。

Facebookがアトリビューションルックバックウィンドウ内にFacebookプラットフォームで広告のクリックを報告したとしても、Singularはインストールを別のネットワークに帰属させるかもしれません。一方、Facebookはインストールを自社に帰属させる。

クリック日コーホートとインストール日コーホートの比較

Singularは、インストール後のイベントをインストール日に基づいたコホートで表示します（コホートメトリクスとはを参照）。対照的に、Facebookダッシュボードは、広告クリック（または広告ビュー）の日付に基づいて、インストールとインストール後のイベントをコホートで表示します。

例えば

異なるユーザー識別

Facebookは内部FacebookユーザーIDに基づいてコンバージョン数を表示しますが、Singularはユニーク広告主IDを使用して個別のユーザーを認識します。このため、食い違いが生じる可能性があります。

また、ユーザーが以前にアプリをインストールしたことがあり、その後6ヶ月以上経ってからアプリの広告をクリックした場合、Facebookはそのユーザーを新規ユーザーとしてカウントしますが、Singularはそのユーザーを継続ユーザーとみなします。そのため、FacebookはSingularよりもコンバージョン数（新規ユーザー数）を多く表示する可能性があります。