企业与服务网站：多语言内容如何保持表达一致（首次建站）

为首次上线的企业或服务网站准备多种语言，不只是逐句翻译，还要让各版本的服务范围、承诺和称呼保持一致。本文围绕具体问题说明如何先确定核心信息，再整理各语言的表达，并正确向搜索引擎标明这些版本，让访客找到相对合适的页面。

一个假设场景：为什么首次做多语言网站先要对齐

设想一家小型会计事务所准备上线第一个多语言网站。负责人用英文工作，一位双语办公室经理负责中文，一位外包译者负责西班牙语。在写任何页面之前，他们先画出一份假设的对照视图：英文服务概览、对应中文版和西班牙语版，三份都描述同一项月度记账服务。这只是说明用的情况，不是真实事务所，也不是已完成的测试。

他们第一个样本是菜单标签候选“Services”，另有两个备选：“What We Do”和“Our Work”。负责人偏向“What We Do”，因为对首次到访的读者来说读起来直白；办公室经理则担心，直译成中文后可能比“Services”显得不够正式。这个尚未定下的选择之所以要紧，是因为同一个标签会出现在每一页的导航中，英文导航与各语言翻译版本之间一旦对不上，马上就会被看出来。

第二个样本是一小段关于回复时间的文字。英文稿写的是咨询会在一个工作日内答复。单独准备的中文稿写成当天回电，西班牙语稿则完全没有提时间。这三份都没有对照同一句源文核对过，所以不同语言的页面会给不同访客承诺不同的事。要保持一致，网站需要一份批准的措辞，翻译保留同样的范围，不增加也不删减细节。

第三个样本是联系页的标题候选：“Contact”“Get in Touch”和“Talk to Us”。负责人喜欢“Talk to Us”的亲切感，但办公室经理指出，这个说法可能让人以为只能电话联系，而页面还包括表单和电子邮箱。这里的开放问题是语气与准确之间的取舍：更亲切的标题有让访客预期变窄的风险，但更平实的标题放在网站其余内容旁边可能显得冷淡。这种取舍正是会在多种语言中不断放大的小决定。

还有一个不确定之处是页面语言声明。团队听说过每个翻译页面应当在h1元素或html元素中标明语言，但还没确认哪种做法适合他们的发布设置。他们也不知道上线时是否需要为替代语言链接设置rel属性。这些仍是开放问题，不是已定的技术做法，应在第一页上线前对照现行文档核实。

这些草图说明了为什么要在翻译第一个字之前就重视一致性：标签、承诺和标题在各自语言单独起草时很容易走样。

先定住翻译后也不能走样的核心信息

先拿目前这版英文服务概览作底稿，标出即使译者建议改得更顺口、你也不愿改动的句子。以月度记账服务为例，可能一句说明这项服务面向谁，另一句说明客户每个月会收到什么。你可以把它们当作核心信息，用平实的陈述句写出来，而不是写成口号；像“面向自主经营企业的月度记账服务”这样的陈述，能让每种语言都有具体内容可承接。

然后比较各语言版本在核心信息周围留了多少余地。英文可能写“我们处理您的月度记账，并在每月十日前给您一份简短汇总”。中文草稿可能加一句关于及时服务的礼貌话；西班牙语草稿可能把时间安排写得更长。你可以圈出不变的事实——每月、汇总、十日前——让每位译者自行保留或删去周围的客套。可以考虑在每条核心信息旁写一行备注，说明哪部分固定、哪部分可自由处理，这样西班牙语译者就不必只凭英文风格去猜。

一个有用的作者示范，是取记账服务的一段文字，压缩成三句短陈述：服务谁、每月做什么、客户何时收到你的消息。起草时不加形容词：“本服务面向经营自己公司的业主。每月我们记录您发来的交易。您在十日前收到一份汇总。”如果中文版需要一个更正式的开头，这份礼貌可以放在这三句之前或之后，而不改动它们。如果西班牙语版倾向于用另一个动词表达“记录”，只要每月的时间安排和汇总还在，就可以接受。

你也可以决定亲切感该放在哪里。如果联系页上的“Talk to Us”在英文里读着合适，你可以把背后的邀请——联系到一个真人，而不是填一张表——保留为核心，让每种语言选择对其读者来说自然的说法。把自己的选择记录下来，包括英文措辞、中文和西班牙语的候选，以及你保留或舍弃每一条的理由。这份记录是给你和译者看的，不是对外的承诺。

在翻译更多页面之前，你可以列出已经定下来的核心信息，并标出仍待决定的部分。这些开放项就是接下来要和办公室经理、译者讨论的内容。

向搜索引擎标明语言版本的基本做法

Google记录了三种等效的方式，用来标明一个页面的其他语言版本：HTML、HTTP标头和站点地图。它说，你可以选择对网站最方便的那一种；三种同时使用不会带来搜索方面的好处，而且可能更难管理。¹

每个语言版本必须列出自己以及所有其他版本，备用URL必须是完全限定的，包括传输方式。如果两个页面没有互相指向对方，这些标签就会被忽略。Google还说明，它不使用hreflang或HTML的lang属性来检测页面的语言；它使用算法来判断。¹

hreflang值由ISO 639-1语言代码和可选的ISO 3166-1 Alpha 2地区代码组合而成。保留值x-default被推荐用作浏览器语言设置与任何已列版本都不匹配时的回退页面。¹

要在发布前把已定下的标签、承诺或标题对应到正确的语言版本，你可以基于自己的联系页做一份小小的配对元数据草图。取你选定的英文标题，例如“Contact”，把正在考虑的中文和西班牙语对应版本放在旁边。然后为自己加一条简短备注，记录每个版本属于哪个页面、面向哪类读者。把这些备注留在工作文档里，暂时不要改动页面。

接着，你可以把三个语言版本与这份草图对照。如果中文标题读起来比英文更正式，你可以记下这一差异是有意为之还是偶然出现，并决定修改哪个版本。同样的检查适用于任何你已经标记为固定的标签或句子。如果某个版本增加或删掉了信息，就把这一差异记在相关备注旁边，让下一轮翻译从同样的理解出发。这是你自己准备的假设性对照，不是已发布的结果。

第二个演示涉及前面提到的语言声明。与其把它当作已经确定的做法，你可以把它写成一个问题，交给负责页面结构的人，并把这个问题放在相关页面草稿旁边。如果你后来了解到每个翻译页面都需要在页面结构中某处标明语言，你可以回到草图，标出哪些页面还需要这一步。在那之前，把它留作待办事项，而不是直接改动页面。

这些草图能帮你决定先定下什么：先是固定信息，然后是各语言的具体措辞，最后是你无法独自回答的结构性问题。你可以选择在开始下一批翻译之前先把固定信息定完，也可以让两边同时推进、之后再回看这些待办事项。主要价值在于，每个选择都写在受它影响的版本旁边，这样以后核对一致性时不必依赖记忆。

为内容复核准备一份简单清单

在生成网站之前审阅需求文档时，你可以对照指南里的核对清单，确认页面清单完整、没有遗漏或多余页面，表单、预约、会员登录等关键功能在需要的地方都已列入，视觉风格描述也符合预期。指南指出，生成代码后再改动需求要经过 AI 对话修改流程，会消耗 Credits，耗时也更长，所以这时是低成本纠正需求的时机。如果发现问题，可以点击“Edit Requirements Document”修改内容，改完后确认；接着点击“Generate App Now”，再在“Confirm Generate App”中确认。可参阅本站运营方 NamesLink 提供的官方指南。²

理解书写系统代码，让页面正确显示

书写系统代码来自一份登记列表，而不是可以随意编写的标签。ISO 15924 代码表为每种书写系统分配一个四字母代码、一个数字编号、一个英文名称、一个法文名称，有时还有别名，并附上启用年代和日期。列表中直接给出的例子包括：Latn 对应拉丁字母，Hans 对应简体汉字变体，Hant 对应繁体汉字变体。日语写作 Jpan，说明为 Han、Hiragana 与 Katakana 的别名组合；韩语则写作 Kore，说明为 Hangul 与 Han 的别名组合。首次建设多语言网站时，要判断哪个代码与自己的内容相符，应查阅列表中写明的书写系统名称，而不是从语言名称去猜。³

对每个翻译页面，你都可以把页面上可见的标题与一条简短的私人笔记配在一起，记下你起草时使用的语言，以及你希望它面向的读者。挑一个已经定下的标签，例如“服务”这个标题，把笔记写在英文、中文和西班牙语三个版本旁边。如果西班牙语标题读起来比英文更正式，你可以在页面继续推进之前，先决定这一差异是不是有意的。

你还可以在自己的屏幕上大致看一看每个语言版本应当如何显示：记下该书写系统的字重和字号是否与你的预期相符，以及一个只懂该语言的读者会不会把这个标题认作页面标题，而不是正文。这是你自己的视觉对照，不是技术检查；你可以把看起来不对劲的地方记下来，而不必急着判断这是谁的问题。

当出现显示方面的顾虑时，用平实的语言把问题写在受影响页面旁边，例如询问所选标题字号是否适合这种书写系统。你可以把它标为待定，并在得到可信答案之前保持已定措辞不变，而不是换上一个新标签来绕开显示问题。

多语言建站中常见的偏差

多语言建站中的偏差很少会自己亮明是流程问题。它们通常以细小的不一致出现：同一项服务在英文里叫一种说法，在中文里又变成另一种；回复时间的承诺在西班牙语版里多出一个限定；联系页在一种语言里听起来亲切，在另一种语言里却显得生硬。在继续写更多页面之前，你可以把同一项服务在每种语言里并排摆出来，问一问含义在哪里发生了偏移，而不是只看字词有哪些不同，这样就能提前发现不少问题。

考虑从你现在的英文服务概览入手，标出你愿意在每种语言里都坚持的说法：你做什么、为谁做、什么时候完成。然后只对照这些标记去读中文版和西班牙语版。如果西班牙语文本把“一个工作日内回复”弱化成含糊的“尽快”，你可以把它记为需要修正的走样，而不是翻译偏好。你要为自己记录的问题是：每个版本是否仍然承诺同一件事。

标题和导航标签也值得同样处理。你可以把同一个页面标题的三种语言版本摆开，标出哪一个承载了你想要的语气。如果“Talk to Us”在英文里读起来亲切，而对应的中文说法对你的客户来说显得过于随意，你可以保留那份邀请的意思，但在中文里选择一个更中性的措辞，并把理由写下来，让下一个页面沿用同样的逻辑。

一个实际的作者演示：取你记账服务说明中的一段，把它压缩成三条短句——服务对象是谁、每月发生什么、客户收到什么。把这三条分别用每种语言起草并比较。如果某个版本多出第四个意思，你发现的要么是一处有用的澄清，要么是一处值得有意决定的不一致。

你还可以为每个页面保留一条简短的私人备注，记录这一页是用哪种语言起草的、面向哪些读者。这条备注能帮你发现哪些页面是从过时的英文稿翻译过来的，并决定是否在上线前更新它们。

常见问题

从现有英文服务概述入手，怎样标出即使译者建议改得更顺也不愿改动的句子？

先按英文服务概述现在的样子，标出即使译者建议更顺口你也不愿改动的句子。以每月记账服务为例，可以是一句说明服务面向谁，另一句说明客户每月收到什么。

在继续翻译更多页面之前，怎样整理已经定下的核心信息并标出尚未决定的部分？

在翻译更多页面之前，可以列出已经确定的核心信息，并把尚未决定的部分单独标出来。

对每个翻译页面，怎样把可见标题与一条简短私下备注配对，记录起草语言和目标读者？

对每个翻译页面，可以把可见标题与一条简短私下备注配对，记录你起草时使用的语言和面向的读者。选一个已经定下的标签，例如“Services”标题，在英文、中文和西班牙文版本旁分别写下备注。