本主题包含有关在使用时使用重定向选件的常见问题解答。 Adobe Analytics 作为的报表源 Adobe Target (A4T)。
+++如果您的实施使用,请回答是 at.js. 但是,您的实施必须满足下列最低要求,才能在使用 Analytics 作为报表源的活动中使用重定向选件。
+++
具有重定向选件的页面和访客被重定向到的页面都必须包含这三个库。
+++答案一些数据差异是预期的。 有关更多信息,请参阅使用和不使用 A4T 时,Target 和 Analytics 之间的预期数据差异。
+++
请考虑以下事项:
顺序不正确 Target 和 Analytics 调用可能会导致更高程度的差异。
此 Target 调用必须在 Analytics 在源页面(其中发生重定向)和目标页面(其中重定向结束)上调用。
确保在A4T重定向活动中使用重定向选件。
如果有多个 Target 源页面(发生重定向的位置)上的位置请求, Adobe 建议您首先运行重定向活动 Target 位置请求。
在首次登录时运行重定向活动 Target 位置请求减少了其他设备上出现任何活动资格授予的可能性 Target 位置请求并被计入报表中。 被重定向的访客无需计入其他活动的报表中,因为他们看不到体验。
如果您使用的是不受支持的早期 at.js 版本,则可能会发生某种争用情况,这种情况可能导致先触发 Analytics 调用,然后再在第一个页面上执行重定向。这种情况可能会导致计入原始页面和重定向页面上的页面查看次数。 在这种情况下,第一个页面上的页面查看次数便是多余的,因为当时访客实际上从未“查看过”该页面。
鉴于代码在页面上的执行位置,建议使用基于表单的编辑器构建重定向活动,以提高页面重定向速度。 此外,还建议为每个体验各创建一个重定向选件,甚至对默认体验(在默认体验中重定向会返回原始页面)也是如此。为每个体验创建重定向选件可确保在发生错误计数时,会在所有体验中发生该情况。 报告和分析对于测试仍然有效。
您希望对活动中包括默认(控制)体验在内的所有体验都使用重定向选件,因这样可以为所有体验施加相同的条件。例如,如果默认体验没有重定向选件,但其他体验具有重定向选件,则没有重定向选件的体验速度将具有一种内在优势。建议仅对临时方案(例如测试)使用重定向选件。不建议对永久性方案(例如个性化)使用重定向选件。确定“入选者”后,您应删除重定向以提高页面加载性能。
如果您使用自己的自定义重定向代码,则必须确保填充两个与重定向 URL 关联的新参数(即下面介绍的 adobe_mc_sdid
和 adobe_mc_ref
)。
参数 | 描述 |
---|---|
adobe_mc_sdid |
此 adobe_mc_sdid 参数可将补充数据ID (SDID)和Experience Cloud组织ID从默认页面传递到新页面。 这些ID允许A4T将默认页面上的Target请求与新页面上的Analytic请求“拼合”在一起。在URL中传递sdid的预期格式(对于混合应用程序或从某个应用程序传递到网站或从一个网站传递到另一个网站)是 `ex. adobe_mc_sdid=SDID=123 |
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 正确报告引荐信息。
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。
+++