活动 QA

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

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

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

能够单独预览体验，或同时预览其他满足投放标准（页面/Target请求/受众）的已上线活动。

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

由于活动QA现在可用于所有Target活动类型，因此不再需要“使用体验预览URL预览Automated Personalization活动”功能。

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

Activity QA URL可用于将Analytics作为报表源 (A4T)的活动。 使用Activity QA执行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.如果您使用Safari或其他阻止第三方Cookie的浏览器，则​ x，Activity QA模式无粘性。 在这些情况下，您必须将预览参数添加到您导航到的每个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 预览链接。重试这些预览链接。存档已保存但不再主动使用的活动，以防继续发生此问题。