新加坡中英文网站：一个网站，怎样维护英简繁三个版本

先确定页面目的：解释服务、比较选择，还是准备咨询。编辑简报应列明读者必须理解什么、企业已批准什么，再交给各语言写作者，不必要求逐句复制英文稿。

例如服务页面要交代包含项目、需评估的事项，以及报价前应提供的信息。三个版本都应让读者完成这些决定。中文开场即使流畅，若遗漏评估条件，也不算内容实质对应。

建议共用企业名称、范围、排除项目、获批说法和联系入口的内部记录，固定事实与措辞选择分开管理。语言审核人可改善行文，但不能改变承诺。新增事实获批时，应找出所有受影响版本再发布。老板验收的是同一个业务决定，不是被要求确认自己未必熟悉语言里的每个句子。

本文建议的三版本计划，以新加坡用语写简体，以香港书面语写繁体。这是面向目标读者的编辑选择，并不是断言每位新加坡读者都偏好某种字形。简报里应先写明，避免审稿时才争论风格。

起稿前做术语表。简体可用自然的本地业务表达，如数字营销、软件、咨询及中小企业；繁体版则按所定香港语体处理对应概念。审核应看整句意思，不能把术语表当成逐字替换工具。

各版本应独立通读：开头是否直接回答，标题是否自然，行动提示是否解释下一步？删除生硬外来句式，不必无目的保留英文口号。字形检查有助发现明显混入的简体字，但仍应配合语体、含义和业务准确性审核，不能把程序通过当作文字自然的证明。

Google 建议不同语言版本采用不同网址，而不是只靠 cookie 或浏览器设置改变同一个页面。多语言网站指引也建议提供语言链接，并避免根据猜测的语言自动把访客转往另一版本。

假设结构可按 /en/、/zh-hans/、/zh-hant/ 分组。这是组织示例，不保证排名，也不是唯一有效做法。请开发人员记录每个真实页面的网址及切换目标，而不是只说明目录名称。

建议已有对应版本时保留主题。读者在看报价流程，切换后不应无声地变成无关服务。对应内容尚未完成，应由内容负责人约定清楚的替代路径并记录缺口，不能声称已有完整版本。测试要从文章本身开始，并检查返回路径，不只检查首页选择器。

按 Google 的本地化版本指引，用 hreflang 标明真正对应的页面，并保留自身及返回链接。基本关系可参阅 Agent Lab 多语言内容问答。

这个三语言项目应验收页面对应清单：内容负责人确认服务范围和排除项目一致，开发人员核实真实网址及相互标注。尚未完成的版本应记录为缺口，不应随意链接到无关首页。

建议从具体服务页开始，要求审核人找出服务边界、打开相关解释、切换语言，再发起咨询。逐步检查背景是否保留，接手同事能否理解收到的需求，而不是只确认首页看起来有三种语言。

内容清单也应包括导航标签、验证消息、确认用语和隐私说明。文章写得好，不代表联系路径已清楚。业务负责人应确认团队实际上支持什么语言服务，未批准的接待能力不能写成对外承诺。

用明确标示的合成需求测试，检查下一步究竟是提交资料、申请评估，还是确认预约，按钮不能把这些动作混为一谈。记录造成误解的用语，交相关语言负责人修正。这是编辑体验检查，并非要求每种语言人手相同；承诺应与真实交接一致。

每项服务或政策共用一份修改记录。范围变化时，列明获批事实、受影响页面、语言审核人及完成状态。建议相关版本和联系路径全部检查后才结案，不能只在英文更新后关闭任务。

区分待补缺口与获批差异：漏掉排除项目是缺口，不同示例若仍解释同一决定、没有冲突说法，则可由内容负责人判断并记录。不应为了形式对称，悄悄删掉有用细节。

Google 指引区分多语言页面与针对不同国家的页面。自己的计划也应清楚：本文的字形和语体选择，不代表企业已进入新市场或设立分店；地区定位须有业务及技术依据。先维护核心页面，让缺口可见，团队有能力持续审阅再扩充。三个版本能否长期一致，取决于明确责任，而不只初次交稿。

交接前可用假设政策变化测试维护计划。假设老板新增条件，某服务须先评估才确认，就从共同业务记录找出各语言受影响的服务页、咨询指南和相关问答。

请写作者在各自版本自然解释，向负责人提供简短含义检查：读者必须知道什么、哪些仍不确定、下一步可做什么。语言审核与业务政策批准要分开，不能因为措辞顺畅就当作政策已获同意。

再请技术审核人检查真实目标和对应关系，确认切换仍到同一主题、咨询路径也反映新条件。文章更新了，确认消息却暗示已经预约，就应一并修正。

最后核对团队维护的社交或广告链接，按实际变化调整说明或目标，记录查过什么及哪些不在控制内。受影响页面的获批含义和路径一致后才结案，让“三种语言”成为持续责任，而不是初次写作完成便结束的口号。