一款手游在中国市场获得成功以后，如果准备进入日本、韩国、东南亚、欧美或其他海外市场，第一件需要解决的事情似乎很简单：

把中文翻译成当地语言。

但真正进入游戏出海以后，会发现需要改变的远远不只是文字。

角色怎么说话？

技能名称怎样统一？

任务提示能不能放进按钮？

笑点到了另一个文化环境还能不能成立？

日期、货币和数字格式是否符合当地习惯？

应用商店介绍怎样写才能让当地玩家愿意下载？

游戏更新以后，几十万字文本又怎样保持前后一致？

这就是：

Game Localization

游戏本地化。

它真正解决的问题不是：

怎样把一句中文翻译成英文？

而是：

怎样让一个原本为某个市场设计的游戏，在另一种语言和文化环境中仍然像一个完整、自然的产品？

心译翻译曾为**GMGC全球移动游戏大会（Global Mobile Game Congress）**相关活动提供专业语言支持，服务嘉宾演讲、行业对话、产品推介及商务洽谈，协助游戏开发商、发行商、平台及产业合作伙伴开展国际交流。

【内链：GMGC全球移动游戏大会案例】

一、游戏产业为什么天然具有国际化属性？

一款数字游戏开发完成以后，并不像传统实体商品那样一定需要重新建设工厂才能进入另一个国家。

从技术层面看，它可以通过：

应用商店；

游戏平台；

官方网站；

数字发行渠道

快速触达不同市场。

但：

能够下载

并不等于：

能够被当地玩家接受。

一款游戏真正进入海外市场以后，还需要面对：

Language

语言；

Culture

文化；

Platform

平台；

Marketing

营销；

Operation

运营；

Community

玩家社区。

因此：

Global Distribution

全球发行

和：

Localization

本地化

实际上是两件高度相关、但并不相同的事情。

发行解决：

产品如何进入市场？

本地化解决：

产品进入以后，怎样让当地玩家理解和接受？

二、Translation和Localization为什么不是一回事？

这是游戏行业最基础的一个区别。

Translation

翻译

主要关注：

一种语言的信息怎样转换成另一种语言。

而：

Localization

本地化

除了语言转换，还需要让产品适应：

目标语言；

地区习惯；

文化环境；

产品界面；

玩家体验。

Apple在开发者本地化指南中也把localization定义为将应用翻译并适配到不同语言和地区的过程，并强调开发者应从产品结构阶段就考虑国际化和本地化。

所以：

Localization ≠ Translation Only

游戏本地化并不是：

“把所有文字翻完”。

而是：

Language + Product + Culture + User Experience

即：

语言 + 产品 + 文化 + 用户体验。

三、一款游戏到底有多少东西需要翻译？

玩家看到的游戏文字只是其中一部分。

一款手游可能包含：

• 游戏名称；

• 角色名称；

• 世界观设定；

• 剧情对白；

• NPC对白；

• 技能名称；

• 装备和道具名称；

• 任务说明；

• 系统提示；

• UI按钮；

• 错误信息；

• 新手教程；

• 成就；

• 活动内容；

• 邮件；

• 公告；

• 客服内容。

但游戏之外还存在另一整套内容：

• App Store / Google Play商店页面；

• 游戏官网；

• 宣传视频；

• 广告素材；

• 社交媒体；

• 新闻稿；

• 游戏攻略；

• 社区运营内容；

• 版本更新说明。

所以一个真正完整的游戏海外发行项目，可能同时包含：

In-game Localization

游戏内本地化

Marketing Localization

营销本地化

Community Localization

社区本地化。

不同内容使用的语言风格完全不同。

四、为什么“角色说话方式”比字面准确更加重要？

假设游戏里有三个角色：

一个是年轻活泼的少女；

一个是沉稳的军事指挥官；

一个是活了几百年的神秘人物。

如果翻译以后，他们全部使用：

相同句式；

相同词汇；

相同语气，

虽然每一句可能都“翻译正确”，角色却已经失去了区别。

因此游戏本地化需要建立：

Character Voice

角色语言风格。

例如记录：

年龄；

身份；

性格；

教育背景；

人物关系；

说话习惯；

称呼方式；

禁用表达。

Apple目前的开发者本地化指南也建议为外部本地化团队提供充分上下文，包括角色姓名和性格、幽默说明、常用术语表以及文本出现位置的截图，从而降低因缺乏场景信息造成的翻译错误。

这对于剧情型游戏尤其重要。

因为译员真正需要翻译的不是：

一句孤立的对白。

而是：

一个角色在这个场景里为什么会这样说。

五、为什么游戏翻译最怕“只有Excel，没有游戏画面”？

很多游戏本地化项目会导出大量字符串。

译员看到的可能只是：

问题在于：

没有上下文。

例如：

Charge

究竟是：

冲锋？

蓄力？

充值？

收费？

电量？

只有看到它出现的位置，才能判断。

如果它在：

战斗按钮，

可能表示：

蓄力或冲锋。

如果出现在：

支付页面，

可能涉及：

收费。

如果是：

电池系统，

又可能表示：

充电。

因此游戏本地化中：

Context is part of the source text.

上下文本身就是源文本的一部分。

这也是为什么截图、游戏录像、角色资料和功能说明非常重要。

六、游戏术语为什么必须建立统一词库？

一款大型游戏可能有：

几千个角色和物品名称；

数百种技能；

大量地点；

阵营；

装备；

货币；

副本；

等级系统。

例如一个核心概念：

Mana

如果前10章翻成：

魔力；

第11章翻成：

法力；

活动页面又写成：

魔法值，

玩家会立刻感到产品不专业。

因此游戏本地化通常需要建立：

Glossary

术语库。

其中至少包括：

英文原文；

标准译法；

词性；

定义；

所属系统；

角色或阵营；

是否允许变化。

对于世界观复杂的游戏，还需要进一步建立：

Lore Bible

世界观资料库。

统一：

人物；

国家；

组织；

历史；

地点；

宗教；

种族；

重要事件

等设定。

这已经不是普通意义上的“词典”。

而是整个游戏世界的：

Language Database

语言数据库。

七、为什么UI翻译经常比长对白更难？

很多人会认为：

一个只有两个字的按钮肯定比一段剧情好翻。

实际上正好相反。

长文本有上下文。

短UI经常只有：

Save；

Load；

Back；

Claim；

Boost；

Party；

Pass；

这些词。

每一个都可能存在不同翻译方式。

更麻烦的是：

空间有限。

英文里的：

Settings

可能只占很短的位置。

翻译到某些语言以后，文字长度可能明显增加。

于是出现：

文字被截断；

按钮撑破；

换行异常；

菜单错位。

Google的Android本地化指南因此要求开发者把UI文字与程序逻辑尽量分离，以便不同语言资源可以独立调整和测试。

这说明游戏本地化从来不只是译员的问题。

它同时也是：

Localization Engineering

本地化工程

问题。

八、为什么游戏开发阶段就应该考虑国际化？

这就涉及另一个概念：

Internationalization / i18n

国际化。

Internationalization并不是：

“把产品翻译成很多语言”。

它更接近：

在产品设计和开发阶段，就让产品具备未来支持不同语言和地区的能力。

例如：

不要把文字直接写死在程序代码里；

不同语言文本应该可以独立加载；

UI应该预留长度变化空间；

日期、数字和货币应该支持不同地区格式；

图片中文字应该可以替换；

字体需要支持不同字符系统。

Apple也将internationalization视为面向全球受众开发应用和游戏的重要基础步骤，并强调应从代码和UI结构上为后续本地化做好准备。

因此：

Internationalization

国际化设计

↓

Localization

本地化

↓

Testing

测试

↓

Global Launch

全球发行。

如果第一步没有做好，后面每增加一种语言，成本都会上升。

九、数字、时间和货币为什么也是游戏本地化的一部分？

假设游戏活动写：

Event ends on 09/10.

这到底是：

9月10日，

还是：

10月9日？

不同地区日期习惯不同。

再比如：

1,000.50

和：

1.000,50

在不同地区代表相同数值格式的方式可能不同。

货币符号的位置；

时间制式；

小数点和千位分隔符

也可能存在差异。

Google Play对本地化内容质量的要求就明确强调：

除了语言本身，还应适应当地的日期、时间、货币等locale-specific conventions。

所以游戏本地化中的“本地”，并不只意味着：

当地语言。

还包括：

当地的信息表达习惯。

十、为什么笑话、双关和梗不能直接逐字翻？

游戏内容尤其喜欢：

双关；

网络梗；

文化典故；

角色口头禅；

谐音；

流行文化引用。

这些内容最大的问题是：

Literal Translation

直译

可能完全没有效果。

例如一个中文笑话依赖：

汉字谐音。

把文字直接转换成英文以后，笑点可能完全消失。

于是游戏本地化中会出现：

Transcreation

创译。

目标并不是复制每一个词。

而是在不破坏剧情功能和角色设定的情况下，尽量让目标语言玩家获得相似的：

幽默；

情绪；

冲击力；

角色印象。

但创译并不意味着：

译员可以随便重写剧情。

仍然需要守住：

人物关系；

剧情事实；

世界观设定；

任务逻辑。

因此游戏翻译真正困难的是在：

Accuracy

准确

和：

Creativity

创造性

之间找到平衡。

十一、为什么“文化适配”不能等于简单删除内容？

游戏进入不同市场以后，还需要考虑：

当地文化；

社会习惯；

宗教敏感；

法律监管；

年龄分级；

平台要求。

这通常被称为：

Culturalization

文化适配。

但文化适配不是：

“觉得外国人可能不喜欢，就删掉。”

真正专业的做法应该先判断：

某项内容是否真的会影响：

理解；

接受；

市场发行；

平台审核；

玩家体验。

Apple的全球化开发指南也明确提醒开发者考虑不同市场的当地政策、法规以及文化与宗教敏感因素。

所以：

Localization

重点解决语言和地区适配；

Culturalization

则进一步考虑：

内容在具体文化环境中的接受方式。

两者有关联，但并不完全相同。

十二、为什么游戏本地化必须进行LQA？

文本翻译完成并不意味着项目完成。

还需要：

LQA

Localization Quality Assurance

本地化质量保证。

IGDA专门设有Localization SIG，并长期汇集游戏本地化的最佳实践、LQA、项目流程和文化适配等专业资源。

LQA测试通常不仅检查：

有没有错别字。

还需要检查：

Linguistic

语言质量

例如：

语法；

术语；

语气；

角色一致性。

Functional

功能问题

例如：

变量是否显示正确；

按钮是否工作；

文本是否调用错误。

Visual

视觉问题

例如：

文字是否截断；

是否超出UI；

换行是否自然；

字体是否正常显示。

Contextual

语境问题

例如：

男性角色是否被误译成女性；

任务完成前是否提前使用“已经完成”；

技能名称是否与实际效果不符。

所以：

Translation QA

和：

Game Localization QA

并不是完全相同的工作。

十三、为什么变量和占位符特别危险？

游戏文本中可能出现：

You obtained {item_name} × {quantity}.

译员真正可以修改的是：

句子中的语言。

但：

{item_name}

和：

{quantity}

可能是程序变量。

如果误删：

大括号；

变量名；

特殊符号，

游戏运行以后就可能：

无法正常显示信息。

类似内容还包括：

%s；

%d；

\n；

HTML标签；

富文本标签；

占位符；

代码片段。

因此游戏本地化需要明确区分：

Translatable Text

可翻译文本；

和：

Non-translatable Elements

不可修改元素。

这也是游戏翻译为什么必须和：

开发；

本地化工程；

测试

紧密协作。

十四、为什么游戏发行并不等于游戏研发结束？

传统产品可能：

开发完成 → 销售。

现代手游往往采用：

Live Operations / LiveOps

持续运营。

游戏上线以后可能不断推出：

新角色；

新地图；

新剧情；

节日活动；

赛季；

道具；

联动；

版本更新。

这意味着本地化也不再是：

一次翻完。

而是：

continuous localization

持续本地化。

每一次版本更新都可能产生新的文本。

同时还必须保证：

半年前确定的角色译名；

技能名称；

世界观；

称呼方式

仍然保持一致。

因此长期游戏项目特别需要：

Glossary

术语库；

Translation Memory

翻译记忆库；

Style Guide

语言风格指南；

Character Guide

角色指南。

这些语言资产会随着游戏运营不断积累。

十五、海外发行为什么不只是“把游戏放到海外应用商店”？

游戏出海以后，需要面对的不只是玩家。

还需要面对：

Platform

平台；

Publisher

发行商；

Distributor

渠道；

Advertising Network

广告平台；

Payment Provider

支付服务商；

Influencer

内容创作者；

Media

媒体。

因此，GMGC这类国际游戏行业大会的价值之一就在于：

让开发商、发行商、平台及其他产业链参与者进行直接交流。

游戏企业在大会上的商务交流可能涉及：

区域发行权；

代理发行；

联合运营；

市场推广；

用户获取；

收入分成；

支付渠道；

IP授权。

于是游戏行业翻译需要同时掌握：

Game Language

游戏语言

和：

Business Language

商务语言。

十六、发行商和开发商说的是完全不同的“游戏语言”

Developer：

开发商

通常更关注：

玩法；

引擎；

技术；

性能；

版本；

开发周期。

Publisher：

发行商

则可能更关注：

市场；

玩家；

推广；

渠道；

收入；

留存；

付费。

于是同一场大会可能上午讨论：

Game Engine

游戏引擎；

下午马上变成：

User Acquisition

用户获取；

然后又进入：

Retention

留存；

Monetization

商业化；

Lifetime Value / LTV

用户生命周期价值。

所以游戏大会口译并不能只会：

角色；

技能；

装备

这些游戏内容词。

还必须理解：

产品运营 + 数字营销 + 商业模式。

十七、游戏运营中的DAU、MAU、ARPU为什么不能只背缩写？

游戏企业做产品推介时经常出现：

DAU

Daily Active Users

日活跃用户；

MAU

Monthly Active Users

月活跃用户；

ARPU

Average Revenue Per User

每用户平均收入；

Retention

留存；

Conversion Rate

转化率；

LTV

Lifetime Value

用户生命周期价值。

这些指标不是孤立存在的。

企业真正关心的是：

用户从哪里来；

有多少人下载；

有多少人留下；

有多少人付费；

一个用户能够贡献多少长期价值。

因此游戏运营的基本逻辑可以理解成：

Acquisition

获取用户

↓

Activation

进入产品

↓

Retention

留存

↓

Monetization

商业化。

如果只认识缩写，却不知道这些指标之间的业务关系，现场遇到复杂运营讨论依然很难准确翻译。

十八、游戏商店页面为什么也是本地化的核心部分？

玩家还没有进入游戏之前，首先看到的可能是：

游戏名称；

图标；

截图；

宣传视频；

一句话介绍；

应用商店描述。

这就是：

Store Localization

商店本地化。

Apple允许开发者针对不同地区本地化App Store产品页，包括应用描述、关键词、预览等内容，并根据目标市场调整展示素材。

这部分翻译不能完全按照：

游戏内文本

的方法处理。

因为它承担的是：

Conversion

转化

任务。

游戏内文本重点是：

玩家体验；

而商店页面则需要解决：

玩家看到以后愿不愿意点击和下载？

因此：

Localization

和：

Marketing Copywriting

会在这里发生交叉。

十九、为什么游戏营销翻译往往需要“重新写”？

假设中文广告写：

全服第一神装，登录即送！

直接翻译成英语，即使语法完全正确，也未必符合当地游戏广告的表达习惯。

不同市场可能：

关注不同卖点；

接受不同语气；

熟悉不同游戏术语；

对夸张营销表达的接受程度不同。

因此游戏海外营销更接近：

Marketing Localization

营销本地化。

它需要保留：

核心卖点；

事实；

活动规则，

但可以根据目标市场重新组织：

标题；

节奏；

CTA；

广告文案。

所以游戏本地化团队有时不仅需要：

Translator

译员，

还需要：

Copywriter / Transcreator

文案或创译人员。

二十、机器翻译和AI能不能直接完成游戏本地化？

AI可以提高大量文本处理效率。

例如：

生成初稿；

整理术语；

检查一致性；

辅助处理更新内容。

但游戏文本存在一个非常明显的问题：

上下文依赖极强。

同一句话由不同角色说；

发生在不同剧情阶段；

出现在按钮还是对白；

都可能需要完全不同的译法。

Apple目前也明确建议，如果使用机器翻译进行应用或游戏本地化，应由目标语言的母语使用者测试翻译并提供反馈，同时向本地化人员提供充分上下文信息。

这意味着AI更适合成为：

Localization Workflow

本地化工作流

的一部分。

而不是简单理解成：

AI生成文本 = 游戏已经完成本地化。

二十一、为什么游戏本地化是一项团队工作？

一个完整的游戏本地化项目可能同时需要：

Developer

开发团队；

Localization Producer

本地化项目负责人；

Translator

译员；

Editor

审校；

LQA Tester

本地化测试；

Localization Engineer

本地化工程人员；

Marketing Team

市场团队；

Community Team

社区团队。

IGDA Localization SIG本身所连接的也正是游戏开发者、译员、项目经理、本地化制作人员等不同角色，并持续推广游戏本地化最佳实践。

因此游戏本地化真正是一条：

Content + Language + Technology + Testing

即：

内容 + 语言 + 技术 + 测试

共同组成的生产流程。

二十二、一款中国游戏真正出海，需要怎样的语言链路？

可以把完整过程理解成：

Game Development

游戏开发

↓

Internationalization

国际化设计

↓

Localization

游戏本地化

↓

LQA

本地化测试

↓

Store Localization

商店页面本地化

↓

Marketing Localization

海外营销

↓

Launch

上线

↓

Community Management

玩家社区运营

↓

LiveOps Localization

持续版本本地化。

因此，一款游戏真正进入全球市场以后，需要翻译的不只是：

游戏里的几十万字。

而是：

整个产品生命周期。

二十三、游戏企业参加国际大会，语言服务应该准备什么？

对于GMGC这样的游戏产业会议，译员会前准备可以分为五层。

第一层：游戏产品

准备：

游戏名称；

游戏类型；

主要玩法；

角色；

IP；

核心卖点。

第二层：研发技术

准备：

游戏引擎；

服务器；

图形；

网络；

跨平台；

开发工具。

第三层：运营指标

准备：

DAU；

MAU；

ARPU；

Retention；

LTV；

用户获取。

第四层：海外发行

准备：

发行市场；

平台；

渠道；

营销；

支付；

本地化。

第五层：商务合作

准备：

发行权；

IP授权；

收入分成；

联合运营；

投资；

合作协议。

这样才能在：

技术演讲；

产品介绍；

商务洽谈

之间快速切换。

二十四、从游戏大会翻译到游戏全球化

一场游戏大会可能只持续几天。

但对于准备出海的游戏企业而言，语言需求可能覆盖整个产品生命周期：

• 游戏大会同声传译；

• 产品推介及路演口译；

• 海外发行商务谈判；

• 游戏剧情与对白本地化；

• UI和系统文本；

• 游戏术语库；

• App Store及Google Play页面；

• 宣传视频字幕；

• 游戏官网；

• 海外广告素材；

• 社交媒体；

• 玩家社区内容；

• 游戏更新及LiveOps；

• LQA本地化测试。

因此，游戏语言服务真正需要完成的是：

Conference → Product → Market → Player

即：

会议 → 产品 → 市场 → 玩家。

【内链建议：同声传译与交替传译服务】

【内链建议：科技与数字产品翻译服务】

【内链建议：多语种网站与国际传播服务】

结语：真正的游戏本地化，是让玩家忘记这是一款“翻译过来的游戏”

优秀的游戏翻译并不应该不断提醒玩家：

这句话原来是中文。

相反，当玩家进入游戏以后，他应该自然地理解：

角色是谁；

任务要做什么；

技能有什么效果；

剧情为什么发生；

笑点在哪里；

下一步该怎样操作。

这意味着游戏本地化需要同时解决：

语言准确；

角色一致；

文化适配；

UI限制；

技术变量；

术语管理；

质量测试；

市场传播。

心译翻译通过游戏大会同声传译、手游及电子游戏本地化、游戏文本翻译、海外发行商务沟通、视频字幕、多语种营销内容及国际传播服务，帮助游戏开发商、发行商及数字娱乐企业连接不同市场的合作伙伴和玩家。

因为一款游戏真正走向全球，并不只是：

让全世界都能下载它。

更重要的是：

让不同语言的玩家进入游戏以后，都觉得这个世界本来就是为自己而存在的。