> 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）の指標としてコンバージョンイベントを分析します。具体的には、実在のエンドユーザー（例：ボット）や、その背後に本当の意図がないイベントです。これらのリスクの初期兆候を可視化することで、コンバージョンアクションが確定する前に迅速な対応を取れるようにします。 ベストプラクティスとして、変化するリスク率を把握できるよう、このレポートを定期的な間隔（日次または週次）で確認してください。これらの率を早期指標として使用し、調査の優先順位を付けてください。クリックレベルで高リスクが検出された場合は、クリックフィルタリング設定を改善して低品質なトラフィックが下流のパフォーマンスに影響しないよう、先回りして対処できます。 ### リスク閾値のガイダンス 以下の表は、リスク率を解釈し、どこに最も注力すべきかを見極めるための初期推奨を示しています。ただし、独自のビジネス目標やリスク許容度に基づいて、社内独自のガイドラインを作成することをお勧めします。これらのリスク区分を、パフォーマンス評価の基盤として活用し、トラフィック品質を検証する際の意思決定プロセスにこれらの知見を取り入れてください。
リスク％推奨する注目点定義
0-5%監視リスクレベルは低いままで、偽陽性や軽微な異常に起因することが多いです。理由コードを確認して、上昇したリスクの原因を特定してください。コンバージョンスプーフィングのような重大度の高いフラグは、たとえ件数が非常に少なくても懸念材料であり、直ちに調査すべきです。
5-10%より詳しく確認するこのレベルのリスクは、より詳しい確認が必要かもしれません。まずRisk By Partnerレポートで理由コードを確認し、Reason Codeガイドを参照して、どの理由コードが発動しているのか、またリスクが特定のサブソースに集中しているかを把握してください。パートナーに連絡し、どのようにトラフィックを獲得しているのか確認することも検討してください。
10-20%調査する注目すべきレベルのリスクです。トラフィックソースやプロモーション手法について、パートナーと話し合う価値があります。内部データを確認し、フラグ付きイベントの大半が少数のソースによるものかを判断してください。たとえば、リードがコンバージョンしているのか、販売商品が返品されているのか、注文金額に不審な点があるのか、などです。
20-30%深刻に受け止めるこのレベルのリスクは、パートナーのトラフィックのかなりの部分に問題がある可能性を示しています。プログラムの方針に応じて、契約条件の調整や、フラグ付きイベントの支払い取り消しなどの選択肢を検討することをお勧めします。
30%+関係性を評価するこのレベルで一貫して高いリスクが示される場合、品質上の重大な懸念があることを意味します。そのパートナーシップがプログラムに必要な価値を提供しているのか、さらなる投資に見合うのかを検討してください。
{% hint style="warning" %} **10%以上のレベルでは**：理由コードを確認し、プロモーション手法を把握し、内部シグナル、反転率、その他の疑わしい活動と照合して裏付けを取ってください。 これらの閾値は目安です。適切な対応は、具体的なプログラム目標、リスク許容度、そしてパートナーとの関係性の文脈によって異なります。 {% endhint %} #### 件数が重要 件数が非常に少ないパートナーの高リスク率は、統計的に有意でない場合があります。明確な結論を導くには、外れ値に惑わされないよう、イベント件数が統計的に十分意味を持つことを確認してください。 たとえば、15件のイベントでリスクスコアが33%（5件のフラグ）のパートナーは、単なる軽微な異常にすぎない可能性があります。逆に、5,000件のイベントでリスクスコアが95%のパートナーは、即時の介入が必要な深刻かつ систем的な問題を示しています。 {% hint style="info" %} **ヒント**：次の `Actions >=` フィルターをレポートで使用し、イベント件数がプログラムにとって有意な閾値を下回るパートナーを除外してください。基本的な推奨として、リスクレベルを評価する前に、少なくとも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の利用）。 * **社内の不正対策チームやコンプライアンスチームは何を把握していますか？** Event Riskデータを社内のシグナルと突き合わせて確認してください。 その後さらに不正に関する懸念が生じた場合は、 [サポートにお問い合わせください](https://impact.com/contact/support/) できるだけ多くの詳細（パートナーID、日付範囲、データセット、リスク懸念の理由）を含めてください。 #### 長期的なプログラム健全性のためのヒント * **サブソースの透明性を促進する**：より正確にリスクへ対処するため、パートナーと協力してサブソース識別子を渡してもらうようにしてください（多くの場合、Shared IDのようなパラメータを通じて行われます）。これは各種レポート指標に使用できるオープンフィールドですが、粒度の高いデータがあれば、パートナーのトラフィック全体にペナルティを科すことなく、問題のある特定ソースを切り分けられます。 * **定期的に確認する**：Risk by Partnerのインサイトを社内の不正チェックに取り入れ、少なくとも毎週レポートを確認してください。リスク管理を受け身の対応として扱うのではなく、 [レポートをスケジュール設定し](/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=&goal= ``` `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.