> 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/advocate-program/protect-your-advocate-program/security-features-for-referral-programs.md).

# 推荐项目的安全功能

欺诈防范是每一家拥有推荐计划的公司都需要考虑的问题。不可避免地，总会有人测试系统。虽然你无法改变恶意行为者的意图，但你可以通过设计你的计划来尽量减少欺诈行为。将我们标准的 Advocate 安全功能与良好的计划设计相结合，可以最大限度地降低欺诈活动带来的风险。

## 使用内置安全功能

<details>

<summary>开启欺诈保护</summary>

你的 Advocate 计划有一项可选的自动化欺诈保护功能，可与手动操作一起使用，例如屏蔽电子邮件域名以及特定参与者和 IP 地址，以减轻欺诈行为的影响。开启欺诈保护后，所有推荐都会根据各种风险因素分配一个欺诈分数。推荐会根据其欺诈分数被批准、拒绝，或置于待处理状态，供你手动审核。进一步了解其如何 [欺诈防护](/brand/zh/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/advocate-fraud-protection-explained.md) 工作。

</details>

<details>

<summary>屏蔽电子邮件域名</summary>

我们会自动将被推荐好友的电子邮件地址与一个庞大的已知一次性和临时电子邮件域名列表进行比对。我们的系统还允许你在 impact.com 账户设置中手动屏蔽域名。通过查看我们的 [已屏蔽的电子邮件域名](/brand/zh/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/block-an-email-domain-for-advocate.md) 文章。

</details>

<details>

<summary>屏蔽参与者和 IP 地址</summary>

屏蔽参与者可以通过几种方式完成：

* 你可以使参与者的推荐代码失效，以阻止他们成功推荐。当该参与者尝试使用其代码时，他们会收到一个 `404 未找到` 消息，或者他们不会因所作推荐获得归因积分。
* 可以在你的 impact.com 账户设置中屏蔽单个 IP 地址或一段 IP 地址范围。
* 如果你已配置数据共享设置以包含向我们发送参与者地区信息，则还可以屏蔽来自特定国家的参与者。

</details>

## 屏蔽后会发生什么？

在每种情况下，屏蔽都不是即时生效或绝对的——它的表现会因屏蔽目标是 IP 地址还是某个人，以及受影响用户是否已有账户而有所不同。下面将准确说明屏蔽双方会发生什么，以及之后如果你取消屏蔽会怎样。

<details>

<summary>当你屏蔽一个 IP 地址时</summary>

**对于被屏蔽的 IP：**

* 从该 IP 地址注册的任何新用户都会在注册时被自动屏蔽。
* 使用该 IP 的现有用户不会被自动屏蔽，仍可继续使用该计划。
* 使用该 IP 的现有用户仍可登录 Microsite 并访问其分享链接。
* 如果有人从被屏蔽的 IP 点击推荐链接，则不会掉落 `_saasquatch`  cookie。

**对于来自被屏蔽 IP 的推荐：**

* 如果某人从被屏蔽的 IP 点击推荐链接，他们仍会经过被推荐用户体验，并进入计划落地页。
* 推荐人将 *不* 会获得奖励，因为不会写入 cookie。
* 如果品牌通过 cookie 来检测推荐并管理奖励，被推荐用户将 *不* 获得他们的奖励。
* 如果品牌通过检查 `rsCode` 在 URL 中的存在来管理奖励，被推荐用户仍可能获得他们的奖励。
* 在 Advocate 中不会创建任何推荐，因此它不会出现在推荐信息流或推荐历史表中。
* 如果被推荐用户已在 Advocate 中注册，他们将被自动屏蔽，从而无法被推荐。
* 如果品牌使用 [Friend Widget](/brand/zh/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participant-experiences/widget-experiences/widget-types-explained.md#friend-widget) 来发放折扣，被推荐用户在提交时会看到错误，因为没有可用的奖励代码。

**当取消屏蔽 IP 时：**

* 因 IP 限制而被自动屏蔽的用户仍保持屏蔽状态，但如有需要可以手动取消屏蔽。
* 已自动审核的现有推荐必须手动审查。

</details>

<details>

<summary>当你屏蔽用户、参与者或电子邮件地址时</summary>

**对于被屏蔽的用户**

* 该用户将无法登录 Microsite，并会看到“帐户已停用”错误消息。
* 该用户仍可访问小部件并获取其分享链接。
* 该用户无法被推荐。
* 该用户无法发起新的推荐。
* 如果该用户点击自己的分享链接，其行为与任何其他人点击被屏蔽 Advocate 的链接相同——不会写入 cookie。

**对于由被屏蔽用户发起的推荐**

* 当被推荐用户点击被屏蔽用户的分享链接时，他们仍会经历被推荐用户体验。
* 推荐人将 *不* 获得奖励。
* 被推荐用户很可能 *不* 会获得他们的奖励，除非品牌独立管理奖励。
* 在 Advocate 中不会创建任何推荐。
* 该用户发起的进行中的推荐不会被转化或奖励。
* 如果品牌使用 Friend Widget，被推荐用户在提交时会看到错误，因为没有可用的奖励代码。

**通知**

* 不会向被屏蔽用户发送通知。
* 不会向计划管理员发送通知。

**当取消屏蔽用户时**

* 可以取消屏蔽该用户。
* 已自动审核的现有推荐必须手动审查。
* 如果在用户取消屏蔽后收到转化事件，并且根据计划规则该用户有资格获得奖励，则之前的推荐可能会获得奖励。

</details>

## 在设计计划时考虑欺诈防范

推荐计划欺诈的一种常见形式是有人尝试多次推荐自己以获得奖励。为推荐人和被推荐好友双方都提供双向奖励的计划，尤其容易吸引这种欺诈行为。幸运的是，通过周到的设计，你可以尽量减少这些试图操纵系统的行为带来的影响。进一步了解 [设计一个防欺诈的推荐计划](/brand/zh/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md).


---

# 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/advocate-program/protect-your-advocate-program/security-features-for-referral-programs.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.
