> 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/ibentorisukudtanoto.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つのイベントに複数の理由コード（例：「Proxy」と「Abnormal Activity」）が付いている場合、誤検知の可能性は大幅に低くなります。こうした複数フラグのセグメントは、優先的に確認すべきです。
* **ボリュームと妥当性**：フラグ付きトラフィックのボリュームが増えるほど、将来的なパフォーマンス問題や「ゴミ」コンバージョンの可能性も高まることを忘れないでください。これらのコードを使って、パートナーのトラフィックがあなたのコンバージョンデータに長期的なリスクを負う価値があるかを判断してください。

### パートナーを調査する

リスクレベルがより詳しい確認を要する場合は、以下を検討してください。

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

さらに不正の懸念が生じた場合は、 [サポートに連絡し](https://impact.com/contact/support/) 、可能な限り詳細（パートナーID、日付範囲、データセット、リスク懸念の理由）を添えてください。

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

* **サブソースの透明性を促す**：リスクにより正確に対処するには、パートナーと協力してサブソース識別子を渡してもらうようにしてください（多くはShared IDのようなパラメータを通じて）。これはさまざまなレポート指標に使えるオープンな項目ですが、粒度の細かいデータがあれば、パートナー全体のトラフィックを罰することなく、問題のある特定ソースを切り分けられます。
* **定期的に確認する**：少なくとも週1回このレポートを確認することで、「パートナー別リスク」のインサイトを社内の不正チェックに組み込みましょう。リスク管理を受動的な作業として扱うのではなく、 [レポートをスケジュールして](/brand/ja/what-would-you-like-to-learn-about/platform-features/multi-program-reports/report-management/schedule-reports.md) 受信トレイに直接通知を自動送信するようにします。
* **契約上の保護策を活用する**：フラグ付きイベントの扱いについて、契約書に文言を含めることを検討してください。法務チームと相談して、 [条項を作成し](https://app.gitbook.com/o/0mbgBjArWXoMupyWdFkH/s/wMLlMoFBtKJa8ptd3zaw/~/edit/~/changes/682/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data/~/comments/f3EAPG9o1jk3ZO6t70Us) 、自社に適した内容にしてください。
* 独自の [不正通知を作成し](/brand/ja/what-would-you-like-to-learn-about/account-administration/account-settings/notifications/manage-your-brand-notification-settings.md)、このレポートが提供するものを超える対応を行いましょう。&#x20;

  [アクションを取り消す](/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/#:~:text=Implement%20multi%2Dlayered%20vetting%20that%20includes,acceptance%20criteria%20to%20slip%20through.).


---

# 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/ibentorisukudtanoto.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.
