Protect360不正防止ガイド

• Protect360管理画面とローデータアクセスは、広告主が権限を付与する必要があります。
• 広告主は、アドネットワークを連携パートナーとして有効にしている必要があります。

運用媒体を開示している代理店：特定のメディアソースを見ることができます

運用媒体を開示しない代理店：特定のメディアソースは表示されません

• アプリ固有のタイムゾーンが管理画面で利用されます。これは、アカウント内のすべてのアプリが同じタイムゾーンに設定されている場合に限ります。
• アプリが同じタイムゾーンを使用していない場合は、管理画面はデフォルトでUTCになります。

• Protect360ダッシュボード：デイリーで更新されます。 
  ダッシュボードの日付範囲フィルターの下に、最も最近の更新時刻が表示されます。
• レポート：
  • ブロック済みインストールとアプリ内イベント：リアルタイムに近い形で継続的に更新します。
  • ポストアトリビューション： UTC時間でデイリーで更新されます。 

• 不正と見なされたインストールの場合は、計測されたタッチタイプの内訳（インストール、リアトリビューション、リエンゲージメント）が表示されます。
• アプリ内イベントの場合：
  • アプリ内イベント（CPA）管理画面に、UAインストールからの不正イベントが表示されますが、リターゲティングからのものは表示されません。
  • リアルタイムで特定されたリアトリビューションからの不正イベントは、ローデータレポートで確認できます。リエンゲージメントからの不正イベントは特定できません。
  • リターゲティング経由の不正イベントは、アトリビューション後に特定することはできません。

• 表は最大20,000行に制限されています。
• より大きなデータを表示させようとすると、一部のメディアソースが除外される可能性があります。この制限を回避するために以下の方法を推奨しています：
  • より小さいデータセットを設定する：より短い期間、特定のアプリ、特定のメディアソースなどでクエリする。
  • Protect360 ローデータレポートを出力
  • Pull APIを利用してProtect360の集計アドバンス検出レポートをエクスポートします。 

Protect360は カスタム計測リンクから発生する不正に対して機能しますか？

もちろんです！ Protect360は、アドネットワークに加えて、OneLink（カスタムリンク）から発生する不正も検出しブロックします。つまり、インフルエンサーやメール、SMSキャンペーン、Webサイトバナー、ランディングページ、ソーシャルメディアの拡散投稿、プッシュ通知、そしてQRコードなどのオウンドメディアのキャンペーンを実施している場合も、これらを保護します。

Protect360 V2とV1の違いは？

1. P360 V2.0には3つの主な変更があります：
   ポストアトリビューション不正　ー ブロックされたインストールを表示するセクションで、ポストアトリビューション不正インストールも表示します。ポストアトリビューションはローデータレポートでも出力可能です。
2. 異常検知　ー「異常検知」という新しいセクションが追加されました。広告主様は可視化ツールを使って異常を分析できます。以前の「アドバンス検出」タブに表示されていた2つのグラフの置き換えられています。
3. すべての不正データの一元化　ー「アドバンス検出」タブは削除され、代わりにすべての情報が1つのタブに表示されます。

データエクスポート画面でポストアトリビューションのローデータが取得できないのはなぜですか？

ポストアトリビューションレポートは、照合プロセスを容易にするため、アカウントレベルでメディアソース単位に集計されます。データエクスポートページは、個々のアプリレベルで集計され、下位互換性のため、ブロックした不正データもアプリレベルで出力されます。

ポストアトリビューションデータは過去に遡って更新されますか？

• インストール　ー オーバービュー画面のインストールデータ、およびProtect360以外の他のすべてのレポートは、過去に遡って更新されません。
• アプリ内イベント　ー ポストアトリビューション保護レイヤーがインストールを偽物と判別すると、その後このインストールから発生するアプリ内イベントはブロックされます。それ以前のアプリ内イベントは過去に遡って更新されません。

異常に関するインサイトで特定のネットワークや異なるネットワークを選択すると、データの見え方が変わるのはなぜですか？

CTITの異常を確認し、AF_Baselineをベンチマークとして選択すると、ネットワークAの異常が見えてくることがあります。その後、例えば、ネットワークAをベンチマークとして選択した場合、他のネットワークの異常は表示されますが、ネットワークAの異常は表示されません。

これは想定通りの結果です。信頼できるAppsFlyerのベースラインを使用すると、CTITの割合が異常なネットワークが表示されます。異常なネットワークをベースラインとして使用した場合、そのネットワークのインストールは異常として含まれなくなりますが、他のネットワークのインストールはそのネットワークに対して異常とみなされることがあります。

異常なオーガニックトラフィックは実際には不正ですか？

オーガニックトラフィックの異常な増加は、実際に不正である可能性はあります。一般的に、AppsFlyerで不正と疑われるオーガニックトラフィックが確認できる場合は、次の3つのケースのいずれかが考えられます：

• 失敗した不正：アトリビューションを獲得できなかった不正業者のクリック（例：クリックルックバック期間外にラストクリックが発生したクリック洪水など）。
• 非オーガニック不正：ユーザーがアトリビューションに関連しない不正を実行するケース（例：攻略ゲームでアイテムを獲得するための不正など）。
• SDK実装の問題：アプリ内イベントが正常に送信されているか確認してください（例：フロー内の適切なタイミングで、正しいイベントパラメータ値が送信されているか）。

新規デバイスによる不正の検知

不正集団は、デバイスの主なIDであるIDFA (iOS) やGAID (Android) を頻繁にリセットしてデバイスをマスクする可能性があります。

幸い、AppsFlyerでは98%を超える世界中に存在するモバイル端末を識別できます。

そのため、意図的に新しいデバイスを対象にしない限り、未知の新規デバイスの割合が高いことは、クリックファームによる不正を示す強い指標となります。

新規デバイスの検出：

1. Protect360で、 検知した不正の内訳の表に移動します。
2. 右にスクロールして、デバイスファームの指標 - LAT端末の項目に移動します。
3. インストール%の列名をクリックして、一覧表を新規デバイス率の高い順にソートします。
4. 新規デバイス不正指標：

•  
  • 新規デバイスの割合が多い媒体。　注：インストール数が増えれば増えるほど、低い割合でも（全体数が大きいため）不正とみなされることがあります。
  • 媒体のロイヤルユーザー比率を全体のロイヤルユーザー比率と比較した場合、相対的に低い比率は不正である疑いが強まります。

　注：プリインストール済みアプリのキャンペーンは、通常新規デバイス率が非常に高いです。これらは、ユーザーが新しいデバイスを有効化した時に起動する最初のアプリである可能性があるためです。したがって、プリインストール済みアプリに関しては、新規デバイス率が高い場合でも、不正の可能性は低いです。

LAT不正の検知

LAT（広告トラッキング制限）ユーザーは、広告主にデバイスID、IDFA、GAIDの開示をしない（オプトアウトする）選択をしています。iOSユーザーの約15%、Androidユーザーの約10%がLATを選択しています。

新規デバイス率と同様に、LATユーザーも正当なユーザーの可能性があります。ただし、LATユーザー率が高いと、不正行為の兆候を示している場合があります。

LATの検知：

1. Protect360で、 検知した不正の内訳の表に移動します。
2. 右にスクロールして、デバイスファームの指標 - LAT端末の項目に移動します。
3. インストール%の列名をクリックして、一覧表をLAT端末率の高い順にソートします。
4. LATデバイス不正指標：

• LATデバイスの割合が多い媒体。　注：インストール数が増えれば増えるほど、低い割合でも（全体数が大きいため）不正とみなされることがあります。
• 媒体のロイヤルユーザー比率を全体のロイヤルユーザー比率と比較した場合、相対的に低い比率は不正である疑いが強まります。

クリック洪水による不正の検知

1. クリック洪水を使用して、不正業者は実在するユーザーのラストクリックとして登録されることを狙い、本物のデバイスIDを含む何百万回ものクリックを送信します。このタイプの不正がある媒体はコンバージョン率が非常に低いのですが、これらが実際のユーザーであるため、ユーザーの質自体は高い傾向があります。

   クリック洪水を検知する方法：

   1. Protect360で、 検知した不正の内訳の表に移動します。
   2. 右にスクロールして、クリック洪水指標の列に移動します。
   3. コンバージョン率 の列名をクリックして、コンバージョン率の高い順にソートします。
   4. クリック洪水による不正のベンチマーク：
   • 通常のコンバージョン率は、0.5～35%です。
     異常に低いコンバージョン率を持つ疑わしいソース、またはアプリの平均コンバージョン率の25％以下のソース。このKPIは、管理画面のオーバービューページにある集計パフォーマンスレポートの表で確認できます。 
   • どちらか判断がつかないソースについては、アシスト率を平均アシスト率と比較してください。管理画面のオーバービューページにあるアシストウィジェットで、正常なアシスト率を確認できます。
     アプリの平均的なアシスト率よりも、アシスト率が 50%よりも高い場合、そのソースは不審であると考えられます。
     アプリで使用されているソースの数が多いほど、その貢献率は高くなることに注意してください。

CTIT指標でクリック洪水を検知

クリック洪水のもうひとつの指標に、CTITの均等分布があります。
通常、正常なインストールの約70%は広告接触から1時間以内に行われます。
クリック洪水が行われているとき、偽のエンゲージメントと実際のインストールには関連がありません。そのため、不正インストールの30％以上が、CTITが1時間以上という結果につながります。  

CTITを指標にクリック洪水を検知する方法：

1. Protect360で、 検知した不正の内訳の表に移動します。
2. 右にスクロールして、クリック洪水 - CTITの列に移動します。
3. クリック洪水のCTITベンチマーク：

• 通常、 60分を超える値は約30%程度です。この指標と照らすと、50%を超えるソースが不審と考えられます。
• 通常、 5時間を超える値は約20%程度です。この指標と照らすと、40%を超えるソースが不審と考えられます。

異常検知ページを使用すると、不審なCTIT値のソースを調査できます。

インストール数

最大の不正媒体を検出するには、チェックされたソースごとのインストール数でフィルターすることが重要です。加えて、インストール数が少ないことは、数字上重要ではない可能性があります。注記：

　注：そのソースのインストール数が30件未満であったり、50件程度でも、判定を下すのに十分とはいえません。期間や他の検索条件の範囲を広げて、有意な結果を取得してください。

ロイヤルユーザーの定義変更

ロイヤルユーザーのデフォルトの定義はアプリの3回以上起動となります。これはユーザーエンゲージメントの重要なKPIのひとつですが、残念なことに不正業者の多くがこのことを知っていて利用しており、高いロイヤルユーザー率を偽装して疑いを逃れています。より優れた、複雑化したロイヤルユーザーの定義を作成して選択することで、不正を回避します。

登録、チュートリアルの完了、購入、複数のセッションなど、アプリのユーザー品質のKPIを分析します。ユーザーがKPIの全リストを実行した場合に、新規のロイヤルユーザーのアプリ内イベントを送るようアプリコードを実装します。

最初の非オーガニックのロイヤルユーザーイベントが送信されたら、アプリ設定に移動し、アプリのロイヤルユーザーをそのイベントに設定します。ロイヤルユーザー率はわずかに低下することが予想されますが、不正なソースの場合は著しく低下すると予想されます。