网站翻译在哪里设置
打开浏览器，网站按下F12，翻译在“开发者工具”里翻到“Network”标签，网站刷新页面，翻译盯着那些加载出来的网站文件。这大概是翻译很多人在找“网站翻译在哪里设置”时干过的事。但说实话，网站你找错地方了。翻译
网站翻译的网站设置，从来不在浏览器里。翻译它藏在网站的网站代码中，或者更准确地说，翻译藏在网站的网站HTML标签里。每个正经的翻译网页，在它的网站``标签开头，都有一个`lang`属性。比如`lang="zh-CN"`代表简体中文，`lang="en"`代表英文。这个属性就是翻译的“开关”。
你可能会问，就这一个属性？那翻译插件是怎么知道要把“Hello”变成“你好”的？
因为浏览器和翻译插件会先读取这个`lang`属性，判断当前页面是什么语言，然后再决定要不要触发翻译。我试过把`lang="en"`改成`lang="zh-CN"`，结果Chrome的自动翻译提示就消失了——它以为这页面已经是中文了。反过来，把中文网站的`lang`改成`en`，地址栏右边就会冒出那个熟悉的翻译图标。
但这只是冰山一角。真正的翻译设置，往往不在HTML里，而在服务器端。多数企业级网站用的是i18n（国际化）方案，代码里存着一堆语言文件——比如`messages.en.json`、`messages.zh.json`。页面加载时，根据用户浏览器设置或URL里的参数（像`?lang=en`），动态决定调取哪个文件。
拿我常逛的一个开源文档站举例，它的网址是`docs.example.com`，切换语言的按钮藏在一个不起眼的地球图标下面。点开一看，列了十几种语言。这不是浏览器翻译——是网站自己做的。它的原理是：当你点击“中文”，网站会把你的选择写入Cookie，然后刷新页面，重新请求所有文本资源。整个过程中，浏览器根本没参与翻译。
所以，如果你想“设置”网站翻译，得先搞清楚你说的是哪种情况。
如果你是个普通用户，想用Chrome翻译一个外文网页——那设置就在浏览器里。Chrome的地址栏右侧，或者右键菜单里，选“翻译为中文”。Firefox、Edge也类似。但注意，这只能翻译静态内容。那些用JavaScript动态加载的文本，有时候翻不了。比如某些评论区，滚动加载的帖子，翻译插件根本来不及处理。
如果你是网站开发者，想给自己的站点加翻译功能——那设置的地方就多了。前端要改HTML结构，后端要配语言包，数据库里可能还得存多语言字段。最简单的方案是用现成的翻译服务API，比如Google Translate API或DeepL，但代价是每次请求都要花钱，而且响应速度受网络影响。
我见过一个个人博客作者，他嫌麻烦，直接在HTML里塞了``标签，然后用一段jQuery脚本，把每个标签里的文字替换成预设的中英文对照表。土办法，但够用——反正他博客就十来篇文章。
还有种野路子，用CSS的`content`属性配合`lang`选择器来切换文字。比如`[lang="en"] .title::after { content: "Welcome"; }`，`[lang="zh"] .title::after { content: "欢迎"; }`。这法子很取巧，但搜索引擎可能读不到内容，SEO会吃亏。
说到底，网站翻译没有统一设置入口。它取决于你用的是自动翻译、人工翻译、还是混合模式。自动翻译快但糙，人工翻译准但慢。混合模式最常见——先机器翻，再让人工校对。
回到开头的场景。你按F12找翻译设置，其实是在找前端渲染逻辑。但翻译的“大脑”通常在服务端。如果你看到页面源码里有`data-translate="true"`这类属性，那说明网站用了某种前端翻译框架。真正的语言切换按钮，往往在页面顶部或底部，不叫“翻译”，叫“语言”或“Language”。下次找不到时，先滚动到页面最下方，那儿藏着的概率最大。
最后提醒一句：别指望所有网站都让你改语言。有些政府网站、老旧的内部系统，代码写死了语言，你怎么调设置都没用。那种情况下，你唯一能做的，就是打开Chrome的翻译插件，硬翻。翻得准不准，就看缘分了。