很多企业第一次做多语言官网，会把工作量理解成“中文站已经做好了，再把文字换一种语言”。从页面数量上看，这个判断没有错。一页中文对应一页外文，菜单、产品、案例、新闻逐项翻过去，很快就能凑齐。
真正上线以后，问题才开始露出来。
同一个产品名在首页、产品页和下载文件里出现三种译法；中文里很自然的“支持定制”，到了英文页只剩一句宽泛的 customizable，客户不知道究竟能改尺寸、材质还是控制系统；表单里的“单位名称”被直译成不合当地填写习惯的字段；按钮字数变长后挤成两行；隐私说明、交期、质保范围看起来都通顺，实际意思却比原文多了一层承诺。
这些页面不能算完全翻错，但也不能算真正可用。多语言官网的难处，很少是一整段话无人能懂，更多是一个产品名、一项参数、一个按钮或一句承诺在关键位置偏了一点。客户正是在这些地方决定要不要继续看、要不要提交询价。
机器翻译解决的是句子，官网面对的是一个市场
机器翻译最擅长的，是在已有文本和明确上下文中快速给出另一种语言的版本。官网却不只有连续的正文。导航、标题、筛选项、图片说明、下载资料、表单提示、邮件通知和搜索摘要，长度不同、作用不同，对准确度的要求也不同。
“经销商”放在招商页，可能指授权合作伙伴；放在售后页，又可能指购买渠道。设备行业里的“行程”通常不是 travel，“主机”也未必是 host。原文如果没有先把对象和使用场景写清楚，翻译工具只能根据字面猜。换一个页面，猜法可能就变了。
还要考虑当地客户真正怎么搜。中文产品名的直译词可能语法正确，却不是采购人员、工程师或终端用户常用的叫法。一个面向美国市场的英语页面，也不能简单复制面向德国市场的表达：单位制、认证信息、交付范围、日期格式、案例选择和常见问题都会变化。语言相同，不等于市场相同。
这也是“翻译”和“本地化”最实际的区别。翻译关心原文有没有被准确转成目标语言；本地化还要看这句话放在当前页面、面对当前市场、承担当前任务时是否合适。官网要的是后者。
搜索收录不是多复制几套页面
搜索引擎需要先弄清三个问题：这个页面主要使用什么语言，它面向哪个语言或地区的人，以及它和其他语言版本是什么关系。这些信息不能只靠页面右上角放几个国旗图标。
Google 搜索中心建议为不同语言版本使用不同网址，并通过 hreflang 告知搜索引擎各版本之间的对应关系。每个版本既要标注自己，也要列出其他版本；对应页面需要互相指向。对于没有明确匹配语言的访问者，还可以设置 x-default 作为后备入口。Google 同时提醒，不要仅凭猜测强制把用户重定向到某个语言版本，因为这样可能让用户和搜索引擎都无法访问其他版本。[1][2]
页面本身也要把语言说清楚。Google 会根据可见内容判断页面语言，导航和主体内容最好保持一致，不能只翻菜单而把大部分正文留在原语言里。[1] W3C 则建议在 HTML 根元素上声明 lang，页面中出现其他语言片段时再单独标注，这会影响浏览器、辅助技术和语言处理工具怎样理解内容。[3]
这里有一个经常被说错的结论：机器翻译本身并不会自动导致页面被搜索引擎处罚。真正的风险是，企业一次生成大量页面，内容只是自动转换，没有校对、没有市场差异，也没有给用户增加实际价值。Google 在 2026 年 5 月更新的垃圾内容政策中，把“通过翻译等自动转换方式生成大量、对用户几乎没有价值的页面”列为规模化内容滥用的示例。[4] 重点不在用了哪一种工具，而在页面为什么存在、是否解决了当地用户的问题。
哪些内容不能停在机器初稿
普通新闻、内部资料或低风险的长段文字，在术语稳定的前提下，可以先机器翻译，再由编辑抽查。官网中有几类内容不适合这样处理。
产品名称、型号、参数、单位和选配项要逐项核对。它们往往直接进入采购比较和技术确认，一处单位错误就可能让整页失去可信度。
首页首屏、核心产品页、行业解决方案和广告落地页需要按当地客户的理解顺序重写。中文常见的企业实力铺陈，未必是海外客户最先关心的内容；对方可能更想先看到适用工况、交付边界、认证和售后覆盖。
表单字段、验证提示、自动邮件、下载按钮和语言切换必须放进真实页面测试。只在表格里审译，看不出文字溢出、字段含义不清、邮件语言错配，也看不出切换语言后是不是又回到了首页。
合同相关说明、质保条款、隐私政策、Cookie 提示和合规声明，需要由了解目标市场要求的人复核。语言是否通顺只是第一关，原文的责任边界有没有被放大或缩小更重要。
一套能落地的做法，机器翻译仍然在里面
红数科技在规划多语言官网时，不把机器翻译排除在外。对内容量较大的项目，它很适合承担初稿和重复句段处理。关键是先后顺序不能颠倒。
先整理源语言内容。产品名称、参数写法、公司名称、证书名称和禁止误译的词，先形成术语表；原文中含糊、重复、依赖中文语境的句子，也在这一阶段改清楚。源头不清，后面每增加一种语言，问题就复制一次。
再确定每个市场真正需要哪些页面。语言版本不一定要机械等量复制。某些市场需要单独的认证页、经销网络或物流说明，另一些市场暂时只有核心产品和询价入口。页面选择本身就是本地化的一部分。
机器生成初稿后，由目标语言人员结合术语表、页面用途和搜索词进行编辑。ISO 18587:2017 专门规定了机器翻译输出的完整人工译后编辑流程及人员能力要求；ISO 17100:2015 则覆盖翻译服务的核心流程、资源和质量要求。[5][6] 这两个标准传递的意思很朴素：工具输出不是交付终点，过程和人员仍然决定最终质量。
内容确认后，才进入页面级处理：标题与摘要是否符合当地搜索习惯，按钮能不能一眼看懂，图片里有没有遗漏的中文，数字、币种、日期和单位是否符合市场习惯。技术端同时处理独立网址、hreflang、canonical、站点地图、页面语言声明和语言切换。
最后不要只读稿，要按真实访问路径走一遍。用手机打开页面，切换语言，搜索产品，下载资料，提交表单，再查看收到的通知邮件。官网是一个正在运行的系统，不是一摞翻译文档。
验收时，至少把这些问题问清楚
| 检查位置 | 不能只看什么 | 真正要确认什么 |
|---|---|---|
| 产品页 | 句子是否通顺 | 名称、参数、单位、选配范围在页面与下载资料中是否一致 |
| 搜索页面 | 是否放了关键词 | 当地用户是否这样搜索，页面是否真正回答这个搜索意图 |
| 页面结构 | 是否有语言切换 | 每种语言是否有独立网址，切换后是否停留在对应页面 |
| 搜索配置 | 是否写了 hreflang | 自引用、双向关系、语言地区代码和后备页是否正确 |
| 表单与邮件 | 字段是否翻译 | 提示、验证、提交结果和通知邮件是否使用正确语言 |
| 合规内容 | 是否没有语法错误 | 责任、隐私、质保和承诺范围是否与目标市场要求一致 |
| 后续维护 | 首次上线是否完成 | 新产品、参数变更和新闻发布后，各语言版本由谁更新、怎样复核 |
如果供应商交付的只有一批译文，却说不清术语如何统一、页面怎样对应、谁负责目标语言复核、上线后怎样维护，那更接近“给现有网站加了几种语言”，还不是一套多语言官网。
机器翻译可以把项目做快，也能明显降低重复内容的处理成本。它最合适的位置，是流程中的生产工具，而不是替企业决定产品怎么叫、客户怎么搜、页面承诺到哪里、不同市场该看到什么。把这几个决定留给真正了解业务、语言和市场的人，网站才有机会从“看得懂”走到“愿意相信”。
资料依据
- Google 搜索中心：管理多区域网站和多语言网站，页面最后更新于 2025 年 12 月 18 日。
- Google 搜索中心：网页的本地化版本，页面最后更新于 2026 年 4 月 27 日。
- W3C Internationalization：Declaring language in HTML，检索于 2026 年 7 月 22 日。
- Google 搜索中心：适用于 Google 网页搜索的垃圾内容政策，页面最后更新于 2026 年 5 月 18 日。
- ISO 18587:2017：机器翻译输出译后编辑要求，检索于 2026 年 7 月 22 日。
- ISO 17100:2015：翻译服务要求，检索于 2026 年 7 月 22 日。
