Visual Experience Composer帮助程序扩展

适用于Google Chrome的Adobe Target Visual Experience Composer (VEC)助手浏览器扩展允许您在VEC内可靠地加载网站,以快速创作和QA Web体验。

VEC助手浏览器是Chrome扩展。 使用Mozilla Firefox时不需要此扩展。

IMPORTANT
本文中记录的旧版Target VEC Helper扩展是使用Manifest V2创建的。 Google宣布从2024年6月起,将不再允许使用清单V2创建的扩展。 有关详细信息,请参阅​ 面向开发人员的Chrome ​网站上Google中的清单V2支持时间表公告
从2024年6月开始,Google将开始禁用使用清单V2创建的扩展,包括本主题中介绍的扩展。 Adobe建议客户尽快迁移到较新的可视化编辑帮助程序扩展

为什么某些网站可能无法在可视化体验编辑器 (VEC) 中以可靠的方式打开

  • 网站具有严格的安全策略。
  • 网站位于 iframe 中。
  • 尚未在网站上实施 at.js 库。
  • 外部无法访问客户的 QA 或阶段站点(该站点为内部站点)。
  • 在尝试使用VEC打开使用Service Worker (SW)的网站时,当前存在一些限制。

SW 是一种 Web 技术,可用于拦截对网页所安装的域的请求。SW 在页面访问中留存,并在后续访问中自我激活。SW 可以决定哪些请求将通过,哪些请求被拦截并从缓存中提供服务。

SW 可以控制缓存;可以缓存网页本身、静态资源(例如 JS、CSS、IMG、AJAX 请求)、它们的内容和响应头,包括我们的 Target VEC Helper 扩展尝试删除的项,例如 X-Frame-Options:SAMEORIGIN、CSP (Content-Security-Policy) 或 Set-Cookie。

不幸的是,拦截Web请求的Chrome扩展API不会收到已由SW拦截和处理的请求。 因此,如果网页请求是由SW从缓存中提供的,则扩展无法修复标头和Cookie,因为网页将不会在VEC中加载(原因是,X-Frame-Options或CSP标头也已被缓存)。

作为潜在的解决方法,您可以从Chrome的“开发人员工具”>“应用程序”选项卡中禁用Service Worker,然后启用Service Worker部分下的“绕过网络”复选框。

适用于Chrome的VEC助手浏览器扩展可以解决网站加载问题,目前,客户依赖于Target 增强型体验编辑器或第三方扩展(如Requestly)来解决该问题。

使用VEC助手扩展的好处

  • 将从网站中隐式删除所有 iframe 嵌套标头(例如 X-Frame-Options 和 Content-Security-Policy)。不再需要创建复杂的Requestly规则。

  • 如果网页尚未包含 Target at.js JavaScript 库,您可以使用该扩展来插入库,这样您便可以为该网站创作体验。然后,您可以创建活动并使用预览链接进行 QA。

    请注意,使用增强型体验编辑器(EEC)时,扩展不会插入.js,但是SameSite Cookie功能仍然会存在。 要在网页上插入 at.js,请关闭 EEC。

  • 即使没有Enhanced Experience Composer (EEC),也支持移动设备视区

  • 对于 Target 的新客户,即便在其 IT 开发人员尚未在其网站上实施 Target 的情况下,也可以使用此扩展来试用 Target。

  • 服务于多个客户网站和 Target 帐户的合作伙伴现在有一个简单的机制来支持 VEC 加载,而不用通过第三方工具管理多个规则。

获取并安装 VEC 助手浏览器扩展

  1. 导航到Chrome网上应用商店🔗中的Adobe Target VEC助手浏览器扩展。

  2. 单击 Add to Chrome > Add Extension

  3. 打开 Target 中的 VEC。

  4. 要使用此扩展,请在处于 VEC 或 QA 模式时,单击 Chrome 浏览器工具栏中的 VEC 助手浏览器扩展图标 ( VEC 助手图标 )。

  5. (视情况而定)如果网页尚未包含Target at.js JavaScript库,请将​ Inject Target Libraries ​切换开关滑动到“开”位置。

    下图显示了已启用Inject Target Libraries设置的VEC助手:

    VEC 助手 1

    下图显示,VEC 助手询问您是否希望它在页面中插入 Target 库以启用创作功能:

    VEC 助手 2

  6. (视情况而定)将​ Cookies ​切换开关滑动到“开”位置,以自动添加SameSite=None属性浏览器修补程序。

    VEC助手扩展中的 Cookie切换

    若要了解有关SameSite=None属性浏览器修复的更多信息,请参阅“最近公布的 Google Chrome SameSite Cookie 强制执行政策对 VEC 和 EEC 有什么影响?”(在排除与可视体验编辑器和增强体验编辑器相关的问题中)。

注释

  • 默认情况下,扩展中的Inject Target libraries标志为OFF。 如果要在尚未针对 Target 实施的网站上使用 VEC,则可以启用此标志。

    此标志是全局设置。 可以为在 VEC 中打开的所有网站启用或禁用此标志。因此,例如,如果您将此标志设置为“开”,并打开一个已使用at.js进行实施的网站,则会收到一则消息,告知您at.js已加载。 Adobe预计大多数客户已在其页面上实施了at.js,并且会使用默认设置“关闭”。

  • 该扩展加载最新版本的at.js,该版本可从Administration > Implementation中的Target UI获得。

  • 当在 QA 模式下使用扩展插入 at.js 时,必须打开另一个 Chrome 选项卡。此 Chrome 选项卡必须通过您创建该活动的同一 Adobe Experience Cloud 组织的身份验证。

  • 以下消息有助于您随时了解以下情况:

    • 如果尝试使用未能加载的 VEC 来加载网站,则会显示一则消息,建议您安装 VEC 助手浏览器扩展。
    • 如果尚未在网站上实施 at.js,则 VEC 中会显示一则消息,建议您安装扩展。
    • 如果扩展已启用并且正在为加载提供支持,则当扩展插入 at.js 库(如果需要),或帮助在 VEC 中可靠地打开网站时,将显示消息。
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654