关于Manifest V3、WebRequest API与Chrome企业策略的技术问询

问题1：2024年1月Manifest V2企业政策到期后，强制安装的V2扩展是否无法运行？ #

不是的。Chrome官方针对企业通过ExtensionInstallForcelist强制部署的Manifest V2扩展，给出了延期支持：2024年1月政策到期后，这类扩展仍能正常运行到Chrome 127版本（预计2024年6月发布）。但Chrome 127及之后的版本会彻底停止支持Manifest V2扩展，建议尽早规划迁移到Manifest V3，避免后续版本兼容问题。

问题2：“公开扩展”的定义是否包含未上架（unlisted）扩展？ #

不包含。Chrome官方明确“公开扩展”指的是在Chrome应用商店中公开可见、可被普通用户搜索到的扩展；而未上架（unlisted）扩展仅能通过专属链接访问，不会出现在商店搜索结果里，属于非公开范畴。你们当前从自有服务器完成初始安装、从商店未上架版本获取更新的场景，完全符合未上架扩展的使用规则，不受公开扩展的相关限制。

问题3：关于ExtensionSettings中override_update_url的使用经验 #

从Chrome 89开始，ExtensionSettings的override_update_url确实支持绕过应用商店，从自有服务器获取扩展更新，企业内部部署中常用这个方案，核心要点如下：

• 配置格式：在组策略的ExtensionSettings项中，针对目标扩展的ID添加配置：

  {
    "abcdefghijklmnopqrstuvwxyzabcdef": {
      "override_update_url": "https://your-internal-server/extension-update.xml"
    }
  }
  

• 服务器端要求：需要在你的服务器上放置符合Chrome更新规范的XML文件，示例格式如下：

  <gupdate xmlns="http://www.google.com/update2/response" protocol="2.0">
    <app appid="abcdefghijklmnopqrstuvwxyzabcdef">
      <updatecheck codebase="https://your-internal-server/extension-v1.2.3.crx" version="1.2.3" />
    </app>
  </gupdate>
  

• 关键注意事项：
  • 确保服务器的更新地址能被企业内部网络正常访问，无防火墙或代理拦截
  • 更新包（CRX）的签名必须和初始安装的扩展一致，否则Chrome会拒绝更新
  • 测试阶段可在Chrome的chrome://extensions/页面开启开发者模式，手动点击“更新”按钮验证是否生效
  • 要确认企业内所有在用的Chrome版本都≥89，低版本不支持该选项会导致更新失败

内容的提问来源于stack exchange，提问作者blissfool