> 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" %} **ヒント**: 次を使用してください `アクション数 >=` レポートのフィルターを使って、イベント数がプログラムの有意性しきい値を下回るパートナーを除外してください。基本的な推奨として、リスクレベルを評価する前に、少なくとも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" の両方）が付いている場合、誤検知の可能性は大幅に低くなります。こうした複数フラグのセグメントは、優先的に確認すべきです。 * **件数と妥当性**: フラグ付きトラフィックの件数が増えるほど、将来的なパフォーマンス問題や "garbage" コンバージョンの可能性も高まることを忘れないでください。これらのコードを使って、パートナーのトラフィックがコンバージョンデータに対して長期的なリスクに見合うものか判断してください。 ### パートナーの調査 リスクレベルをより詳しく確認すべき場合は、以下を検討してください： * **このパートナーとはどのくらいの期間取引していますか？** 実績のある既存パートナーには、急激な対応を取る前にまず話し合いの機会を設けるべきです。 * **最近連絡を取っていますか？** 相手がテストしている新しいトラフィックソースなど、見落としている背景があるかもしれません。 * **フラグ付きの理由コードには正当な理由がありますか？** 一部のビジネスモデルでは、特定のフラグが自然と高い割合で発生します（例：特定業界でのVPN利用）。 * **社内の不正対策チームやコンプライアンスチームは何を把握していますか？** Event Risk のデータを社内シグナルと照合してください。 今後さらに不正の懸念が生じた場合は、 [サポートに連絡してください](https://impact.com/contact/support/) できるだけ多くの詳細（パートナーID、期間、データセット、リスク懸念の理由）を含めてください。 #### プログラムの長期的な健全性のためのヒント * **サブソースの透明性を促す**: リスクにより正確に対処するため、パートナーと協力してサブソース識別子（多くは Shared ID などのパラメータ経由）を確実に渡してもらうようにしてください。これはさまざまなレポート指標に使えるオープンフィールドですが、きめ細かなデータがあれば、パートナー全体のトラフィックを罰することなく、問題のある特定ソースを切り分けられます。 * **定期的に確認する**: 少なくとも週1回はレポートを確認し、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.