跟踪代码

“跟踪代码”维度列出您的网站上跟踪代码的名称。此维度通常使用查询字符串参数进行收集。您可以将具有不同查询字符串参数值的链接放在 Internet 的不同位置。此维度报告在增加网站流量方面哪些链接最成功。

使用数据填充此维度

此维度从图像请求中的 v0 查询字符串检索数据。AppMeasurement 使用 campaign 变量收集此数据。

维度项目

维度项目包括您的网站上的跟踪代码的名称。贵组织会确定您要使用的具体维度项目。

比较跟踪代码维度与收集跟踪代码的营销渠道

一些设置营销渠道处理规则的用户会配置一项规则，该规则采用跟踪代码维度中使用的所有值。尽管这是一种不错的做法，但是由于固有的处理和架构差异，导致这两个维度有所不同。以下列表说明了为何这两个维度虽然乍一看上去相似，但却无法相互比较。

• 处理规则中的优先渠道：在列表中排名较高的营销渠道处理规则可能会阻止点击归因于跟踪代码营销渠道。例如：

  1. 您将“社交网络”设置为第一个规则，并将“跟踪代码”设置为第二个规则。
  2. 假设用户在社交媒体网站上发布了一个指向您的网站的链接，其中包含跟踪代码，然后用户的几个朋友点击了指向您的网站的链接。

  那么由于“社交网络”是第一个营销渠道处理规则，因此这些用户将归因于“社交网络”营销渠道，而不是“跟踪代码”营销渠道。

• 其他营销渠道可能会盗用归因：处理标准的跟踪代码维度时，您无需担心网站的其他部分会盗用归因。但是，使用营销渠道，用户可以匹配不同的规则，从而提供不同的归因。例如：

  1. 您将“跟踪代码”设置为第一个渠道，并将“直接”设置为第二个渠道。
  2. 用户最初通过跟踪代码到达您的网站，但随后离开。
  3. 第二天，他们将您网站的 URL 键入地址栏，然后购买了商品。

  跟踪代码营销渠道将无法获得该购买的最近联系点数。相反，点数会计入“直接”营销渠道。

• 到期时间差异：营销渠道具有连续 30 天的访客参与到期时限，无论是否接触了渠道。而跟踪代码的到期时间则取决于变量的设置时间。例如：

  1. 您的访客参与到期期限为 30 天，并且还将“跟踪代码”维度配置为在 30 天之后到期。
  2. 用户通过跟踪代码到达您的网站。他们浏览网站，然后离开。
  3. 三周后，他们重新访问网站且没有使用跟踪代码或营销渠道，然后再次离开。
  4. 又过了两周后（自最初访问经过了五周），他们又重新访问网站且没有使用跟踪代码或营销渠道，然后购买了商品。
     用户最终的购买时间超过了 30 天，但用户却从未处于非活动状态超过 30 天。您会看到收入被归因于跟踪代码营销渠道，而不是归因于独立的维度。