沉浸式翻译无法使用？5 个常见问题排查方法（2026）

上周我的 Chrome 更新到 126 之后，沉浸式翻译突然就不翻了。页面右下角的浮球消失了，点工具栏图标也没反应。我花了大概两个小时排查，最后发现是 Chrome 更新后扩展权限被重置了。这篇文章把我踩过的坑和在社区里看到的高频问题整理出来，按排除法走一遍，大部分情况都能解决。

问题一：扩展根本没有加载出来

打开网页之后，右下角没有沉浸翻译的浮球，工具栏图标也是灰色的。这是最常见的"用不了"表现。

我先试了重启浏览器——没用。然后打开 chrome://extensions/ 看了一下，发现沉浸式翻译的开关确实是开着的，但下面有一行小字"此扩展程序已损坏"。点了"修复"按钮之后，它自动重新下载了一次，浮球就回来了。

另一种情况是扩展压根不在列表里。如果你之前是从 Chrome Web Store 安装的，有可能是商店那边做了更新导致自动卸载了旧版。这时候需要去下载页重新获取安装入口。Edge 用户检查 edge://extensions/，Firefox 用户检查 about:addons，逻辑一样。

如果你用的是公司电脑或学校设备，管理策略可能会禁止安装第三方扩展。这种情况在 chrome://policy/ 页面能看到 ExtensionInstallBlocklist 相关条目。遇到这个就只能找 IT 部门申请白名单了。

浮球在，图标也正常，点了翻译按钮之后页面上什么都不变。我在 Windows 11 + Chrome 126 上遇到过这个，后来发现是当前页面被加入了"永不翻译"列表。

打开沉浸翻译的设置面板，找到"永不翻译的网站"列表，检查一下当前域名有没有被误加进去。我之前测试的时候手滑点了"永不翻译此站点"，然后就把整个 github.com 加进去了，后来每次看英文 README 都不翻译，排查了好一会儿才发现。

另一个坑是页面内容本身就是你设定的"源语言"。比如你的源语言设成了中文，打开一个中文页面当然不会触发翻译。这个在多语言页面上特别容易误判——页面标记的 lang="en" 但实际内容是中文，扩展就会跳过。

Chrome 125 到 126 的升级期间，我注意到沉浸翻译的翻译引擎从 DeepL 被切回了默认引擎。翻译风格、快捷键、显示方式全部回到了初始状态。

这通常是浏览器更新时清除了扩展的本地存储。解决方法不复杂：进入沉浸翻译设置 → 找到备份/恢复功能 → 如果之前导出过配置文件就直接导入。如果没备份过，就只能手动重新设置一遍。建议设完之后立即导出一份配置存到本地，下次遇到这种情况就不用一项一项改了。

Windows 10 22H2 和 macOS Sonoma 14.5 上都报告过类似现象。不是沉浸翻译本身的 bug，而是浏览器升级机制的副作用。

我同时装了 Tampermonkey、uBlock Origin 和另一个翻译扩展 TWP。有一次发现沉浸翻译在特定页面（比如 Google Docs）上完全不工作，但在普通网页上正常。

排查方法很笨但有效：打开 chrome://extensions/，把其他扩展一个一个关掉，每关一个就刷新页面试一次翻译。最后发现是 TWP（Translate Web Pages）在抢同一个页面的翻译 DOM 节点，两个扩展互相覆盖，结果都不翻。关掉 TWP 之后就正常了。

uBlock Origin 本身通常不会冲突，但如果你加了自定义过滤规则屏蔽了 *.deepl.com 或翻译引擎的 API 域名，翻译请求会被拦截。检查一下 uBlock 的日志，看有没有红色条目跟翻译相关。

沉浸翻译需要调用在线翻译引擎（Google、DeepL、OpenAI 等），如果你的网络环境访问不了这些 API，翻译就会卡在"翻译中..."然后超时。

在中国大陆直接访问 Google Translate API 经常不稳定。如果你用的是 Google 引擎，可以试着切换到其他可用的翻译服务。在沉浸翻译设置里切换翻译引擎只需要几秒钟，不用重装扩展。

我在公司内网里还遇到过一次——企业防火墙把 api-free.deepl.com 屏蔽了。换了手机热点之后翻译立刻恢复，确认就是网络问题。这种情况下要么找 IT 开白名单，要么切换翻译引擎。

如果上面 5 个方向都排查了还是不行，可以试试终极方案：彻底卸载沉浸翻译 → 重启浏览器 → 清除浏览器缓存（特别是扩展数据）→ 从下载页重新安装最新版。我遇到过一次本地扩展文件损坏的情况，重装之后立刻恢复正常。

如果你用的是 Firefox 且版本低于 115，部分 WebExtension API 可能不兼容。确认浏览器版本在支持范围内也很重要。

支持 Chrome、Edge、Firefox 等浏览器，覆盖网页、PDF 与视频字幕等常见翻译场景。