Adobe Analytics 覆盖访问者 ID答案

【问题标题】：Adobe Analytics overwriting visitorIDAdobe Analytics 覆盖访问者 ID
【发布时间】：2015-02-19 14:54:35
【问题描述】：

我需要使用自定义值覆盖 Adobe Analytics s_code 自动设置的默认访问者 ID。
正如here 所解释的那样，我可能会为此目的设置 s.visitorID 变量，但我不清楚如何以及总体而言何时这样做。
我想这个变量应该设置到 s_code 本身，但我担心自动访问者 ID 无论如何都会用于第一个 s.t() 调用，而不是我想使用的自定义值。

事实上，我希望自从第一次自动请求使用自定义访问者 ID。

另外，假设自定义值是在 GET 参数中传递的，我想知道 "图像请求上的查询字符串参数”（“vid”参数）可以用于这种情况。以及如何（上面链接中列出的第二种方法）。

谢谢。

【问题讨论】：

嗨，瑞克，你为什么要跑这么远？ “我想这个变量应该设置到 s_code 本身，但我担心自动访问者 ID 无论如何都会用于第一个 s.t() 调用，而不是我想使用的自定义值。”
我问的原因是它非常可靠，并在标准 Adobe 页面代码中用于获取新的 Marketing Cloud 访问者 ID 并将其填充到自定义分析访问者 ID 中。
接下来的问题是要准确了解您为什么要设置自定义访客 ID。它有一些用例，但正如 Crayon 所说，它们有点狭窄，因此不经常使用。也许一个普通的 eVar 会更好？
谢谢@ChrisdeGroot..我的场景包括一个访客导航，在最终购买之前被电子邮件确认破坏。导航的最后一部分可能（约占总转化次数的 25%）在其他设备/浏览器上完成，从而导致新访问（或）被计算在内，即使它是相同的。因此，购买事件不能总是分配给正确的访问者。我想将原始的访问者 ID 传递给购买页面并将其用于覆盖。

标签： tags web-analytics adobe-analytics visitor-pattern

【解决方案1】：

关于自己设置vistor id的一些想法和警告：

自行设置访问者 ID 有一些好处。主要好处是您可以 100% 控制访问（或）的跟踪方式。这样做的另一个很好的理由是，如果您的网站上已经有访问者 ID 基础设施，将 AA 的访问者 ID 设置为您已经拥有的可能会更容易将数据绑定到 AA 和其他地方之间的数据或交叉引用数据。利用该访客 ID。

旁注.. 可以从各个地方（例如数据仓库、数据工作台、使用 Adobe API）从 Adobe 获取访问者 ID，但目前 Adobe 中没有报告分析本身可以查看访问者 ID，即使您自己设置。要解决此问题，您还可以将其分配给 prop 和/或 eVar，它们在 AA 报告中可见。但这对于 3rd 方 cookie 跟踪是不可能的（因为 javascript 无法读取 3rd 方 cookie），所以这是自己设置它的另一个好处。

除此之外，IMO 基本上没有自己设置的好处。另一方面......现在有一些警告......

在visitorID 或vid 或等效项中设置值不会导致AA 更新其cookie 中的访问者ID。 AA 继续在 cookie 中生成/输出访问者 ID，然后在 AA 服务器上，它只是用您的访问者 ID 覆盖该值（在后端，在收集服务器上）。但它不会使用您的新访客 ID 更新 cookie。

这里的含义是，如果您想自己设置访问者 ID，那么您实际上是在将跟踪访问者的责任推给自己。因此，您必须拥有自己的基础设施，不仅可以生成 id，还可以保留它并将其与访问者联系起来，以便可以在访问者查看的每个页面上输出它 - 包括访问者是否在您的跟踪的多个域之间导航代码在（如果适用）上实现。

如果您不这样做，则访问（或）将中断并计为从页面到页面的新访问（或），或者当访问者从域 A 跳转到域 B 时。中断实际发生的频率与您自己实际输出访问者 ID 的频率直接相关（使用正确的值）。例如，如果您只在第一次点击时设置它，然后从不设置它，则访问（或）将中断一次，因为从第二次点击 + AA 将默认使用其自己生成的访问者 ID。

从这个角度来看.. 近 10 年来，我一直从事网络分析业务，其中最后 6 人在一家知名网络分析机构全职工作，所以这基本上就是我所做的一切为了生计。我已经和我一起工作过，我什至不知道现在有多少客户（肯定超过 100 个），而且只有一个客户实际上自己设置了访客 ID。我只是提到这一点，以便您了解（无论如何，根据我的经验），这不是大多数客户开始的事情。因此，在执行此操作之前，请确保您对生成和跟踪访问者 ID 值的方法绝对有信心。

话虽如此，如果你还想这样做......

首先，要清楚您发布的链接，这些是如何根据您的实施设置访问者 ID 的示例。 Adobe 提供了多种记录数据的方法，而 javascript 方法只是其中一种方法。该页面上的示例显示了您为其他一些方式（包括 js 方式）设置的内容。

这里的重点是，并非所有这些方法都可能与您相关，具体取决于您的实现。例如，如果您仅使用 javascript 实现 AA（无论是核心 s_code.js 还是通过 DTM 或 w/e），则唯一与您相关的是s.visitorID。

例如，是的，您可以使用 s.visitorID 覆盖 AA 的默认访客 ID 生成，用于 javascript 实现。如果您设置该变量，您将看到vid 参数显示在对 AA 的请求中（使用数据包嗅探器或浏览器插件或开发工具 net/traffic 选项卡查看发送到 AA 收集服务器的请求）。

在该链接中提到vid 的原因是，如果您手动构建到 AA 的请求 URL，您将使用它。例如，如果您不想使用 javascript 实现，而是想使用服务器端逻辑来构建和输出自己的图像标签，或者直接从您的服务器（例如 cURL）向 Omniture 发送数据，则 vid 参数是您为访客 ID 设置的内容。

旁注：硬编码您自己的图像请求是对早期移动设备跟踪的一种倒退，当时移动设备不能始终或完全支持 javascript。如今，几乎所有现代移动设备都完全支持 JavaScript，最重要的是，随着时间的推移，Adobe 做了很多工作来简化核心 AA 库，使其无论是在桌面还是移动浏览器上查看都更精简、更高效（确保你是使用最新版本的 AppMeasurement 库）。

所以 IOW 如果您使用的是 javascript 库，则无需担心 vid 参数，因为 js 库已经做到了。尽管出于 QA 目的，您可以检查它是否与给定请求的值一起存在。

至于“如何”设置它。假设您使用 javascript 实现它：您可以像设置任何其他 AA 变量一样设置它。在 AA 库加载和 s.t 或 s.tl 触发器之间的某个位置，您为其分配一个值，例如

s.visitorID="[my value here]";

具体设置在哪里，取决于您如何实施 AA。例如，如果您通过 DTM 实现了 AA，并且在加载 DTM 库之前在页面上公开了您的自定义访问者 ID（例如，某些数据层属性或在 cookie 中），您可以创建一个数据元素来获取该值，然后在 AA > Tool Config > Cookie > Visitor ID 字段中，您可以指定您的数据元素，DTM 将为您设置它（但您仍然有责任确保数据元素从中提取的任何来源）

再次注意，即使您设置了它，您仍然会在他们的 cookie 和请求 url 中看到 AA 的默认生成 id。覆盖发生在 AA 的收集服务器上，您无法看到该服务器。要验证 AA 是否确实在使用您的自定义值，您需要将其从 AA 中导出（例如，使用数据仓库导出）。

【讨论】：

谢谢@Crayon..我的场景包括一个访客导航，在最终购买之前被电子邮件确认破坏。导航的最后一部分可能（约占总转化次数的 25%）在其他设备/浏览器上完成，从而导致新访问（或）被计算在内，即使它是相同的。因此，购买事件不能总是分配给正确的访问者。我想办法将原始的 visitorID 传递给购买页面并将其用于覆盖。