如何修复谷歌浏览器无法添加任何扩展程序提示验证失败？

本地扩展加载不了，根源其实就两个：一是签名校验链断了，二是Manifest被系统判定不可信。解决思路很清晰——一步步解除组策略封锁、清理干扰文件、修复Manifest格式，最后用正确的姿势加载。不过别着急动手，先确认问题到底卡在哪一环。

谷歌浏览器弹出“无法添加扩展程序”、反复验证失败，基本可以判定——Chrome已经彻底拒绝所有本地扩展包。不是某个插件单独出毛病，而是整个加载通道被系统拦截了。这个时候，就算把插件拖拽一百遍也没用。

确认是否真被全局拦截

打开 chrome://extensions/ 这个页面，先看看右上角的“开发者模式”开关是否还能点。如果开关是灰色的，点不动，或者页面顶部冒出一条红色横幅写着“某些设置由您的组织管理”——那就说明组策略已经强制禁止所有非商店扩展的加载。在这个前提下，后面所有的手动操作全是白费功夫。

必须先解除组策略或注册表级别的封锁，否则无论拖拽、解压还是重命名，都毫无意义。

清除_metadata残留干扰

方法一：直接删除

找到你曾经尝试加载过的所有扩展文件夹，在里面搜索一个名叫 _metadata 的子文件夹。只要看到了，二话不说直接删掉——新版Chrome（130以上版本）把这个目录视为非法系统保留名，哪怕文件夹是空的，也会触发“Cannot load extension with file or directory name _metadata”错误，导致加载失败。

方法二：重命名绕过

如果删完之后扩展仍然加载不了，那就换个思路：把这个文件夹改名为 metadata（去掉开头的下划线，大小写和拼写完全一致）。注意，这一步必须在重新加载之前完成，否则Chrome解析时还是会报错。

提醒一句：别去动压缩包里面的_metadata，只处理已经解压后实际存在的文件夹。

修复manifest.json底层校验失败

第一步：用VS Code打开扩展根目录下的manifest.json

第二步：检查第一行是不是藏了不可见的BOM头——Windows记事本默认保存为UTF-8 with BOM，而Chrome会静默拒绝解析，只扔出一句“已损坏”。在VS Code右下角点编码格式（比如“UTF-8”），选择“通过编码重新打开”→“UTF-8 with BOM”，再点“另存为”→勾选“UTF-8 无BOM”覆盖保存。这一步就能解决很多莫名其妙的解析问题。

第三步：确认 manifest_version 字段——必须是纯数字 3 或 2，不能写字符串 "3"、"3.0" 或者 4。任何非整型写法都会导致校验失败。

第四步：逐项核对所有路径字段，比如 background→service_worker、content_scripts→js、icons→16.png 这些，必须保证路径真实存在，且大小写与文件系统完全一致。Chrome在Windows上严格区分大小写——你写成 16.PNG 而实际是 16.png，就会报错。

以正确路径加载解压后的扩展

① 先把 .crx 文件重命名为 .zip，然后用7-Zip完整解压到一个纯英文、无空格、无中文字符的路径，比如 C:\ext\mytool。

② 确保解压后最外层文件夹里直接包含 manifest.json，而不是嵌套在另一层文件夹里。

③ 打开 chrome://extensions/ → 开启“开发者模式” → 点击“加载已解压的扩展程序” → 在弹窗中精准选择整个解压所得的文件夹（不是里面某个文件，也不是父级目录）。

这一步选错路径是90%用户失败的主因：选中 manifest.json 文件本身会报“清单文件缺失”，选中上一级空目录会报“找不到 manifest.json”。必须点中那个包含 manifest.json 的文件夹图标才行。