> 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. 从左侧导航菜单中，选择 ![](https://1186853034-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2Fgit-blob-1e02b2659c94fa0756772cc6c1880977fc9aba73%2F6ad16bf9b7edb0a28ab3574d313014f32392aa7f9508686b63bfacfafc7a9735.svg?alt=media) **\[Optimize] → 设置**.
2. 选择 **渠道**.

   <div data-with-frame="true"><figure><img src="https://1186853034-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2FubsjpYzSRS4Z3yQcUs79%2FUntitled%20design%20(17).png?alt=media&amp;token=2d4c670b-6229-4d63-bbf5-612d121fec33" alt=""><figcaption></figcaption></figure></div>

{% endtab %}

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

1. 从左侧导航菜单中，选择 ![](https://1186853034-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2Fgit-blob-230534471fef5f40808e921e41ee44e4a06ded03%2Fe6cb9548999afdc1ed3ce4942e4cb5b45b5cecbd323267aac2a7cd1915fccc09.svg?alt=media) **\[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 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/actions-and-payouts/credit-groups-explained.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.