打开Chrome浏览器，浏览访问一个英文网站，器何地址栏右侧突然弹出一个小图标。翻译点一下，网页整个页面瞬间变成中文。英文这个过程快得让人几乎忘了背后发生了什么——浏览器翻译英文网页，浏览本质上是器何在本地完成了一次“机器翻译引擎的实时调用”，翻译过程并不在网页服务器上发生，翻译而是网页由浏览器自己执行。

以Chrome为例，英文它的浏览翻译功能基于Google翻译的神经机器翻译模型。当检测到页面语言与系统语言不一致时，器何浏览器会先抓取整个DOM树——也就是翻译网页的结构化内容——把文本节点单独提取出来。有意思的网页是，这个过程不是英文简单地把整段文字扔给翻译引擎，而是先做“分句”和“对齐”。浏览器会把长段落拆解成一个个独立的句子单元，逐一翻译后再按原有排版结构塞回原位置。这样做的好处是能最大程度保留原文的段落格式和图片位置，不至于翻译后页面变成一锅粥。

Edge浏览器用的是微软自家的Translator，技术上跟Chrome大同小异，但有个细节差异值得注意：Edge对PDF文件的翻译支持更好。如果你在Edge里打开一个英文PDF，可以直接在阅读模式下调用翻译，而Chrome对PDF的翻译至今还依赖外部扩展。这不是什么黑科技差距，纯粹是两家公司对“网页”的边界定义不同——微软把PDF也当成了网页的一部分。

真正影响翻译质量的，是引擎对上下文的理解。我做过一个简单测试——把一句“The patient was administered with a placebo”放进Chrome和Edge里翻译，Chrome给的是“患者服用了安慰剂”，Edge给的是“患者被给予安慰剂”。前者明显更自然，因为Google的模型更擅长处理“施动者被省略”的被动语态。但换成法律文书里的复杂长句，Edge有时反而比Chrome更稳，因为微软训练模型时用了大量欧盟议会双语语料，对正式文体的句式结构把握更准。

还有个容易被忽视的细节：翻译速度。Chrome的即时翻译一般会在300到500毫秒内完成一个中等长度页面的处理，但如果你用的是手机版Chrome，速度会慢一些——因为手机端的内存限制，浏览器需要把翻译引擎的权重文件压缩到更小的尺寸，这会导致翻译精度轻微下降。比如“significant”在桌面端会被译成“显著的”，在移动端有时会变成“重要的”，意思没跑偏，但语气差了那么一点。

要是你不想用浏览器自带的翻译，也有别的路子。像Google Translate的网页版，本质上是把你访问的URL重新包装成一个翻译过的代理页面——你看到的网址栏里会有一长串“translate.goog”开头的参数。这种方式的好处是能翻译那些禁止被iframe嵌入的网站，但代价是页面里的动态内容（比如实时刷新的评论区）会失效，因为代理机制只能翻译静态加载的部分。

最后说个实用技巧：如果某个网站的翻译结果总是乱码或者排版错乱，多半是网页用了Canvas或WebGL来渲染文字——这类技术把文字绘制成图像，浏览器翻译引擎根本抓不到文本节点。遇到这种情况，别跟浏览器较劲，直接复制文字粘贴到翻译工具里反而更快。毕竟翻译这件事，工具只是辅助，理解才是目的。