把公司名字固定不被翻译，需要前端标注和后端管理同时发力：网页或文本层用translate=”no” / class=”notranslate” 或把名称用引号、全角符号、特殊字符隔离；在翻译流程中建立术语表并锁定条目、把品牌词加入翻译记忆或MT白名单；与外包译员和CAT工具同步规则并做校验。简单来说，前端告诉机器“别动它”，翻译端把它当成“专业词”固定下来，两者合一才能稳妥长期生效。
用一句话把复杂问题讲清楚（费曼式起点）
想象一下，你在教一个完全不认识你公司的人：光靠口头说“这是品牌名别翻”不够，得在文本里做记号，让机器和人都有明确规则可遵循。这就是为什么既要在内容上标注，也要在翻译工具里管理术语与记忆。
核心原理：为什么会被翻译，以及如何“阻止”
翻译引擎会把文本当普通句子处理，遇到像“易翻译”这样的词，如果它看起来像普通词汇就会尝试找对等的译法。阻止的本质，就是让系统把该词视为“专有名词/不可翻译项”。实现路径分为两类：
- 内容层面（告诉渲染端或MT引擎）：在HTML、文档里直接标注，使网页翻译器或浏览器插件识别并跳过。
- 翻译流程层面（告诉译员和本地化工具）：在术语库、翻译记忆（TM）和机器翻译（MT）白名单中固定该词，确保所有后端工具遵守。
生活化比喻
就像给宠物戴上项圈：项圈上写“别喂食”，别人看到会遵守。前端标注是“项圈”，术语表和TM是“主人手机上的备忘录”，两者都重要。
具体做法：从网页到文档再到翻译平台
1）网页/前端（对用户和浏览器友好）
- HTML属性：在包含公司名的元素上添加 translate=”no”。例如：<span translate=”no”>易翻译</span>。大多数现代浏览器和一些翻译插件会尊重此属性。
- class=”notranslate”：Google 翻译插件和某些工具会识别 class=”notranslate”。示例：<span class=”notranslate”>易翻译</span>。
- 视觉隔离：使用引号、全角符号或斜体来提示“特殊项”，如“『易翻译』”或易翻译，对人工译者有帮助，但对自动翻译效果有限。
- 零宽字符/Unicode技巧（慎用）：在字符间插入零宽不换行空格等可以阻止某些MT识别为可翻译词，但会影响搜索、复制粘贴和可访问性，不推荐作为首选。
2）文档（Word、Excel、PDF）
- 使用样式或注释：在Word里为品牌名设定专门样式并在文档开头写明“品牌名不译”。
- 隐藏标签/元数据：某些CAT工具可以读取Office文档内的自定义属性，把不可译项放入元数据。
- PDF注意：文本层的PDF如果被OCR或机器翻译，前端标注不起作用。最好在源文档里固定，再导出PDF。
3）CAT工具与本地化平台（Trados、memoQ、Crowdin 等）
- 术语库（Glossary）：把公司名作为术语条目并设置“禁止翻译/仅音译”选项。
- 翻译记忆（TM）：把历史上正确的“保留原文”条目存入TM，未来遇到同样片段自动复用。
- 预翻译规则：在项目设置里添加阻止翻译的正则或字典规则。
- 导出/同步：与内容管理系统（CMS）或版本库同步术语表，保证所有项目一致。
4）机器翻译 API（Google、DeepL、Azure 等）
很多MT API提供术语或“glossary/forced glossary”功能，可以指定某些源词必须映射成某个目标词（包括“原文不变”）。注意：不同厂商接口字段和生效粒度不一样。
实际操作步骤（可复制到流程）
- 步骤一：定义规则——公司的品牌名、产品名、简称、商标等列成清单并标注“不译/音译/必保留大小写/首字母大写”等规则。
- 步骤二：前端标注——在网站/APP模板中统一使用 translate=”no” 或 class=”notranslate”。
- 步骤三：导入术语库——把清单导入到CAT工具和MT API的术语表或白名单。
- 步骤四：教育译员——在交付包里附上风格指南和术语说明，明确不可翻译项并示例。
- 步骤五：QA与监控——在上线后抽样检查翻译结果，必要时把错误反馈回TM和术语库。
举例说明：代码与操作示范
这是一个简单的网页示例，表明如何在HTML中标注：
<h1>欢迎来到 <span translate=”no”>易翻译</span> 的官网</h1>
对MT API，伪示例流程：
- 在术语表里添加：源文=易翻译，目标文=易翻译（说明=不可翻译）。
- 调用 MT 翻译时启用该术语表（每家API的参数名称不同）。
常见问题与陷阱（实战经验）
- 社交平台/剪贴板翻译：用户把文本复制到微信/社交平台的内置翻译器时，前端标注不一定生效。必要时在用户提示里写明“品牌名请保留原文”。
- OCR 与图片文字：图片里的公司名会被OCR识别并被翻译。尽量把logo做成矢量图或在图片附近标注文字说明。
- 第三方渠道接入：合作伙伴在自行编辑文案时可能不会遵守规则，建立共享术语库或为合作方提供模板很重要。
- 大小写/标点敏感：有些术语匹配是大小写敏感的，要在术语库里列出变体或使用不区分大小写的匹配规则。
对比表：常见方法优缺点一览
| 方法 | 优点 | 缺点 |
| HTML translate=”no” | 简单，浏览器/部分插件支持 | 对PDF/图片无效，对某些第三方翻译插件可能无效 |
| class=”notranslate” | 被Google工具识别，便于批量加类 | 并非所有工具都尊重 |
| 术语库/TM | 适用于专业翻译流程，长期稳定 | 需要管理和同步，需要译者配合 |
| MT强制术语 | 机器层面能强制执行 | 不同MT提供商实现不同，需配置 |
验收与长期维护：把“不译”变成习惯
把规则写成SOP并在新项目中强制执行。每次翻译完成后，把错误案例补进术语库和TM。定期把术语清单发给内容编辑、市场和合作伙伴，免得“别人乱翻”。此外，监测用户反馈和SEO表现，确保品牌名在不同语言环境下保持一致性。
结语（像边写边想的口吻）
其实整个事情的关键很朴素：让机器和人都收到一致的“别动它”信号。光靠一招半式很难长期稳固，前端标注加后端术语管理，再辅以明确的团队沟通，才是把公司名字留在原位的可靠方案。你可以先从一页网页做起，验证效果，再逐步覆盖文档和翻译平台，慢慢把这套做成流程。就这样，边试边改，通常会越来越顺手。
