本主题包含有关在使用 Adobe Analytics 作为报表源 Adobe Target (A4T)。
是,如果您的实施使用 at.js. 但是,您的实施必须满足下列最低要求,才能在使用 Analytics 作为报表源的活动中使用重定向选件。
存在一个已知问题,该问题会导致将重定向与 A4T 结合使用的有限数量的客户看到较高的未经整合点击率百分比。请参阅已知问题和已解决的问题。
您的实施必须满足以下最低要求:
具有重定向选件的页面和访客被重定向到的页面都必须包含这三个库。
有些数据差异是预期行为。有关更多信息,请参阅使用和不使用 A4T 时,Target 和 Analytics 之间的预期数据差异。
在配置了的活动中使用重定向选件时,有限数量的客户报告流量分配差异程度较高 Analytics for Target (A4T)。
请考虑以下事项:
顺序不正确 Target 和 Analytics 调用可能会导致差异程度增大。
的 Target 调用必须位于 Analytics 在源页面(发生重定向的位置)和目标页面(重定向结束的位置)上调用。
确保在A4T重定向活动中使用重定向选件。
如果存在多个 Target 源页面(发生重定向的位置)上的位置请求, Adobe 建议您在 Target 位置请求。
在 Target 位置请求会减少其他活动资格发生的概率 Target 位置请求并计入报表中。 被重定向的访客无需计入其他活动的报表中,因为他们将看不到体验。
使用at.js版本1.6.3或更高版本时,计算两个页面上的页面查看次数不会出现问题。 这种争用情况仅影响使用早期版本的客户。Target 团队维护两个版本的 at.js:当前版本和当前版本的上一个版本。根据需要升级at.js,以确保您运行的 受支持版本。
如果您使用的是不受支持的早期 at.js 版本,则可能会发生某种争用情况,这种情况可能导致先触发 Analytics 调用,然后再在第一个页面上执行重定向。这种情况可能会导致计算原始页面和重定向页面上的所有页面查看次数。 在这种情况下,第一个页面上的页面查看次数便是多余的,因为当时访客实际上从未“查看过”该页面。
由于代码在页面上的执行位置,因此建议使用基于表单的编辑器来构建重定向活动,以提高页面重定向速度。 此外,还建议为每个体验各创建一个重定向选件,甚至对默认体验(在默认体验中重定向会返回原始页面)也是如此。为每个体验创建重定向选件可确保在发生误计数时,该选件会在所有体验中发生。 报表和分析仍对测试有效。
您希望对活动中包括默认(控制)体验在内的所有体验都使用重定向选件,因这样可以为所有体验施加相同的条件。例如,如果默认体验没有重定向选件,但其他体验具有重定向选件,则没有重定向选件的体验速度将具有一种内在优势。建议仅对临时方案(例如测试)使用重定向选件。不建议对永久性方案(例如个性化)使用重定向选件。确定“入选者”后,应删除重定向以提高页面加载性能。
有关此问题的更多信息,请参阅已知问题中的“重定向选件”信息。
是,只要您使用内置的重定向选件,这两种编辑器便均受支持。
如果您使用自己的自定义重定向代码,则必须确保填充两个与重定向 URL 关联的新参数(即下面介绍的 adobe_mc_sdid
和 adobe_mc_ref
)。
以下查询字符串参数与重定向选件相关联:
参数 | 描述 |
---|---|
adobe_mc_sdid |
的 adobe_mc_sdid 参数可将补充数据ID(SDID)和Experience Cloud组织ID从默认页面传递到新页面。 这些ID允许A4T将默认页面上的Target请求与新页面上的Analytics请求“拼合”到一起。 |
adobe_mc_ref |
adobe_mc_ref 参数可将默认页面的引荐 URL 传递到新页面。当与AppMeasurement.js版本2.1(或更高版本)一起使用时,Analytics会将此参数值用作新页面上的引荐URL。 |
在 VEC 和基于表单的体验编辑器中使用内置的重定向选件时,如果已在页面上实施访客 ID 服务,则这两个参数会自动添加到重定向 URL 中。如果您在 VEC 或基于表单的编辑器中使用自己的自定义重定向代码,则必须确保使用自定义代码传递这两个参数。
与您的IT团队合作以获取这些参数( adobe_mc_sdid
和 adobe_mc_ref
)列入允许列表。
在以下情况下使用自定义编码的重定向:
但是,作为最佳实践,您可能想要在 URL 中保留 adobe_mc_ref
参数,以便能够向 Analytics 正确报告引荐信息。
如果您同时使用 A4T 和重定向选件,则 Target 会将 adobe_mc_ref
和 adobe_mc_sdid
参数附加到 URL。这两个值已进行 URL 编码。在大多数情况下,一切都会按预期运行;但是,有些客户使用的负载平衡器或 Web 服务器可能会尝试对查询字符串参数再次进行编码。
由于此双重编码过程,访客 API 在尝试对 adobe_mc_sdid
值进行解码时,将无法提取 SDID 值,故而会生成一个新的 SDID。此过程会导致发送到Target和Analytics的SDID值不正确,并且您在Analytics报表中看到不均匀的重定向拆分。
Adobe建议您与IT团队沟通,以确保 adobe_mc_ref
和 adobe_mc_sdid
以便列入允许列表不会以任何方式转换这些值。
假设访客单击了 www.google.com
至主页(www.mysite.com/index.html
),且该页面上的重定向活动处于活跃状态,然后被重定向到一个新页面(www.mysite.com/index2.html
)。
以前,新页面上的 Analytics 请求报告的引荐 URL 是 www.mysite.com/index.html
,而不是 www.google.com
。这会导致 Analytics 中与引荐 URL 有关的报表(例如营销渠道报表)不准确。这些报表忽略了您是从 www.google.com
访问网站的事实。
使用 at.js 版本0.9.6(或更高版本)和 AppMeasurement.js 2.1(或更高版本), Analytics 新页面上的请求报告的引荐URL为 www.google.com
.
不能,您必须在使用 Analytics 作为报表源 (A4T) 的活动中使用内置的重定向选件。对 Target 而言,HTML 选件是不透明的:Target 无法知晓某段特定的 HTML 是否包含可对重定向进行实例化的 JavaScript。
以下常见问题解答提供了有关将A4T和重定向选件与 Platform Web SDK.
是,通过Platform Web SDK的A4T支持 重定向选件.
是, 可视化体验编辑器 (VEC)和 基于表单的体验编辑器 如果您使用内置的重定向选件,则支持使用。
不能,您必须在使用A4T的活动中使用内置的重定向选件。 从 Target 透视,HTML选件是不透明的。 Target 无法知道某段特定HTML是否包含可实例化重定向的JavaScript。