> 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/tracking/tracking-best-practices.md).

# 跟踪最佳实践

优化配置并有效的跟踪是成功营销策略的基石。本文档旨在帮助您优化跟踪设置，确保每一次用户交互都能被准确捕获并归因，从而增强合作关系中的信任。

#### 适用于移动端和桌面端网页浏览器的跟踪标准

以下跟踪标准适用于可通过桌面端或移动端任意浏览器浏览的网页。

{% tabs %}
{% tab title="自定义跟踪域名\*" %}

* **重要性：** 当用户切换设备时，这对于准确归因至关重要。
  * 通过将跟踪 URL 与您的品牌保持一致，可增强信任与识别度。
  * 可降低被广告拦截器屏蔽的风险，因为这些工具通常会针对常见的第三方跟踪域名。
  * 通过在选择时将跟踪域名与其 IP 范围对齐，可提高 Safari 的 Cookie 可靠性 *自定义代理配置*.
* **建议：** 实施一个第一方跟踪域名，例如 goto.brand.com，以提高跟踪可靠性并保持品牌一致性。
* **了解更多：** [设置自定义跟踪域名](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/set-up-tracking/set-up-a-custom-tracking-domain.md).
  {% endtab %}

{% tab title="落地页跟踪" %}

* **重要性：**
  * 可用于衡量第一方跟踪质量。
  * 当用户登录时，可发送用户标识，从而通过跨设备跟踪增加归因机会。
  * 对于合作伙伴的直接跟踪是必需的，这在与 Google Ads 合作伙伴配合时尤为必要。
* **建议：** 可通过我们的 Universal Tracking Tag 方案或我们的 Page Load API 实现落地页跟踪。建议将 Page Load API 作为服务器端集成方式。
* **了解更多：** [PageLoad API](https://integrations.impact.com/brand-api-reference/reference/page-load/models).

请参阅 [应用打开跟踪](#tracking-criteria-applicable-to-mobile-apps) 用于应用内跟踪的对应方案。
{% endtab %}

{% tab title="已验证的第一方跟踪有效性" %}
{% hint style="info" %}
**注意：** 此跟踪标准要求落地页集成。
{% endhint %}

* **重要性：**
  * 如果您使用我们的 UTT 或 PageLoad API 进行页面事件跟踪，它可作为评估您所实施跟踪设置有效性的指标。
  * 获得高分意味着跟踪损失最小化，归因机会最大化。
* **建议：** 目标是将跟踪有效性保持在 70% 以上。
* **了解更多：** [跟踪有效性报告](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/tracking-efficacy/tracking-efficacy-report.md).
  {% endtab %}

{% tab title="持久性第一方标识符\*" %}
{% hint style="info" %}
**注意：** 此跟踪标准要求落地页集成。
{% endhint %}

* **重要性：**
  * 随着浏览器逐步淘汰用于跟踪的第三方 Cookie，这可确保更高的跟踪稳定性，从而突破 Safari 的 7 天限制。
  * 它还有助于在由域名所有者直接控制的会话之间保持一致的跟踪。
  * 这是服务器端集成的默认设置，但如果落地页实现通过我们的 Universal Tracking Tag 进行跟踪，则可最大限度延长第一方跟踪窗口。
* **建议：** 使用 `CustomProfileId` 以传递匿名第一方标识符。该标识符应存储在站点的域名下，并设置为 *httpOnly* 和 secure。
* **了解更多：** [转化对象](https://integrations.impact.com/brand-api-reference/reference/conversions/models).
  {% endtab %}

{% tab title="服务器端转化集成方式\*" %}

* **重要性：**
  * 使用 JavaScript 或基于像素的跟踪时，由于加载缓慢、从确认页快速跳转或广告拦截器，可能会发生跟踪损失。
  * 服务器端集成可缓解跟踪损失，并且需要身份验证，因此更安全，且无法被伪造。
* **建议：**
  * 切换到服务器端跟踪，以缓解因广告拦截器和用户离开页面而导致的跟踪损失。
  * 从服务器发送事件可确保不会遗漏转化事件。
* **了解更多：** [Conversions API](https://integrations.impact.com/brand-api-reference/reference/conversions/models).
  {% endtab %}

{% tab title="全面转化跟踪\*" %}

* **重要性：**
  * impact.com 可根据多个用户标识符将转化归因于一次点击，而不仅仅是 `clickId`，例如，在跨设备跟踪场景中。
  * 发送所有事件可确保通过使用传统跟踪方法可能遗漏的常见标识符识别用户，从而不错过任何跟踪机会。
* **建议：** 记录所有可能基于引荐来源的转化，包括跨设备活动。
* **了解更多：** [通过 FTP 或电子邮件提交转化数据](/brand/zh/what-would-you-like-to-learn-about/platform-features/submit-and-modify-conversion-data/submit-conversion-data/submit-conversion-data-via-ftp-or-email.md).
  {% endtab %}

{% tab title="跨设备跟踪\*" %}

* **重要性：** 当用户切换设备时，这对于准确归因至关重要。
* **建议：** 发送 `CustomerId` 和 `CustomerEmail` 当该字段在页面事件和转化事件中都可用时。如果 *不* 可以登录您的网站，则只需 `CustomerEmail` 用于转化事件。
  {% endtab %}

{% tab title="跨域和跨计划跟踪" %}
{% hint style="info" %}
**注意：** 此标准适用于拥有多个网站域名计划的品牌。
{% endhint %}

* **重要性：**
  * 了解用户在多个资产之间的行为，确保每次互动都得到正确归因。
  * 如果用户在不同域名之间浏览，例如，向合作伙伴提供奖励归因 `brand.co.uk` 和 `brand.com`.
* **建议：**
  * 确保用户在不同域名之间浏览时，用户身份能够关联起来。这可以通过 UTT 的跨域功能或自定义配置来实现。
  * 当存在多个相关计划时，确保已配置跨计划跟踪。一种常见场景是按地区划分不同计划。
    {% endtab %}

{% tab title="同意模式（Beta 版）" %}
{% hint style="info" %}
**注意：** 如果您的品牌在欧洲经济区、英国或瑞士有业务存在，则此跟踪标准才相关。
{% endhint %}

* **重要性：**
  * 正确的同意管理设置可确保在某些司法管辖区需要同意时，用户互动得到正确跟踪。
  * 忠诚度和奖励合作伙伴使用 *合法权益* 作为跟踪的法律依据，而非同意。Consent Mode 会自动处理免同意场景。如果用户在不同域名之间浏览，例如，向合作伙伴提供奖励归因 `brand.co.uk` 和 `brand.com`.
* **建议：**
  * 保留首次导航之后的归因参数（内置于 UTT 的同意模式中）。
  * 跟踪 [忠诚度和奖励点击](/partner/zh/ni-xiang-liao-jie-shen-me/platform-features/tracking/tracking-links/link-parameters/implement-tracking-for-rewards-programs.md) （由 `im_rewards=1` 标记指定）作为向用户提供服务所必需的严格必要内容（内置于 UTT 的同意模式中）。
  * 如需更多信息，请联系您的 CSM。
    {% endtab %}
    {% endtabs %}

\*同样适用于应用内跟踪。

#### 适用于移动应用的跟踪标准

{% hint style="info" %}
**注意：** 如果您没有移动应用，此部分与您无关。
{% endhint %}

当安装了移动应用时，您可以将用户直接重定向到该应用。若移动应用配置为通过 impact.com 进行跟踪，合作伙伴即可获得因重新激活已安装该应用的用户而产生的归因。我们推荐的应用实施方式是通过 [TrueLink](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/mobile-app-tracking/mobile-app-tracking-explained.md).

{% tabs %}
{% tab title="应用打开跟踪" %}

* **重要性：**
  * 对于合作伙伴的“直接跟踪”是必需的，这在与 Google Ads 配合使用时是必须的。
  * 当用户登录时，可发送用户标识，从而通过跨设备跟踪增加归因机会。
  * 对于通过 URI Scheme 进行的社交媒体跟踪是必需的。
* **建议：** 将 TrueLink 与 Page Load API 结合实施，可获得支持应用打开衡量的强大深度链接解决方案。
  {% endtab %}

{% tab title="适用于应用内浏览器的移动应用深度链接" %}

* **重要性：**
  * 通过将用户从社交媒体网站引导到您的移动应用，改善用户体验。
  * 通过将用户引导至您的应用，保留跟踪标识符并提高转化率。
  * 可将社交媒体互动的转化率提高 2-3 倍。
* **建议：** 配置移动深度链接操作，使用 URI Scheme 从社交媒体应用内浏览器启动应用。
* **了解更多：** [使用 URI Scheme 配置深度链接逻辑](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/mobile-app-tracking/configure-deep-linking-logic-with-uri-schemes.md).
  {% 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/tracking/tracking-best-practices.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.