> 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/actions-and-payouts/credit-groups-explained.md).

# 信用组说明

信用组可让您优先或降低某些合作伙伴的归因优先级。您可以将合作伙伴设置为 *优先*, *标准*，或 *非优先*。此功能需要谨慎且充分知情地使用，因为您可以很快对程序如何归因于合作伙伴做出重大更改（例如，将返现合作伙伴设为非优先会大幅降低其佣金，并导致返现用户对自己为何未收到返现感到困惑）。

为合作伙伴设置信用组最终由您决定，但我们对如何最佳使用它有一些建议。请参阅下表，了解各信用组的说明以及 impact.com 对其使用方式的建议。

{% hint style="warning" %}
**重要**：信用组优先于 [促销码追踪](/brand/zh/what-would-you-like-to-learn-about/platform-features/promo-codes/promo-codes-overview.md) 归因。例如， *标准* 将促销代码设置为的合作伙伴 `始终归因` 将失去归因优先级，低于一个 *优先* 使用最后点击归因的合作伙伴。但是，如果两个合作伙伴合同都设置为 *优先*，则促销代码跟踪归因获胜。
{% endhint %}

#### 信用组选项

{% hint style="info" %}
**备注**：所有尚未分配信用组的合作伙伴默认设置为 *优先* 。
{% endhint %}

如果您的项目配置为采用以下信用组说明适用 [最后点击归因](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/credit-policies/last-click-credit-policy-explained.md) 用于所有转化事件。如果您正在使用任何形式的高级归因逻辑，或不确定，请 [联系支持团队](https://app.impact.com/support/portal.ihtml) 寻求帮助。

| 信用组 | 描述                                                                          | impact.com 的建议                                                                            |
| --- | --------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
| 优先  | *优先* 当该合作伙伴是客户旅程中所有优先合作伙伴里的最后一次点击时，该合作伙伴将获得驱动某个动作的归因。                       | 如果您希望 **此合作伙伴在驱动某个动作方面优先于另一合作伙伴获得归因** ，而且它们曾参与驱动该动作。                                      |
| 标准  | *标准* 当该合作伙伴是所有 *标准* 参与客户旅程的合作伙伴中的最后一次点击时，前提是没有 *优先* 合作伙伴参与了同一客户旅程。          | 如果您希望 **如果没有优先合作伙伴参与，此合作伙伴将因驱动某个动作而获得归因** 。                                               |
| 非优先 | *非优先* 当该合作伙伴是所有 *非优先* 参与客户旅程的合作伙伴中的最后一次点击时，前提是没有 *优先* 或 *标准* 合作伙伴参与了同一客户旅程。 | 如果您希望 **让此合作伙伴在因驱动某个动作而获得归因时排在最后**。如果有任何 *优先* 或 *标准* 合作伙伴参与了该动作的驱动，则它们将优先于该信用组中的合作伙伴获得归因。 |

{% hint style="info" %}
**提示**：如果您开始为合同更改信用组，强烈建议您开始将每份合同标记为 *优先*, *标准*, & *非优先* ，以便您在后续可以按标签轻松筛选模板条款。
{% endhint %}

<details>

<summary>示例场景</summary>

假设您正在使用 impact.com 管理一个数字营销项目，并且您有 3 个推动客户转化的渠道：

* 电子邮件营销（*优先*)
* 联盟营销（*标准*)
* 展示广告（*非优先*)

现在，您想为这些渠道设置信用组，以确定转化将如何归因以及合作伙伴将如何获得报酬。

**场景 1**

**所有渠道的最后点击转化**:

客户在完成购买前经历了以下旅程：

1. 客户点击了一个展示广告（*非优先*).
2. 客户点击了一个电子邮件营销活动（*优先*).
3. 客户点击了一个联盟营销链接（*标准*).
4. 客户完成了购买（最终动作）。

在这种情况下， **电子邮件营销**，由于处于 *优先* 信用组中，将获得此次转化的归因。原因是 *优先* 如果它是所有参与信用组中的最后一次点击，则该信用组具有优先权。

**场景 2**

**当没有优先渠道参与时**:

现在，让我们设想另一条客户旅程，其中未涉及电子邮件营销渠道：

1. 客户点击了一个展示广告（*非优先*).
2. 客户点击了一个联盟营销链接（*标准*).
3. 客户完成了购买（最终动作）。

由于没有 *优先* 信用组参与此次转化，因此 **联盟营销** 渠道（*标准*）将因驱动该动作而获得归因，因为它是 *标准* 信用组中的最后点击渠道。

| 优先  | 如果它是任何 *优先* 渠道中的最后一次点击，则始终优先获得归因。                        |
| --- | -------------------------------------------------------- |
| 标准  | 仅当没有 *优先* 信用组参与时，才会获得此次转化的归因。                            |
| 非优先 | 仅当没有 *优先* 或 *标准* 信用组参与，并且它是所有 *非优先* 信用组中的最后一次点击时，才会获得归因。 |

**Optimize 设置**:

在以下情况下，您有一个 *优先* 通过 Optimize 配置的渠道，并且您还将合作伙伴设置为 *标准* 在您的插入订单中， *优先* 渠道将获得归因，而不是 *标准* 合作伙伴。

**促销代码设置**:

信用组优先于促销代码跟踪归因。换句话说， *标准* 将促销代码设置为的合作伙伴 `始终归因` 将失去归因优先级，低于一个 *优先* 使用最后点击归因的合作伙伴。但是，如果两个合作伙伴合同都设置为 *优先*，则促销代码跟踪归因获胜。

</details>

#### 查看您当前启用的信用组

{% tabs %}
{% tab title="对于渠道信用组" %}

1. 从左侧导航菜单中，选择 ![](/files/dd9b9b71e0a8abffbc19dd6a3c4d28626449f744) **\[Optimize] → 设置**.
2. 选择 **渠道**.

   <div data-with-frame="true"><figure><img src="/files/18536415e968d8148daaa9785694f1f97a68e6f4" alt=""><figcaption></figcaption></figure></div>

{% endtab %}

{% tab title="对于合作伙伴信用组" %}

1. 从左侧导航菜单中，选择 ![](/files/209022bdb234289211a24a980f6227a8684cc439) **\[Engage]** → **报告** → **更多报告**.
2. 在搜索栏中输入 [合同历史](https://app.impact.com/secure/mediapartner/report/viewReport.report?handle=mp_io_history) 并从搜索结果中选择相关报告。或者，向下滚动列表查找相关报告并将其选中。
   {% endtab %}
   {% endtabs %}


---

# 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/actions-and-payouts/credit-groups-explained.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.