越南语游戏LQA：机器翻译漏掉的四类缺陷

💡 机器翻译输出的越南语文本读起来流畅，但在游戏运行时频繁出错：人称代词取决于社交层级，拼接句子破坏语法，字体字形缺失将声调符号变成方块。结合本地越南语审校和截图的结构化LQA流程，能在玩家发现前找到这些缺陷。

当机器翻译看起来流畅时，越南语为何还需要单独的LQA轮次？

语言质量保证（LQA）是在运行中的游戏内对本地化文本进行上下文审查，而非仅是文件比较。审校人员通过游玩游戏或浏览截图集来记录缺陷（严重、主要、次要），并对每个修复进行回归测试。MQM（多维质量指标）等标准框架按准确性、流畅性、术语、风格和地区惯例对错误进行分类。

越南语需要单独的LQA轮次，因为其与欧洲语言的结构差异会产生只在上下文中才暴露的缺陷。同一个翻译字符串在文件中语法正确，在游戏中却完全错误：正确的越南语"你"的代词取决于NPC相对于玩家的年龄和地位，而非英语源词"you"。机器翻译无法获取这些关系数据，会默认使用中性形式，而越南本地玩家会立刻发现这是错误的。中国游戏公司进入越南市场时，这一点尤为重要，因为汉越词（越南语中的汉语借词）固然有优势，但人称代词体系与中文完全不同。

机器翻译在越南语游戏中总会漏掉的四类缺陷

越南语游戏LQA报告的分析中，始终有四类机器翻译引擎处理不佳的缺陷：

• 代词和语域错误：越南语没有通用的"你"或"我"。正确的代词对（em/anh、con/mẹ、bạn/bạn）取决于说话人与听话人的关系。机器翻译会默认使用中性代词，但该代词往往在社交层面上与NPC的年龄或地位不符。
• 字体字形缺失：标准西方字体缺少ẵ、ệ或ợ等越南语特有字符。当游戏引擎因字形缺失而回退到系统字体时，结果是方块豆腐字 - 在文件审查时不可见，但对玩家来说在游戏中一目了然。
• 拼接混乱：游戏引擎通常将句子由片段拼接而成："[玩家]加入了[队伍]。"越南语的词序和语法取决于完整句子的上下文；翻译后的片段无法被正确重组。
• 未翻译字符串：硬编码的UI标签、开发者提示信息以及通过代码而非本地化管道注入的字符串，完全绕过了机器翻译。LQA报告将此类缺陷稳定地置于所有发现错误的约24%。

代词错误：机器翻译为何每次都选错敬语？

越南语人称代词同时编码了年龄、性别和社会层级。当NPC说"跟我来，[玩家]"时，正确的代词对取决于NPC是年长还是年轻、是朋友还是权威人物。机器翻译无法获取这些关系数据，会默认使用中性或第一人称通用形式，越南玩家立刻会发现这对当前场景中的人物来说是错误的。

修复这一问题需要的是前期设计工作，而非仅仅是翻译后的审查。在翻译开始前，在本地化风格指南中建立代词表：列出每位主要NPC、其角色、相对于玩家的年龄，以及第一人称和第二人称称谓的预期代词对。在项目开始时将该文档同时提供给译者和LQA审校，而非等到翻译完成后。对于中文游戏公司，建议将NPC关系映射从游戏设计文档中单独提取出来，作为越南语本地化包的一部分。

字体缺失和声调符号：只在游戏运行时出现的缺陷

越南语使用国语字（Quốc Ngữ）：带有元音形状符号（circumflex、breve、horn）和声调符号（grave、acute、hook above、tilde、dot below）的拉丁字母扩展。完整字符集位于Unicode Latin Extended Additional区块（U+1E00-U+1EFF）。任何只覆盖Basic Latin或Latin-1 Supplement的字体都会悄悄丢弃这些字形，不发出任何警告。

在Unity本地化包中，确认字符串表以UTF-8格式存储，且TextMeshPro字体图集包含完整的Latin Extended Additional范围。在Unreal Engine中，配置字体回退链，使缺失的越南语字形回退到已知正常的字体，而非系统默认字体。针对实际越南语字符串文件运行字形覆盖检查，而非仅检查"字体是否声称支持Unicode"。

拼接混乱：越南语语法为何不能逐片段组装？

许多游戏引擎通过注入片段来构建句子："{姓名}击败了{敌人}。"在英语中，周围的语法是固定的，注入词只是名词。在越南语中，周围的语法可能需要根据注入的名词而改变：量词、头衔或代词形式可能需要出现在注入词之前或之后，具体取决于其所指内容。

唯一可靠的修复方法是向译者提供完整句子，而非片段。使用ICU MessageFormat（见Unicode CLDR LDML规范）或引擎等效方案，让译者在单个完整句子模板中自由重排标记。切勿将一个语法单元拆分为两个本地化键。越南语的词序灵活，但取决于完整从句，而非分离的片段。

团队内部可以处理什么，何时需要聘请越南本地审校

多项LQA检查不需要越南语语言知识，可完全由内部QA团队执行：

• 语言覆盖报告：构建版本中的每个字符串键必须有越南语值，而非英语回退或空字符串。
• 针对越南语UI中所有字体资源的U+1E00-U+1EFF字形覆盖检查。
• 在Unity或Unreal中运行伪本地化，在翻译交付前预览文本扩展情况。
• UI溢出审查：测试每个容器在文本比英语长25-30%时的表现。
• 数字和货币格式：越南语千位分隔符为句点（.），小数分隔符为逗号（,）；500.000₫，而非500,000₫。

越南本地审校对于以下方面是真正必要的：所有故事对话和NPC台词中的代词和语域正确性；笑话、习语和人物名称的文化适当性；以及上下文中的对话流畅度，即使正确的越南语如果句子节奏和代词选择不自然，听起来仍会像是翻译。越南移动游戏市场约有5500万玩家。一次LQA的成本远小于关于游戏破损越南语的病毒式帖子带来的声誉损失。

如需越南语游戏本地化和LQA支持，请参阅越南语游戏本地化服务。

常见问题

如果已有人工译者审查了文件，还需要完整的LQA轮次吗？

需要。文件审查能发现翻译错误，但无法发现上下文缺陷：UI溢出、拼接失败、字形缺失和硬编码字符串只有在运行中的游戏里才会出现。LQA是翻译审查的补充，而非替代。在翻译QA之后运行游戏内截图轮次，而非取而代之。

典型手游需要对多少字符串进行越南语LQA？

中型手游RPG通常有5,000-15,000个本地化字符串。完整LQA轮次涵盖所有UI界面、主线故事对话和NPC名称。简化版轮次涵盖关键路径：主菜单、HUD、新手引导和关键剧情节点。对于首次进入越南市场，对关键路径进行完整覆盖并对次要流程进行抽查，是实际可行的起点。

可以使用机器翻译加译后编辑（MTPE）代替越南语游戏的全新翻译吗？

MTPE适用于物品描述、系统消息以及代词选择固定且语域中性的文本。对于故事对话、NPC台词以及说话人-听话人关系决定代词选择的场景，应避免使用MTPE。译后编辑者必须是能评估上下文而非仅评估流畅性的越南语母语者。

在越南语游戏中，代词错误应评定为什么严重级别？

故事对话中的代词错误通常为主要缺陷（玩家能理解文本，但社交语域明显错误）。改变任务指示含义或使NPC与玩家关系不清晰的代词错误为严重缺陷。与上下文无关的系统UI界面（设置、加载）上的代词错误为次要缺陷。统一使用MQM或工作室的评级标准，使审校人员和开发人员对优先级达成共识。

哪些引擎对越南语本地化的内置支持最好？

Unity本地化包（com.unity.localization）支持UTF-8字符串表、用于复数和条件的Smart Strings，以及用于早期布局测试的伪本地化。Unreal Engine的本地化管道支持XLIFF导出和字体回退链。两个引擎都需要手动配置字体图集以覆盖完整的越南语Unicode范围（U+1E00-U+1EFF）。两个引擎均不能自动检测代词语域，这始终需要本地审校人员的判断。

参考来源

• Unity本地化包：字符串表 - UTF-8字符串表结构、Smart Strings和伪本地化布局测试。已于2026年10月验证。
• Unicode CLDR：区域数据标记语言（LDML） - 可重排、对复数敏感的句子模板ICU MessageFormat规范。已于2026年10月验证。
• W3C国际化：Web语言 - lang属性要求及越南语BCP 47标签指南（vi、vi-VN）。已于2026年10月验证。
• Transphere：2026越南语游戏本地化指南 - 越南语声调符号、字形缺失、代词复杂性和UI字符串扩展数据。已于2026年10月验证。