どのようにお手伝いできますか?

Protect360不正対策ガイド プレミアム機能

  • 更新

概要:アトリビューション不正は、マーケティング予算を浪費させ、成果データの正確性を損ない、好調なキャンペーンを赤字に転じさせるおそれがあります。 Protect360は、アプリ所有者にリアルタイムの不正対策と、ポストアトリビューションでの不正検知(アトリビューション後の不正検知)を提供します。 0>

p360intro2.jpg

Protect360の概要

  • アトリビューション不正から保護します。不正を検知し、不正なアトリビューションをブロックする、状況に応じて機能する各種ツールで構成されています。
  • AppsFlyerの大規模なデータ、機械学習、行動分析を活用し、ボットや行動の異常を含む、既知の不正や新しい手法によるクリック/インストール不正から保護します。
  • デバイス、パブリッシャー、メディアソースの各単位で、マーケターを不正から保護します。
  • リアルタイムの不正ブロックと、ポストアトリビューションでの不正特定を組み合わせた、多段階の対策を行います。
  • アプリのユーザー体験には影響しません。実際のユーザーが関わる不正の試みでも、アプリのインストールは通常どおり完了し、影響するのはアトリビューションの記録のみです。

リアルタイムのブロック

  • アトリビューション前に、インストールが不正なメディアソースからのものとリアルタイムで判定され、アトリビューションがブロックされます。
  • 同じユーザーによる、その後のアプリ内イベントもブロックされます。
  • ブロックされたインストールとアプリ内イベントは、Protect360ダッシュボードと、ブロックされた不正のレポートに表示されます。
    • ブロックされたインストールとアプリ内イベントは、一度もアトリビューションされていないため、AppsFlyerのアトリビューションデータやダッシュボードには含まれません。
  • ブロックされたインストールのポストバックは、ブロック理由とともにメディアソースへ送信され、最適化に役立てられます。 

ブロックされたイベントについて

ポストアトリビューションでの不正検知

  • アトリビューション後に判明した不正を「ポストアトリビューション不正」と呼びます。ポストアトリビューション不正は、インストール当日から、その7日後までの計8日間に検知できます。
  • 一度アトリビューションされたインストールは、削除できません。そのため、ポストアトリビューション不正は、リアルタイムで検知した不正とは異なる方法で処理されます。
  • 後から不正と判明したインストールやアプリ内イベントも、実際の不正として扱い、請求対象から除外する必要があります。

アドネットワークやサイトIDなどの流入元が不正と判定されると:

  • その流入元からの以後のクリックがブロックされます。
  • 過去のインストール:
    • 当月の初日から現在までのインストールは、ポストアトリビューション不正としてマークされますが、データから削除されません。 2020年1月以降、これらのインストールに対するアトリビューション料金は、広告主への請求額から差し引かれます。
    • 当月より前のインストールは変更されません。
  • アプリ内イベント:

    • インストールが不正としてマークされるまでに発生したイベント:不正としてマークされます。
    • インストールが不正としてマークされた後に発生したイベント:不正としてマークされます。

    注意:ユーザー獲得(UA)の再インストールが不正と判定された場合、Protect360はそのインストールをオーガニックに付け替え、アトリビューションを修正します。そのため、これらの再インストールに続くアプリ内イベントもオーガニックに紐づけられ、オーガニックのアプリ内イベントレポートに表示されます。

ポストアトリビューション不正の例:

  • 一見正常なインストールの後、アプリ内イベントに不正の兆候が見つかる場合
  • 新しい不正手法が見つかった場合
  • 異常検知アルゴリズムがパブリッシャーのインストールに関する十分な統計データを収集して初めて、不正と判明するインストール

主な不正と対策

AppsFlyerが不正を特定すると、関連するアトリビューションイベントがブロックされます。これにより、不正行為者の利益と不正を行う動機をなくします。注意:アプリのインストール自体はブロックされず、実行されます。ユーザーはアプリを利用でき、広告主の収益につながる行動も行えます。 

ブロックされた不正なクリック、インストール、アプリ内イベントは、Protect360不正ローデータレポートで確認できます。

次の表では、不正の種類とProtect360による対処方法を説明します。

不正の種類  説明 AppsFlyerによる対策
デバイスIDのリセットによる不正 不正行為者が同じ物理デバイスのデバイスIDを繰り返しリセットし、大量のインストールを発生させます。 AppsFlyerは新規デバイスの割合の異常を検知し、それらを送信する流入元を拒否リストに登録します。
インストールハイジャック 不正行為者は、アプリのダウンロードを検知して通知するマルウェアをモバイルデバイスに仕込みます。ダウンロードの検知直後にAppsFlyerへクリックを送信し、そのインストールの成果を不正に獲得しようとします。 CTIT(クリックからインストールまでの時間)が極端に短いクリックをブロックします。また、Google PlayのサーバーサイドAPIに基づいてブロックします。
クリックハイジャック マルウェアがインストールのアトリビューションリンクへのクリックを検知し、即座に別のクリックを送信します。そのクリックに成果が紐づくと、不正行為者が成果を獲得します。 同じデバイス・同じアプリへの別のクリックの直後に発生し、成果が紐づけられたクリックをブロックします。
クリック洪水 インストール直前のラストクリックを獲得する目的で、大量の偽クリックを送信するモバイル広告不正です。 コンバージョン率が低く、CTITが長いサイトIDからの、成果が紐づけられたクリックをブロックします。
行動の異常 不正行為者が、インストール後に一貫性のない異常な行動を発生させるモバイル広告不正です。 AppsFlyer独自の大規模なデータを使って、アプリ、地域、メディアソース、パブリッシャーなど、さまざまな単位でユーザー行動のパターンを追跡・把握できます。人間の行動とは考えにくいパターンをほぼリアルタイムで特定し、流入元でブロックします。
IP拒否リスト 不正行為者は通常、不正クリックを大量に発生させる拠点から活動しており、そのIPアドレスから長期にわたって特定できる場合があります。
  • 第三者のグローバルプロバイダーであるDigital Elementから受け取る最新データを基に、不正が疑われるIPアドレスを日次で拒否リストに登録します。
  • IP拒否リストによる保護は、すべてのアプリで有効です。
SDK認証 不正行為者が偽のSDKメッセージを送信し、価値のあるユーザー行動が発生したように見せかけます。
  • 独自のハッシュ化プロトコルを使用してSDKとWebサービス間のメッセージを暗号化し、不正行為者によるメッセージの偽装を防ぎます。
  • SDK認証による保護は、すべてのアプリで有効です。
ストアでの検証 不正行為者が偽のSDKメッセージを送信し、インストールやアプリ内購入が発生したように見せかけ、高額なCPA報酬を請求します。 Appleストアでの検証。 不正な行動へのアトリビューションを防ぐため、実際に発生したインストールやアプリ内購入について、iTunesでのインストール検証と、iTunesおよびGoogle Playでのアプリ内購入の検証を行えます。

注意:お客様を保護するため、上記の判定に使用する具体的な時間の値は公開していません。

その他のブロック理由については、ローデータの記事で説明しています。

次の表では、不正なインストールとアプリ内イベントの種類、およびProtect360エンジンがリアルタイムでブロックした場合とポストアトリビューションで検知した場合の処理を示しています。

不正の種類 検知のタイミング インストールの処理 アプリ内イベントの処理
偽のインストール リアルタイム リアルタイムでブロック リアルタイムでブロック
ポストアトリビューション ポストアトリビューションインストールレポートに不正として表示
  • 不正検知前に発生したアプリ内イベントは、ポストアトリビューションアプリ内イベントレポートに不正として表示されます。
  • 検知後:リアルタイムでブロック
インストールアトリビューションハイジャック リアルタイム
  • リアルタイムでブロック
  • 最後の有効な流入元にアトリビューションを修正
  • ローデータレポートには表示されず、ダッシュボードでのみ確認可能
  • インストールと同じ有効な流入元に紐づけ
ポストアトリビューション ポストアトリビューションインストールレポートに不正として表示
  • 不正検知前に発生したアプリ内イベントは、ポストアトリビューションアプリ内イベントレポートに不正として表示されます。
  • 不正検知後:インストールから30日後まで、ポストアトリビューションアプリ内イベントレポートに不正として表示。*

    *インストールから30日間は、アプリ内イベントを最後の有効なメディアソースに付け替えます。 30日を過ぎて発生したイベントは修正されません。

不正なアプリ内イベント リアルタイム - リアルタイムでブロック
ポストアトリビューション - ポストアトリビューションアプリ内イベントレポートに不正として表示
Protect360の不正検知と処理

Protect360の利用方法

ダッシュボード

Protect360ダッシュボードには不正の集計データが表示され、不正なトラフィックの状況を把握できます。

ダッシュボードの表示: 

インストール:リアルタイムでブロックされたものと、ポストアトリビューションで判明した不正なインストールを、LTVベースで把握できます。フィルタやグループ化を使って詳細を絞り込み、不正なイベントを詳しく調べられます。

アプリ内イベント:リアルタイムでブロックされたものと、ポストアトリビューションで判明した不正なアプリ内イベントを、アクティビティベースで把握できます。フィルタやグループ化を使って詳細を絞り込み、不正なイベントを詳しく調べられます。

ローデータ

不正に関するローデータは、Pull API、データ出力、Data Locker(プレミアム機能)で利用できます。

ローデータレポートは、次のように分類されます。

  • ブロックされたデータのレポート:アトリビューションがブロックされ、どのメディアソースにも紐づけられなかったユーザーのインストール、クリック、アプリ内イベント。
  • ポストアトリビューションレポート:
    • メディアソースに紐づけられた後に、不正と判明したインストール。
    • アプリ内イベント:
      • メディアソースに紐づけられた後に不正と判明したインストールに関連するイベント。
      • インストール自体の判定とは関係なく、不正と判定されたイベント。
  • 広告主は、これらのレポートをアドネットワークとの広告費の精算、最適化、ポストアトリビューション不正を考慮したアトリビューションダッシュボードの調整に使用できます。

検証ルール

検証ルールを使うと、アプリ所有者は、特定のインストールのブロック、アトリビューションのブロック(最後の有効なメディアソースへインストールを付け替え)、アプリ内イベントのブロックを行う条件を設定できます。

アドネットワークとの不正分の広告費の精算

Protect360を使うと、アドネットワーク側で不正として記録されていない可能性のあるインストールやアプリ内イベントについても、ローデータを取得できます。

不審な流入元からアドネットワークがトラフィックを送信していることが分かった場合は、アドネットワークに連絡し、その流入元からの送信を停止するよう依頼してください。インストールのローデータレポートのアトリビューション対象の広告接触時刻(Attributed Touch Time)列を使って、停止依頼後にその流入元からインストールが発生していないことを確認してください。

Protect360のデータを使ってアドネットワークと精算し、不審な流入元からの過去のトラフィックについて、全額または一部の返金を受けることもできます。

Protect360を使ったCPI課金キャンペーンの精算手順:

  • 毎月の初めに、不正が発生した各アドネットワークのアカウント担当者へ連絡します。
  • ブロックされたインストールとポストアトリビューションインストールのレポートから、該当する不正インストールのローデータを取得します。
  • 不正のローデータをアドネットワークに共有し、広告費の精算とトラフィックの最適化に活用します。
  • ポストアトリビューション不正のインストールを除き、有効なインストールのみを含むローデータレポートを作成することもできます。月次のアトリビューションされたUAインストールレポートをダウンロードし、ポストアトリビューションインストールレポートに含まれるすべてのレコードを除外します。

Protect360を使ったCPA/CPE課金キャンペーンの精算手順:

  • 毎月の初めに、不正が発生した各アドネットワークのアカウント担当者へ連絡します。
  • ブロックされたアプリ内イベントとポストアトリビューションアプリ内イベントのレポートから、該当する不正なアプリ内イベントのローデータを取得します。
  • 不正のローデータをアドネットワークに共有し、広告費の精算とトラフィックの最適化に活用します。
  • ポストアトリビューション不正のイベントを除き、有効なアプリ内イベントのみを含むローデータレポートを作成することもできます。月次のアトリビューションされたUAアプリ内イベントレポートをダウンロードし、ポストアトリビューションアプリ内イベントレポートに含まれるすべてのレコードを除外します。 

仕様と制限事項

仕様と制限事項

項目 補足 
広告主のアクセス すべてのアカウントユーザー。
アドネットワークのアクセス
  • Protect360ダッシュボードとローデータへのアクセスには、広告主の許可が必要です。
  • 広告主が、そのアドネットワークを連携済みパートナーとして設定している必要があります。
代理店のアクセス Protect360ダッシュボードとローデータへのアクセスには、広告主の許可が必要です。
運用媒体の開示設定

運用媒体を開示している代理店:個々のメディアソースを確認できます。

運用媒体を開示していない代理店:個々のメディアソースを確認できません。

アプリ固有のタイムゾーン
  • すべてのアプリが同じタイムゾーンに設定されている場合、ダッシュボードにはアプリ固有のタイムゾーンが適用されます。
  • アプリのタイムゾーンが異なる場合、ダッシュボードはUTCで表示されます。
データの更新頻度
  • Protect360ダッシュボード:日次で更新。 
    ダッシュボードの日付範囲フィルタの下に、最新の更新時刻が表示されます。
  • レポート:
    • ブロックされたインストールとアプリ内イベント:ほぼリアルタイムで継続的に更新。
    • ポストアトリビューション:UTCに基づき日次で更新。 
再インストール 再インストールの不正データは、ローデータでのみ確認できます。そのため、ダッシュボードとローデータレポートの合計値に差異が生じる場合があります。
リターゲティング
  • 不正と判定されたインストールについて、インストール、リアトリビューション、リエンゲージメントに分けた、アトリビューション対象の広告接触の種類別の内訳が表示されます。
  • アプリ内イベント:
    • アプリ内イベント(CPA)ダッシュボードには、UAインストールに関連する不正イベントが表示されますが、リターゲティングのイベントは表示されません。
    • リアトリビューションに関連する不正イベントのうち、リアルタイムで検知されたものは、ローデータレポートで確認できます。リエンゲージメントに関連する不正イベントは検知できません。
    • リターゲティングに関連する不正イベントは、ポストアトリビューションでは検知できません。
制限事項
  • 表の表示は最大20,000行です。
  • これを超えるデータを取得しようとすると、一部のメディアソースが除外される可能性があります。この制限を回避するには、次の方法を推奨します。
    • 日付範囲を短くする、アプリやメディアソースを指定するなどして、取得対象のデータを絞り込む
    • Protect360のローデータレポートを出力する
    • Protect360の高度な不正検知の集計レポートをPull APIで出力する
仕様と制限事項

よくある質問とヒント

よくある質問

Protect360は、カスタムアトリビューションリンクからの不正にも対応していますか?

はい、対応しています。 Protect360は、アドネットワークからの不正に加えて、カスタムアトリビューションリンクからの不正も検知・ブロックします。そのため、インフルエンサー、メール・SMSキャンペーン、Webサイトのバナーやランディングページ、SNSで拡散される投稿、プッシュ通知、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実装の問題:アプリ内イベントが、利用の流れに沿った適切なタイミングで、正しいイベントパラメータの値を使って送信されているかを確認してください。
よくある質問

判断の目安とヒント

新規デバイスを使った不正の検知

不正行為者は、デバイスの主要な識別子(iOSのIDFA、AndroidのGAID)を頻繁にリセットして、デバイスを偽装することがあります。

AppsFlyerは、世界のモバイルデバイスの98%以上を識別しています。

そのため、新規デバイスを意図的にターゲットにしている場合を除き、未識別の新規デバイスの割合が高いことは、不正クリックを大量に発生させる拠点による不正の有力な兆候です。

新規デバイスの確認手順:

  1. Protect360で、検知された不正の内訳の表を開きます。
  2. 右にスクロールして、大量の端末を使った不正の指標 - 新規デバイスの列を表示します。
  3. インストールの割合(%)の列名をクリックし、新規デバイスの割合が高い順に並べ替えます。
  4. 新規デバイスによる不正の兆候:
  • 新規デバイスの割合が高い流入元。注意:インストール数が多い場合は、割合が低くても不正の可能性があります。全体の件数が多くなるためです。
  • その流入元のロイヤルユーザー率が、全体のロイヤルユーザー率よりも低い場合は、不正の有力な兆候です。

注意:プリインストールアプリのキャンペーンは、新規デバイスの割合が通常、非常に高くなります。新しいデバイスを使い始めたユーザーが、最初に起動するアプリの1つになりやすいためです。そのため、プリインストールアプリでは、新規デバイスの割合が高くても、新規デバイスを使った不正の可能性は低くなります。

LATを利用した不正の検知

LAT(広告トラッキング制限)を選択したユーザーは、広告主にデバイスID(IDFAやGAID)を公開しない設定にしています。 iOSユーザーの約15%、Androidユーザーの約10%が、この設定を選択しています。

新規デバイスの場合と同様に、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時間以内に発生します。
クリック洪水では、偽の広告接触と実際のインストールに関連性がありません。そのため、CTITが1時間を超える不正インストールの割合は、30%を大きく上回ります。 

クリック洪水のCTITの確認手順:

  1. Protect360で、検知された不正の内訳の表を開きます。
  2. 右にスクロールして、クリック洪水の指標 - CTITの列を表示します。
  3. クリック洪水のCTITの判断の目安:
  • 通常、60分超の割合は約30%です。この指標が50%を超える流入元は、不正が疑われます。
  • 通常、5時間超の割合は約20%です。この指標が40%を超える流入元は、不正が疑われます。

CTITが不審な流入元は、異常の分析ページで詳しく調べてください。

判断の目安とヒント

不正対策を強化するためのヒント

インストール数

大規模な不正の流入元を見つけるには、調査対象の流入元ごとのインストール数で絞り込むことが重要です。また、インストール数が少ないと、統計的に意味のある結果が得られない場合があります。注意:

注意:インストール数が30件未満、あるいは50件未満の流入元では、結論を出すのに十分なデータがありません。日付範囲やその他の検索条件を広げて、判断に十分なデータを取得してください。

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

ロイヤルユーザー(継続的に利用するユーザー)のデフォルトの定義は、アプリを3回以上起動したユーザーです。これはユーザーの利用状況を把握する重要なKPIですが、多くの不正行為者もこの定義を知っており、ロイヤルユーザー率を高く見せかけて、不正を疑われないようにします。より適切で複数の条件を組み合わせたロイヤルユーザーの定義を作成・選択し、こうした偽装を防いでください。

登録、チュートリアル完了、購入、複数回のセッションなど、ユーザーの質を示すKPIを分析します。ユーザーが一覧のすべてのKPIを満たした場合に、新しいロイヤルユーザーのアプリ内イベントを送信するよう、アプリのコードに実装します。

最初の非オーガニックのロイヤルユーザーイベントが送信されたら、アプリ設定でそのイベントを選択し、ロイヤルユーザーの判定に使用します。全体のロイヤルユーザー率は少し下がり、不正な流入元では大幅に下がることが想定されます。

不正対策を強化するためのヒント

ヒント

不正対策について、さらに詳しく知りたいですか? AppsFlyerラーニングポータルの短時間で学べるコースをご覧ください。