> 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/zh/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/zh/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/zh/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md) 与被标记事件相关的原因代码。它们会提供事件为何被标记的背景信息。理解原因代码有助于你判断这些标记是真正的担忧，还是有合理解释。

**示例**:

* **高严重性模式**：如果某合作伙伴有大量被标记的事件（例如 >100 个操作），并且这些事件归因于转化欺诈等关键代码，则无论总体百分比如何，都应立即调查。
* **多层风险**：当单个事件被多个原因代码标记时（例如同时被标记为“代理”和“异常活动”），误报的可能性会显著降低。这些多重标记的细分应优先审查。
* **量级与有效性**：请记住，随着被标记流量量级的增加，后续出现表现问题或“垃圾”转化的可能性也会增加。请使用这些代码来判断某合作伙伴的流量是否值得为你的转化数据承担长期风险。

### 调查合作伙伴

当风险水平值得进一步查看时，请考虑以下事项：

* **你与这位合作伙伴合作了多久？** 已有业绩记录的成熟合作伙伴，在采取激烈行动前值得先沟通。
* **最近有联系吗？** 可能有你遗漏的背景，例如他们正在测试新的流量来源。
* **被标记的原因代码是否有合理解释？** 某些商业模式会自然产生更高比例的某些标记（例如某些垂直行业中会使用 VPN）。
* **你的内部欺诈或合规团队看到了什么？** 将事件风险数据与你自己的内部信号进行交叉比对。

如果进一步出现任何欺诈担忧， [联系支持团队](https://impact.com/contact/support/) 并尽可能提供更多细节（合作伙伴 ID、日期范围、数据集、风险担忧原因）。

#### 长期项目健康的建议

* **鼓励子来源透明度**：为了更精准地处理风险，请与合作伙伴合作，确保他们传递子来源标识符（通常通过 Shared ID 等参数）。虽然这是一个开放字段，可用于多种报告指标，但拥有细粒度数据可以让你隔离特定有问题的来源，而无需惩罚合作伙伴的整个流量。
* **定期审查**：将“按合作伙伴划分的风险”洞察纳入你的内部欺诈检查，至少每周查看一次报告。与其将风险管理视为被动应对， [安排报告](/brand/zh/what-would-you-like-to-learn-about/platform-features/multi-program-reports/report-management/schedule-reports.md) 以便将通知自动发送到你的收件箱。
* **使用合同保障措施**：考虑在合同中加入条款，说明如何处理被标记的事件。请与你的法律团队商议，以 [起草条款](/brand/zh/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/zh/what-would-you-like-to-learn-about/account-administration/account-settings/notifications/manage-your-brand-notification-settings.md)，超出此报告所提供的范围。

  [反向处理](/brand/zh/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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.impact.com/brand/zh/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=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.