AppsFlyer Protect360とは？不正インストール検知の仕組みと使い方

Protect360とは

Protect360は、モバイル計測ツール（MMP）大手のAppsFlyerが提供するアドフラウド検知・防止ソリューションです。アプリ広告における不正なインストールやアプリ内イベントを検知し、広告主の広告費を守ることを目的としています。

アドフラウドの手口は年々巧妙化しており、クリックスパム、クリックインジェクション、デバイスファーム、SDKスプーフィングなど多岐にわたります。Protect360は機械学習ベースのアルゴリズムと行動分析エンジンを組み合わせることで、これらの不正パターンを高精度で検知します。

主な検知対象は以下の通りです。

リアルタイムブロック機能

Protect360の最大の特徴は、インストールが発生した瞬間に不正を判定し、アトリビューションから除外するリアルタイムブロック機能です。不正と判定されたインストールはAppsFlyerのダッシュボードおよびレポートにおいて「ブロック済み」として記録され、メディアソースへの成果としてカウントされません。

リアルタイムブロックの判定ロジック

リアルタイムブロックでは、主に以下の観点でインストールの正当性を評価します。

• CTIT（Click-To-Install Time）異常：クリックからインストールまでの時間が極端に短い（クリックインジェクションの兆候）または極端に長い（クリックフラッディングの兆候）場合にブロック
• デバイスパラメータ異常：エミュレータ特有のデバイス情報、改ざんされたデバイスID、異常なOSバージョンなどを検知
• 行動パターン異常：同一IPアドレスからの大量インストール、非人間的なクリックパターンなどを統計的に判定
• 既知の不正リスト：過去に不正と確認されたデバイスID、IPアドレス、サイトIDのブラックリストと照合

リアルタイムブロックの結果は、AppsFlyerの管理画面で即座に確認できます。ブロックされたインストールは「Blocked Installs」として専用レポートに集計されるため、どのメディアソースからどの程度の不正が発生しているかをリアルタイムに把握できます。

ポストアトリビューション分析

リアルタイムブロックだけでは検知しきれない巧妙な不正も存在します。ポストアトリビューション分析は、一度アトリビューションされたインストールを事後的に再評価し、不正の疑いがあるものを特定する機能です。

リアルタイムではデータが不十分で判定できなかったケースでも、一定期間のデータが蓄積されると統計的な異常が浮かび上がります。例えば以下のような不正パターンは、ポストアトリビューションで検知されやすいです。

• 異常なアプリ内行動：インストール後にアプリを一度も起動しない、あるいは全ユーザーが同一の行動パターンを示す
• 異常なリテンション率：特定メディアソースからのインストールのリテンション率が極端に低い（デバイスファームの兆候）
• 時系列の異常：特定の時間帯にインストールが集中するなど、人間の行動として不自然な分布

ポストアトリビューションで不正と判定されたインストールは「Post-Attribution Fraud」レポートに表示されます。このレポートは媒体へのリファンド交渉における最も重要なエビデンスになるため、定期的な確認が不可欠です。

Validation Rulesの設定

Protect360の標準的な不正検知に加えて、Validation Rulesを設定することで、自社独自の基準に基づいたカスタムルールを追加できます。AppsFlyerの管理画面からGUIで設定可能で、プログラミングの知識は不要です。

ダッシュボードの見方

Protect360のダッシュボードでは、不正検知に関する主要な指標を一覧で確認できます。運用で注目すべき項目を解説します。

サイトID別の分析

メディアソースの中でも、特にサイトID（Sub Publisher）単位での不正率を確認することが重要です。同じアドネットワーク内でも、不正率が0%のサイトIDと50%以上のサイトIDが混在していることは珍しくありません。サイトID単位でブラックリスト登録することで、ネットワーク全体を停止せずに不正を排除できます。

TikTok/Pangle経由の不正パターンと対策

TikTok広告はSRN（Self-Reporting Network）としてAppsFlyerと直接連携しており、TikTok本体の広告在庫における不正率は比較的低い傾向にあります。一方、Pangle（TikTokのオーディエンスネットワーク）経由のトラフィックでは注意が必要です。

Pangleで発生しやすい不正パターン

• クリックフラッディング：Pangleに接続している一部のパブリッシャーが、バックグラウンドで大量のクリックを発生させるケース
• 低品質トラフィック：リワード動画広告枠経由で、ユーザーの意図しないインストールが発生するケース
• CTIT異常：クリックからインストールまでの時間が不自然に短い、または長いインストールの割合が高いケース

TikTok/Pangle向けの推奨対策

1. Pangleのサイトレポートを定期確認TikTok Ads Managerの「サイトレポート」で、パブリッシャー単位のパフォーマンスと不正率を確認
2. ブラックリスト運用不正率の高いサイトIDをTikTok Ads Manager側でブロック設定
3. Validation RulesでCTIT閾値を設定アプリのサイズに応じた適切なCTIT下限値を設定し、クリックインジェクションを排除
4. TikTokとPangleを別キャンペーンで管理不正率の分析を容易にするため、TikTok本体とPangleの配信を分離

不正検知後の対応フロー

Protect360で不正を検知した後の対応は、大きく3つのステップに分かれます。

STEP 1：証拠の収集と整理

Protect360のダッシュボードおよびローデータレポートから、以下の情報を整理します。

• 不正と判定されたインストールの一覧（デバイスID、タイムスタンプ、メディアソース、サイトID）
• 不正の種類別の内訳（クリックフラッディング、デバイスファーム等）
• 対象期間における不正率の推移
• 正規インストールとの行動データの比較（リテンション率、アプリ内イベント発生率など）

STEP 2：媒体への報告

収集した証拠をもとに、該当するアドネットワークやメディアパートナーに不正レポートを送付します。報告時のポイントは以下の通りです。

• Protect360のレポートをそのままエビデンスとして添付する（多くの媒体がAppsFlyerのレポートを正式なエビデンスとして受け入れています）
• 不正の種類と件数を明確に記載する
• 対象期間と対象キャンペーンを特定する
• 要望（リファンド、サイトIDのブロック、再発防止策）を具体的に伝える

STEP 3：リファンド交渉と再発防止

媒体からの回答をもとに、リファンド（返金）の交渉を進めます。リファンド交渉は以下の点に注意してください。

• 報告のタイミング：ポストアトリビューションレポートは月次で確定するため、翌月初に前月分をまとめて報告するのが効率的
• 契約条件の確認：アドネットワークとの契約書にフラウド関連の条項がある場合、それに準拠した手続きを踏む
• 再発防止：不正率の高いサイトIDのブラックリスト登録、Validation Rulesの追加、場合によっては媒体自体の停止を検討

アドフラウドとは？なぜ放置すると危険なのか

アドフラウド（Ad Fraud）とは、ボットや不正プログラム、人為的な操作などを用いて、広告のクリック・インプレッション・インストールなどを偽装し、広告費を不正に搾取する行為の総称です。デジタル広告全体で年間数百億ドル規模の被害が報告されており、アプリ広告も例外ではありません。

アドフラウドの被害は「広告費が無駄になる」という直接的な損失だけにとどまりません。最適化データの汚染という、より深刻な問題を引き起こします。

• 予算の浪費：不正なクリックやインストールに広告費が流れ、実際のユーザー獲得に使えるはずの予算が減少します
• 最適化データの汚染：不正インストールが正規CVとして計測されると、媒体の機械学習が「不正ユーザーに似た属性」を優良ユーザーと誤認し、配信の最適化精度が低下します
• KPIの歪み：CPI・CPAなどの成果指標が見かけ上は良く見えてしまい、正しい意思決定ができなくなります。不正を除外すると実態のCPIが大幅に悪化するケースも珍しくありません
• LTVデータへの悪影響：不正ユーザーはアプリを使わないため、コホート分析やLTV予測の精度が著しく落ちます

つまり、アドフラウドは「お金を盗まれる」だけでなく、広告運用全体の意思決定基盤を腐食させるリスクがあるのです。

主な不正手法

アプリ広告で確認されている代表的なアドフラウド手法は、大きく4つに分類できます。

クリックスパム（Click Spam）

ユーザーの意図とは無関係に、大量のクリックをバックグラウンドで発生させる手法です。ユーザーが特定のWebページやアプリを閲覧しているだけで、裏側で広告クリックが自動送信されます。オーガニックインストールが偶然このクリックとマッチすると、不正なネットワークの「成果」として計上されてしまいます。

特徴として、クリックからインストールまでの時間（CTIT）が異常に長い傾向があります。正規のクリック経由インストールではCTITが数分〜数時間に集中しますが、クリックスパムでは数日にわたって均等に分布します。

クリックインジェクション（Click Injection）

Android端末で多く確認される手法です。マルウェアが仕込まれたアプリが、他のアプリのインストール完了直前のタイミングを検知し、ラストクリックを差し込みます。正規の広告接触で流入したユーザーのインストール成果を「横取り」する形です。

CTITが極端に短い（数秒以内）ことが検出の手がかりになります。

SDK Spoofing（SDKスプーフィング）

MMPのSDK通信を解析し、正規のインストールシグナルを偽造してサーバーに直接送信する手法です。実際のデバイスやインストールは存在しないにもかかわらず、MMP上では正規のインストールとして記録されます。技術的に高度な手法であり、見かけ上はすべてのデータが正常に見えるため、検出が困難です。

デバイスファーム（Device Farm）

大量の実機（またはエミュレータ）を使い、手動または自動で広告をクリックしてアプリをインストールし、一定期間後にデバイスIDをリセットして再度インストールを繰り返す手法です。実機を使うため一見すると正規トラフィックに見えますが、同一IPアドレスからの大量インストールやデバイスIDの新規率が異常に高いといった特徴があります。

MMPの不正検知の仕組み

MMP（Mobile Measurement Partner）は、アトリビューション計測に加えて、不正検知をコア機能として提供しています。検知のアプローチは大きく2つに分かれます。

• リアルタイムブロック：クリックやインストールが発生した時点で不正を判定し、そのイベントをアトリビューションから除外します。不正な成果が計上される前に防ぐため、最も効果的な防御手段です
• ポストアトリビューション分析：一度計上されたインストールを、事後的に統計モデルやパターン分析で再評価し、不正と判定されたものをレポートします。媒体への返金交渉のエビデンスとして活用できます

主要MMPの不正検知エンジンを具体的に見ていきましょう。

AppsFlyer Protect360

AppsFlyerが提供する包括的な不正検知ソリューションです。リアルタイムとポストアトリビューションの両方をカバーします。

• リアルタイムブロック：クリック・インストール発生時に多層的なルールで判定。CTIT異常検知（クリックインジェクション対策）、クリック洪水検知（クリックスパム対策）、ボットパターン検知などが含まれます
• ポストアトリビューション分析：インストール後のアプリ内行動パターンを統計的に分析し、人間の行動と乖離するインストールを不正としてフラグ付けします
• バリデーションルール：管理画面で独自のルールを設定可能。特定のサブパブリッシャーや地域からのトラフィックを条件付きでブロックできます
• 不正レポート：ネットワーク・キャンペーン・サブパブリッシャー単位で不正率をダッシュボードに表示。CSVエクスポートにも対応し、媒体への報告資料として利用できます

Adjust Fraud Prevention Suite

Adjustが提供する不正検知スイートで、複数のフィルタを組み合わせた防御を特徴とします。

• クリック検証：匿名IPフィルタリングにより、データセンターやVPNからの不審なクリックを除外します
• CTIT異常検知：クリックからインストールまでの時間分布を統計的に分析し、クリックスパムやクリックインジェクションのパターンを検出します
• SDK Signature（SDKシグネチャ）：SDK通信にハッシュベースの署名を付与し、通信の改ざんやスプーフィングを防止します。SDK Spoofing対策として有効です
• 異常検知エンジン：機械学習ベースで、デバイスファームに特徴的なパターン（同一IPからの大量インストール、新規デバイスID比率の異常など）を自動検出します

実務でのアドフラウド対策フロー

アドフラウド対策は、ツールを導入するだけでは不十分です。初期設定→モニタリング→除外→媒体報告の4ステップを運用フローに組み込むことが重要です。

STEP 1：初期設定

• MMPの不正検知機能を有効化する（デフォルトでオフになっている項目がないか確認）
• SDK Signature / SDK認証を最新バージョンで実装する（SDK Spoofing対策）
• バリデーションルールの初期設定を行う（IPブラックリスト、CTIT閾値など）
• アプリ内イベント（チュートリアル完了、課金など）をMMPに連携し、ポストインストール行動の分析基盤を整える

STEP 2：定期モニタリング

• MMP管理画面の不正ダッシュボードを最低でも週1回確認する
• ネットワーク・キャンペーン・サブパブリッシャー単位の不正率を監視する
• 不正率が10%を超えるソースはアラートを設定する（AppsFlyerではカスタムアラートが設定可能）
• CTIT分布グラフを確認し、異常な分布パターンがないかチェックする

STEP 3：除外対応

• 不正率が高いサブパブリッシャーをMMP側でブラックリスト登録する
• 媒体管理画面でも該当のサイトIDやアプリIDを配信除外に設定する
• 新しいサブパブリッシャーが追加されたら、最初の数日間は不正率を重点的にモニタリングする

STEP 4：媒体への報告

• ポストアトリビューション分析で不正と判定されたインストールのローデータをエクスポートする
• 不正タイプ・件数・期間をまとめ、媒体の担当者に報告する
• 返金・請求調整の交渉を行う（契約条件に不正トラフィックに関する条項があるか事前に確認）
• 報告結果と対応状況を社内に記録し、ナレッジとして蓄積する

まとめ

AppsFlyer Protect360は、リアルタイムブロックとポストアトリビューション分析の二段構えでアドフラウドからアプリ広告を守る強力なソリューションです。Validation Rulesによるカスタムルール設定や、サイトID単位での詳細な不正分析も可能で、運用者が主体的に不正対策を行うための基盤を提供します。

特にTikTok/Pangle経由の広告配信では、Pangleのパブリッシャー品質のばらつきに注意が必要です。Protect360のデータを活用してブラックリスト運用やCTIT閾値の調整を行い、不正トラフィックを排除しながら健全なスケーリングを目指しましょう。不正検知後の媒体への報告とリファンド交渉まで一貫して実行することが、広告費の無駄を防ぐ鍵です。