> 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 与您的品牌保持一致，增强信任和识别度。
  * 降低被广告拦截器阻止的风险，这些拦截器通常会针对常见的第三方跟踪域名。
  * 在选择 *自定义代理配置*.
* **建议：** 实施像 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`，将转化归因到点击，例如在跨设备跟踪场景中。
  * 发送所有事件可确保通过使用常规标识符识别具有有效 referrer 的用户，从而尽可能捕获每一次跟踪机会，而这些机会可能会被传统跟踪方法遗漏。
* **建议：** 记录所有潜在的基于 referrer 的转化，包括跨设备活动。
* **了解更多：** [通过 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 的 Consent Mode 中）。
  * 跟踪 [忠诚度和奖励点击](/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 的 Consent Mode 中）。
  * 如需更多信息，请联系您的 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 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/tracking/tracking-best-practices.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.