仅阻止chrome首次加载时的翻译横条和右键菜单项,不阻止dom文本被改写,对已渲染内容无效,firefox/safari完全忽略,不能替代translate="no"。

meta name="google" content="notranslate"到底管不管用
它只对 Chrome 浏览器的地址栏翻译提示和页面右键菜单里的“翻译成中文”选项起作用,**不阻止 DOM 文本被改写**。也就是说,用户手动点翻译后,<meta name="google" content="notranslate">完全失效——Chrome 仍会把 fetch() 翻成“获取”,把 v5.2.0 变成“五点二零”。
常见错误是把它当万能开关:加在 里就以为万事大吉,结果上线后发现 API 路径、版本号全被译乱了。
- 仅适用于阻止“首次加载时弹出翻译横条”和右键菜单项
- 对已渲染文本无保护能力,不干预 DOM 修改行为
- Firefox、Safari 完全忽略该 meta 标签
- 不能替代
translate="no",两者职责不同,不可互相替代
translate="no" 必须写在初始 HTML 的 html> 标签上
Chrome 只在首次解析 HTML 时读取 translate 属性,JS 后续设置无效:document.documentElement.setAttribute("translate", "no") 或 document.documentElement.translate = "no" 都不会触发禁译逻辑。
必须确保初始 HTML 中 同时存在,且 lang 值符合 BCP 47(如 zh-CN,不是 zh 或 zh_CN)。
-
lang缺失或格式错误(如大小写错、用下划线)会导致translate="no"被静默忽略 - 动态插入的节点(
el.innerHTML = "<div>useState</div>")不继承父级translate,必须手动补上translate="no" -
<input value="XZ-3000">和<textarea></textarea>的value不继承,必须单独加translate="no"
哪些内容真该加 translate="no",哪些加了反而坏事
加错位置比不加更危险:它会让本该翻译的 UI 文案残留英文,造成中文化界面混杂英文按钮、提示语等体验断裂。
如果你了解HTML,CSS和JavaScript,您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造,可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序,然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流,并开始构建应用程序,提供更
真正需要锁定的是机器可读优先、语义固定、大小写/符号敏感的内容:
- 代码标识符:
useState、props.children、fetch() - 协议路径:
/api/v1/users/:id、X-Auth-Token - 版本号与型号:
v5.2.0、React 18.3、XZ-3000 - 结构化时间外层:
<time datetime="2024-06-15"></time>的容器需加,否则日期可能被转成本地格式
不该加的典型例子:Submit、Invalid email、Settings —— 这些是用户界面文案,加了 translate="no" 就等于主动放弃本地化支持。
lang 和 translate 混用时最常漏掉的硬性组合
lang 不控制是否翻译,只声明语言归属;translate 才是开关。但 Chrome 要求二者**显式共存且可信**才稳定生效。
单独写 <div lang="en">React</div>,Chrome 仍可能把它译成“反应”;必须写成 <div lang="en" translate="no">React</div>。
-
根标签必须同时带lang和translate="no",且lang值要准确(如中文页用zh-CN,英文页用en-US) - 局部多语言内容(如引文、代码块)也要各自标注:
<blockquote lang="de" translate="no"></blockquote>、<code lang="en" translate="no"> - SPA 中切换语言时,不能只改
document.documentElement.lang,所有已有文本节点的lang和translate都得同步更新,否则屏幕阅读器和翻译引擎仍按旧值处理
translate="no" 属性,且父级 lang 值正确。动态插入、第三方组件库输出的 DOM 很容易覆盖你的设置,inspect 渲染后的 HTML 才是唯一可信依据。前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










