> 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 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/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=<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.