Protect360ローデータレポートの種類

• ポストアトリビューション不正のローデータレポートは、ブロックされた不正のレポートと同じ構造です。
• 当月のポストアトリビューションレポート（インストール日基準）は、翌月7日（検知日基準）まで更新されます。
• ポストアトリビューションのローデータレポートは、広告主のみ利用できます。代理店がアクセスするには、権限を付与される必要があります。
• レポートには、Protect360が検知したポストアトリビューション不正のイベントが含まれ、すべてのメディアソースが1つのレポートにまとめられます。注意：選択した日付範囲にポストアトリビューション不正のイベントが検知されていない場合、レポートは空になります。
• ポストアトリビューション不正のローデータレポートは、次の方法で利用できます。
  • ダッシュボードの画面：1暦月の1つのメディアソースに限定されます。
  • Pull API：すべてのメディアソースを含みます。（制限：アプリ所有者のみ利用できます。）

ポストアトリビューションレポートの利用方法

• 必要に応じて、インストール／アプリ内イベントの日付範囲と、検知日の日付範囲を組み合わせて指定します。
• Protect360は、インストールが発生した月から翌月7日まで、ポストアトリビューションの不正検知を行う点に注意してください。例えば、11月のインストールは、12月7日まで不正の確認が行われます。
• このPull APIの推奨される利用方法は、次のとおりです。
  • 毎日レポートを取得する場合を想定します。
  • インストール日の範囲は、当日から過去60日間に設定します。
  • detect-from／detect-toの範囲は、当日の前日に設定します。
    これにより、前日に検知されたポストアトリビューション不正の一覧を取得できます。数日間レポートを取得していなかった場合は、検知日の範囲を調整して取得してください。

取得ツール別のProtect360ローデータの利用可否

ダウンロードするには：

1. Protect360ダッシュボードで、ローデータレポート > ブロックまたはポストアトリビューションに移動します。
   • ポストアトリビューションレポートの場合は、メディアソースと月を選択します。
2. ダウンロードするProtect360と検証ルールのレポートを選択します。

OR

1. AppsFlyerダッシュボードで、データ出力に移動します。 
2. ダウンロードするProtect360と検証ルールのレポートを選択します。

注意：データ出力ページからダウンロードしたレポートには、すべてのメディアソースが含まれます。

Pull APIで利用できるローデータレポートをダウンロードするには：

事前準備：

Pull APIトークンが必要です。管理者ユーザーからトークンを取得してください。 

1. レポート > APIアクセス
   に移動します。Pull APIページが開きます。
2. Protect360不正レポートのセクションで、必要なPull APIの呼び出しを選択します。
3. 必要に応じてパラメータを入力します。パラメータは次の表に記載されています。
4. レポートを取得します。 

Pull APIローデータレポートのパラメータ

Data Lockerは、ローデータをAWS S3バケットに書き込みます。

利用できるProtect360レポートの一覧をご覧ください。 

Data Lockerの設定手順をご覧ください。 

クリック単位では、クリックをブロックし、アトリビューションの判定対象から除外します。

インストール単位では、インストール時に十分な情報を収集し、次のいずれかを判定します。

• 偽のインストール：アプリをインストールしたユーザーが実在しない場合。この場合、アトリビューションは完全にブロックされます。
• アトリビューションハイジャック：ユーザーは実在するものの、広告接触が偽装されている場合。この場合、不正な広告接触をブロックし、最初の有効なアトリビューションに貢献したアドネットワークにアトリビューションを付け替えます。

次の表に、インストール単位のブロック理由を示します。

インストール単位：偽のインストールのブロック理由の詳細

インストール単位：アトリビューションハイジャックのブロック理由の詳細

不正のパターンが検知されると、その流入元が拒否リストに登録されます。拒否リストに登録された流入元からのインストールは、次のいずれかの理由でブロックされます。

• 偽のインストール：アプリをインストールしたユーザーが実在しない場合。この場合、アトリビューションは完全にブロックされます。
• アトリビューションハイジャック：ユーザーは実在するものの、広告接触が偽装されている場合。この場合、不正な広告接触をブロックし、最初の有効なアトリビューションに貢献したアドネットワークにアトリビューションを付け替えます。

次の表に、不正パターンのまとまりに基づくブロック理由を示します。

不正パターンのまとまりに基づく判定：偽のインストールのブロック理由

不正パターンのまとまりに基づく判定：アトリビューションハイジャックのブロック理由

アプリ内イベントは、次の理由でブロックされる場合があります。

• 元のインストールが偽と判定された場合。
• 設定された検証ルールによる場合。
• AppsFlyerのアルゴリズムが不正を検知した場合。 

次の表に、アプリ内イベント単位のブロック理由を示します。

アプリ内イベント単位のブロック理由