活动 QA

与团队成员共享的链接，无论对体验或活动进行了何种更新，这些链接都不会更改或需要重新生成。 利用此功能，您可以在整个用户历程中全面测试您的活动。

可选择遵守受众条件，在对体验外观进行 QA 时，营销人员可以选择测试定位标准或忽略定位标准，而不一定非要满足受众条件.

可捕获 QA 报表，以便营销人员能够确认量度可按预期递增，并且 QA 报表数据可与生产报表（对于非 A4T 报表）分开保存。

能够单独预览体验，或预览其他满足交付标准的实时活动(页面/Target 请求/受众)。

能够对整个用户历程进行 QA。在活动 QA 过程中，只需使用 QA 链接访问网站一次，即可浏览整个网站。在结束会话或使用 QA Target书签 强迫自己离开 Activity QA. 如果您的活动跨多个网页，则此功能非常有用。

因为活动QA现在对所有人可用 Target 活动类型后，“使用体验预览URL预览Automated Personalization活动”功能便不再需要。

Activity QA 如果帐户中保存的活动过多，则可能无法加载已保存活动的预览链接。 重试预览链接应该有效。 为防止这种情况继续发生，请存档不再主动使用的已保存活动。

Activity QA URL可用于包含以下项的活动： 将Analytics作为报表源 (A4T)。 使用执行QA时生成的点击 Activity QA 流向活动数据流的同一报表包，即使活动已上线。

Activity QA 不显示已存档活动或超过其结束日期的活动内容。 如果停用已结束的活动，则必须再次保存该活动 Activity QA 去工作。

活动已导入到 Target Standard/Premium (从 Target Classic例如)不支持QA URL。

在 Auto-Allocate 和 Recommendations 活动，则模型不受中捕获的访问的影响 Activity QA.

如果您在创建活动时指定了“URL is” 基于表单的编辑器中的细化 或 可视化体验编辑器中的页面交付选项)， QA URL不起作用，因为 Activity QA 附加URL参数。 要解决此问题，请单击 QA URL 以转到您的网站，并从该 URL 中删除附加的参数，然后再加载新的 URL。

如果您有at.js 1.x， Activity QA 如果您使用Safari或其他阻止第三方Cookie的浏览器，则模式无粘性。 在这些情况下，您必须将预览参数添加到您导航到的每个URL。 如果您已实施，则同样如此 CNAME.

如果活动使用多个体验受众（例如，同一活动中同时包含一个美国网站和一个英国网站），则不会为这四种组合（体验A/美国网站、体验A/英国网站、体验B/美国网站、体验B/英国网站）生成QA链接。 而是只会创建两个 QA 链接（体验 A 和体验 B），且用户必须符合相应受众条件才能看到相应的页面。英国QA人员看不到美国网站。

所有 at_preview 参数和值均已进行 URL 编码。大多数时候，一切都会按预期运行。 但是，有些客户必须加载均衡器或Web服务器，以尝试对查询字符串参数再次进行编码。

由于此双重编码过程，当 Target 尝试解码 at_preview_token， Target 无法提取正确的令牌值，从而导致预览不起作用。

Adobe 列入允许列表建议您联系IT团队，以确保所有预览参数均转换，以便这些值不会发生任何形式的转换。

下表列出了可在域中列入允许列表的参数：

此 Target QA Mode UI仅显示多页面活动中体验的第一个URL。 假设您要创建一个历程测试，并从URL1移动到URL2。 但是，如果要单独转到 URL2，请复制针对 URL1 提供的所有 URL 参数，并在放置“?”后将其应用于 URL2，正如 URL1 中所看到的一样。

如果帐户中保存的活动过多，则可能无法加载已保存活动的活动 QA 预览链接。重试这些预览链接。存档已保存但不再主动使用的活动，以防继续发生此问题。