> 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 个操作），并且这些事件归因于转化伪造等关键代码，无论总体百分比如何，都应立即调查。
* **分层风险**：当单个事件被标记了多个原因代码（例如同时标记“Proxy”和“Abnormal Activity”）时，误报的可能性会显著降低。这些多重标记的细分项应优先审查。
* **量级与有效性**：请记住，随着被标记流量量的增加，未来出现性能问题或“垃圾”转化的可能性也会增加。请使用这些代码来判断某合作伙伴的流量是否值得你为转化数据承担长期风险。

### 调查合作伙伴

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

* **你与该合作伙伴合作多久了？** 有良好记录的成熟合作伙伴，在采取激烈行动前值得先沟通。
* **你们最近有联系吗？** 你可能遗漏了一些背景，例如他们正在测试新的流量来源。
* **这些被标记的原因代码是否有合理解释？** 某些商业模式自然会产生更高比例的某些标记（例如某些垂直行业中的 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.