更新时间：2025年12月5号
在 Adobe Launch中，Extensions（扩展）是部署和管理各类营销、分析与广告技术的基础。
例如，你想在网站部署 Adobe Analytics、Adobe Experience Platform Web SDK、Google Analytics、Meta Pixel，或某个第三方营销工具，通常会先安装对应的 Extension，再通过 Rule（规则）决定它在什么条件下执行。
简单理解：
Extension 提供能力；Data Element 提供数据；Rule 决定何时执行；Library 负责发布。
本文介绍Extensions 的作用、安装方式、配置、升级、删除，以及发布前需要检查的重点。
什么是 Extension（扩展）？
Extension 是一组打包好的代码。
它不只是一个“Tag”，因此不能完全等同于 GTM 中的单个标签。一个 Extension 可能同时提供：
- Rule 可用的 Events（事件）；
- Conditions 和 Exceptions（条件与例外）；
- Actions（动作）；
- Data Element Types（数据元素类型）；
- 浏览器端 JavaScript 代码；
- 专属配置界面。
例如，Adobe Analytics Extension 可以提供 Report Suite、Tracking Server 等全局配置，以及发送 Beacon 的 Rule Action；Core Extension 则提供页面加载、点击等基础事件和常用条件。
可以把它理解为：
| Adobe Launch 对象 | 主要作用 | 与 GTM 的近似关系 |
|---|---|---|
| Extension | 提供某个平台或功能的集成能力 | Tag Template / Community Template + 相关能力 |
| Data Element | 读取和复用数据 | Variable |
| Rule | 定义事件、条件和动作 | Trigger + Tag 的执行逻辑 |
| Library | 打包、构建和发布改动 | Container Version |
Extension 本身通常不会自动发送所有数据。是否触发、发送哪些字段，仍由 Rule、配置和数据元素共同决定。
Extensions页面有哪些内容？
进入某个 Property 后，点击左侧「Extensions」，通常会看到三个视图：
- Installed：当前 Property 已安装的扩展；
- Catalog：可安装的扩展目录；
- Updates：已安装扩展可用的更新。
Catalog 中既有 Adobe 官方扩展，也有第三方供应商或社区开发的扩展。第三方扩展的代码质量、支持方式、隐私行为和更新节奏并不完全相同，安装前应查看供应商文档、权限需求和隐私说明。
如何安装一个新Extension？
进入「Extensions」——「Catalog」，搜索你要使用的扩展，然后点击「install」：
安装完成后，该扩展将出现在 “Installed” 列表中。
如何配置Extension？
在 “Installed” 列表中，将鼠标移动到某个扩展上，点击「Configure」就可以配置
不同扩展的配置项差异很大。例如：
- Adobe Analytics：可能配置 Report Suite、Tracking Server、全局变量；
- Web SDK：可能配置 Datastream ID、Edge Domain；
- 广告像素扩展：可能配置 Pixel ID、Conversion ID；
- 部分 Utility Extension：可能没有全局配置，只在 Rule 中提供 Action 或 Data Element。
因此，看到某个扩展没有「Configure」选项并不一定是问题；有些扩展本来就不需要全局配置。
如何发布Extension改动？
无论是新安装、修改配置、停用还是升级 Extension，都要通过 Library 发布。
推荐流程：
- 在 Development 环境安装或修改 Extension；
- 将变更加入 Working Library；
- 选择「Save & Build for Development」；
- 在测试页面确认浏览器实际加载 Development Library；
- 用浏览器开发者工具检查请求、控制台错误和数据值；
- 提交到 Staging 测试；
- 确认无误后再发布 Production。
Extension升级：不要直接点Upgrade
当 Installed 页面出现「Upgrade」或 Updates 中出现可升级版本时，表示扩展开发者发布了新版本。
扩展升级可能包括新功能、兼容性更新或Bug修复，但也可能改变默认行为、配置字段或底层代码。因此，不建议不经测试直接升级生产环境。
正确流程是：
- 查看更新说明、供应商文档和已知问题；
- 在 Development 环境点击「Upgrade」；
- 检查并保存配置；
- 将升级后的 Extension 加入 Library；
- 构建并测试；
- 再逐步发布到 Staging 和 Production。
升级有三个重要限制：
- 扩展安装后会固定在当前版本，不会自动升级；
- 升级后必须将新版本加入后续所有 Library，否则构建可能失败；
- Adobe Tags 当前通常不能将 Extension 降级回旧版本，因此升级前要做好测试。
如果升级后出现 Build 失败，可以先打开该 Extension 的 Configure 页面，即使没有修改也重新点击 Save，再将新的变更加入 Library 后重新构建。
可以下载Extension源代码吗？
你可能会看到“Download Source”的选项，如下图：
部分 Extension 会提供公开源代码或开源仓库，适合用于：
- 安全审计；
- 学习实现方式；
- 排查某个字段或请求如何生成；
- 评估第三方供应商的维护质量。
但不要把「Download Source」视为所有扩展都必然提供的功能，也不要再以“2021 年 11 月之后更新的扩展才支持下载”作为判断标准。当前是否可查看源码，取决于扩展作者是否公开代码、平台页面是否提供入口，以及扩展许可证。
如何停用或删除Extension？
删除 Extension 前，先区分两个动作：
- Disable：停止在后续发布版本中使用该扩展；
- Delete：从 Property 中永久删除，无法恢复。
Extension 可能被 Rules、Rule Components 和 Data Elements 依赖。直接删除会导致这些对象无法正常显示或运行，因此应先处理依赖关系。
推荐删除流程：
- 搜索所有引用该 Extension 的 Rules 和 Data Elements；
- 移除、替换或停用这些引用；
- 从相关 Library 中移除该 Extension；
- 如果该 Extension 已经在 Production 中使用，先 Disable；
- 将停用状态发布到 Production；
- 确认线上不再加载或调用该 Extension；
- 最后再 Delete。
不要为了“清理列表”而急于删除。对于历史上使用过的生产扩展，先停用并观察一段时间通常更稳妥。
常见问题
安装后为什么网站没有任何变化？
最常见原因是 Extension 还没有加入并发布到 Library，或者安装后没有创建对应 Rule。
检查顺序：
- Extension 是否已安装并保存；
- 是否加入当前 Working Library；
- Library 是否成功构建并发布；
- 网站是否加载了正确环境；
- 是否已创建并触发对应 Rule；
- 浏览器请求是否被 Consent、CSP 或广告拦截器阻止。
Extension 越多越好吗？
不是。
每增加一个 Extension，都可能增加 JavaScript 体积、页面请求、隐私审计范围和维护成本。只安装真正需要、且有人负责维护的扩展。
尤其是广告、再营销、会话录制和第三方分析类扩展，应评估用户同意、数据传输和网站性能。
可以用 Extension 替代全部 Custom Code 吗？
不能完全替代。
官方或成熟 Extension 适合标准化集成；业务特有逻辑、旧系统兼容或暂时没有扩展支持的场景，仍可能需要 Custom Code。
更实际的做法是：标准平台使用 Extension，复杂业务数据通过稳定 data layer 提供，少量无法标准化的逻辑再使用 Custom Code。
总结
Adobe Launch Extension 是一套可安装的集成能力，而不是一个孤立的 Tag。它决定了 Rules 和 Data Elements 可以使用哪些事件、条件、动作和配置。
实际使用时，建议记住四点：
- 安装 Extension 后，还要配置 Rule 和发布 Library；
- 第三方 Extension 要审查维护方、数据行为和隐私影响；
- 升级不可轻视，先在 Development 环境完整测试；
- 删除前先解除依赖，Production 中的扩展应先 Disable 并发布。
