> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md).

# イベントリスクデータの理解と解釈

次の [パートナー別リスク](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/risk-by-partner-report.md) このレポートでは、無効トラフィック（IVT）の指標についてコンバージョンイベントを分析します。具体的には、実際のエンドユーザー（例：ボット）が存在しないイベント、または正当な意図のないイベントを対象としています。リスクのこれらの早期指標を可視化することで、コンバージョンアクションがロックされる前に迅速に対処できます。

ベストプラクティスとして、変化するリスク率を把握できるよう、このレポートを定期的（毎日または毎週）に確認してください。これらの割合を早期指標として使い、調査の優先順位を付けましょう。クリックレベルで高リスクが検出された場合は、クリックフィルタリング設定を見直して、低品質なトラフィックが下流のパフォーマンスに影響しないよう、先手を打った対応が可能です。

### リスクしきい値のガイダンス

以下の表では、リスク率の解釈と、どこに最も注意を向けるべきかを判断するための初期推奨事項を示しています。ただし、独自の事業目標とリスク許容度に基づいて、自社内のガイドラインを策定することをお勧めします。これらのリスク区分を基礎としてパフォーマンスを評価し、トラフィック品質を検証する際の意思決定プロセスにこれらのインサイトを取り入れてください。

<table><thead><tr><th width="142.7578125">リスク率</th><th width="176.12890625">推奨される注力点</th><th>定義</th></tr></thead><tbody><tr><td>0-5%</td><td>監視</td><td>リスクレベルは低いままで、誤検知や軽微な異常が原因であることが多いです。理由コードを確認して、リスク上昇の要因を見つけてください。コンバージョンスプーフィングのような重大フラグは、件数が非常に少なくても懸念すべきものであり、直ちに調査する必要があります。</td></tr><tr><td>5-10%</td><td>より詳しく確認する</td><td>このレベルのリスクは、より詳しい確認が必要かもしれません。まず「パートナー別リスク」レポートで理由コードを表示し、「理由コード」ガイドを参照して、どの理由コードが発火しているのか、またリスクが特定のサブソースに集中しているかどうかを把握してください。パートナーに連絡し、どのようにトラフィックを獲得しているのかを確認することも検討してください。</td></tr><tr><td>10-20%</td><td>調査する</td><td>注目すべきレベルのリスクです。パートナーのトラフィックソースやプロモーション手法について話し合う価値があります。内部データを確認して、フラグ付けされたイベントの大半を少数のソースが占めていないかを判断してください。たとえば、リードがコンバージョンしている、販売商品が返品されている、または注文金額が不自然である場合などです。</td></tr><tr><td>20-30%</td><td>真剣に受け止める</td><td>このレベルのリスクは、パートナーのトラフィックのかなりの部分に問題がある可能性を示しています。プログラムのポリシーに応じて、契約条件の調整や、フラグ付けされたイベントの支払い取り消しなどの選択肢を検討するとよいでしょう。</td></tr><tr><td>30%+</td><td>関係性を評価する</td><td>このレベルでリスクが継続的に高い場合、品質に重大な懸念があることを示しています。そのパートナーシップがプログラムに必要な価値を提供しているのか、さらなる投資が妥当かどうかを検討してください。</td></tr></tbody></table>

{% hint style="warning" %}
**10%以上のレベルでは**：理由コードを確認し、プロモーション手法を理解し、内部シグナル、取り消し率、その他の疑わしい活動と照合してください。

これらのしきい値は目安です。適切な対応は、具体的なプログラム目標、リスク許容度、パートナー関係の状況によって異なります。
{% endhint %}

#### ボリュームは重要です

取引量が非常に少ないパートナーの高リスク率は、統計的に意味を持たない場合があります。確かな結論を導くには、外れ値に惑わされないよう、イベント件数が統計的に十分な関連性を持つことを確認してください。

たとえば、15件のイベントでリスクスコアが33%（5件のフラグ）というパートナーは、単なる軽微な異常である可能性があります。逆に、5,000件のイベントでリスクスコアが95%のパートナーは、即時の介入を要する深刻なシステム的問題を示しています。

{% hint style="info" %}
**ヒント**：使用してください `アクション数 >=` レポート内のフィルターを使用して、イベント件数が自社プログラムの有意性しきい値を下回るパートナーを除外してください。基本的な推奨として、リスクレベルを評価する前に、少なくとも10件のアクションがあるパートナーで絞り込むことを検討してください。
{% endhint %}

#### 理由コードを確認する

行動する前に、フラグ付けされたイベントに関連する [理由コード](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md) を確認してください。イベントがフラグ付けされた理由の背景がわかります。理由コードを理解することで、そのフラグが本当に懸念すべきものか、あるいは正当な説明があるのかを判断できます。

**例**:

* **重大度の高いパターン**：パートナーに、コンバージョンスプーフィングのような重大コードに起因する大量のフラグ付けイベント（例：100件超のアクション）がある場合、全体の割合に関係なく、直ちに調査する必要があります。
* **重層的なリスク**：1つのイベントに複数の理由コード（例：「プロキシ」と「異常なアクティビティ」の両方）が付与されている場合、誤検知の可能性は大幅に低くなります。これらの複数フラグ付きセグメントは、レビューの優先対象にしてください。
* **ボリュームと妥当性**：フラグ付けされたトラフィックの量が増えるほど、将来的なパフォーマンス問題や「無価値」なコンバージョンが発生する可能性も高まることを忘れないでください。これらのコードを使って、パートナーのトラフィックがコンバージョンデータに対する長期的なリスクに見合うかどうかを判断してください。

### パートナーの調査

リスクレベルが詳しい確認を要する場合は、次の点を検討してください。

* **このパートナーとはどのくらいの期間協力していますか？** 実績のある既存パートナーなら、いきなり強硬な対応を取る前にまず話し合う価値があります。
* **最近連絡を取っていますか？** 試している新しいトラフィックソースなど、見落としている背景があるかもしれません。
* **フラグ付けされた理由コードに正当な理由はありますか？** 一部のビジネスモデルでは、特定のフラグの発生率が自然と高くなることがあります（例：特定の業種におけるVPNの使用）。
* **社内の不正対策チームやコンプライアンスチームは何を確認していますか？** Event Riskデータを自社の内部シグナルと照合してください。

さらに不正に関する懸念が生じた場合は、 [サポートに連絡してください](https://impact.com/contact/support/) できるだけ詳しい情報（パートナーID、日付範囲、データセット、リスク懸念の理由）を含めてください。

#### 長期的なプログラム健全性のためのヒント

* **サブソースの透明性を促進する**：リスクをより正確に把握するには、パートナーと協力してサブソース識別子（多くの場合、Shared ID などのパラメータ経由）を渡してもらうようにしてください。これはさまざまなレポート指標に使える公開フィールドですが、粒度の高いデータがあれば、パートナーのトラフィック全体を罰することなく、問題のある特定ソースを切り分けられます。
* **定期的に確認する**：このレポートを少なくとも毎週確認し、パートナー別リスクのインサイトを社内の不正チェックに組み込んでください。リスク管理を事後対応の作業として扱うのではなく、 [レポートをスケジュール設定して](/brand/ja/what-would-you-like-to-learn-about/platform-features/multi-program-reports/report-management/schedule-reports.md) 通知を受信トレイに直接自動配信するようにしましょう。
* **契約上の保護策を活用する**：フラグ付けされたイベントの扱い方について、契約書に文言を盛り込むことを検討してください。法務チームと相談して、 [契約条件を作成し](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md) 自社のビジネスに適したものにしてください。
* 作成する [カスタム不正通知を](/brand/ja/what-would-you-like-to-learn-about/account-administration/account-settings/notifications/manage-your-brand-notification-settings.md)このレポートが提供する機能に加えて、さらに強化してください。

  [アクションを取り消す](/brand/ja/what-would-you-like-to-learn-about/platform-features/submit-and-modify-conversion-data/batch-modify-conversion-data/batch-modifications-and-reversals-reference.md) 高リスクレベルに関連する `CONS_FRAUD` 理由コードを使用して。

詳細はこちら： [不正防止](https://impact.com/affiliate/preventing-affiliate-fraud/).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
