游戏 UI 多语言爆框：设计稿预留与 VberAI Studio 翻译导出验收

出海 UI 常见失败不是「译错字」，而是同一套布局装不下译文：按钮文案被 RectTransform 裁切、列表双行被压成一行、Tab 挤在一起仍出现省略号。Unity Editor 里仅用占位英文过一遍，提测切德语/西语才爆框——返工往往要同时动设计稿与 Prefab。

下文布局与裁切类表述以 Unity UGUI 为例（RectTransform、Prefab 等）；Godot Control、Cocos UI 的锚点、minimum_size、预制体等等价概念相同，设计侧预留与爆框判据可一并沿用。

设计稿交稿自查 第 9–11 项已点名「文案长度预留」与「同结构多语言」。本文只展开量化参考、设计侧可勾选项、VberAI Studio 翻译后的画布验收，以及进包前的失败判据；真机 Safe Area、Release 包资源等仍见 发布前 UI 自查 第 1、5、6 项。

失败判据（任一即未通过）： 可读文案被裁切或叠字；未在产品规格中声明的省略号/跑马灯；按钮视觉框与可点区域不一致；某语言主流程界面需单独改 Hierarchy 才能显示完整（与同结构多语言目标冲突）。

文案膨胀：设计侧可用的参考区间

本地化行业常用「相对英文或源语字符/词长」估算，不是合同 SLA，团队应结合自家 UI 字体与字号定内部阈值。下表用于交稿前**选 2–3 种「压力语言」**做稿面抽查，而非逐字精确预测。

相对关系	常见现象（手游 UI 按钮、短标签）	设计动作
德语 / 西语 / 葡语 vs 中文短标签	同语义常需 约 +25%～+40% 横向空间（复合词、冠词）	按钮 min-width、Tab 固定宽或允许换行策略写进规范
英语 vs 中文同一按钮	长度接近或英文略长，不能以英文宽度代替全语种验收	除 EN 外至少抽查 DE 或 ES 其一
法语 / 意大利语	中等偏长，列表副标题易两行	列表项预留第二行或限制副标题字数
越南语 / 印尼语	拉丁字母但词长波动大	与西语同级抽查
阿拉伯语	除长度外还有 RTL 与数字形态；镜像布局另文约定	本文默认 LTR 同结构；RTL 需单独稿面或引擎镜像策略
日语 / 韩语	全角混排时视觉宽度与字符数不成线性	在目标字号下测量真实字符串渲染宽度，勿只数字符

工程侧补充： Unity TextMeshPro 的 Auto Size 只能在 min/max 字号内收缩；字号触底仍溢出时，属于布局容量不足，应回设计或加宽容器，而不是继续压字号损害可读性。

设计稿 12 项：专防爆框（可勾选）

在通用 12 项交稿自查 之上，多语言专项建议逐项打勾：

#	检查	通过标准
1	主按钮文案用文本层，非 raster 美术字	可替换字符串；艺术字在规格中列「不本地化」清单
2	按钮容器设 min-width（Figma Auto Layout 或固定宽）	用 DE/ES 假文或真实译文试填不溢出
3	Tab / 底栏标签：固定格宽 或 明确允许双行	禁止「视觉单行、实际裁切」
4	列表项：标题与副标题分行；副标题有 max 行数	两行仍不够则改文案或加宽列表区
5	数字、货币、倒计时与单位分字段	避免整句 raster；格式进字符串表
6	图标 + 文字组合：文字区宽度独立于图标	译文变长时不挤压图标变形
7	九宫格面板内边距与 content padding 留足	见 交稿自查第 6 项；拉伸区不贴字
8	弹窗标题、正文、主/次按钮层级分开	标题过长有换行或缩小一档字号的规格
9	活动角标、红点旁短文案有最大字数	运营文案超字须回改，不临时压框
10	同屏多语言方案：同 Frame 结构，仅换文本	不为某一语单独加控件（除非规格允许）
11	导出说明中标注 压力语言 已测哪几种	程序/QA 知悉验收基准
12	整屏概念图若仍含可读字	进引擎前须拆文本层或接受重导（原位切图）

Figma：Auto Layout 的 hug/fill、min/max 宽度与文本 truncate 设置要和程序约定一致——若产品不允许省略号，稿面不得依赖 truncate 过关。

---

VberAI Studio 路径：翻译 → 对比 → 整树重导

VberAI Studio（AI Studio，≠ Google AI Studio）的 一键翻译 目标是只换可读文案，几何与层级不变。这与引擎内「只换 CSV / 字符串表、Prefab 结构不动」指向同一条本地化流水线上的不同阶段：Studio 负责设计侧多语言视觉稿与导出；工程侧 TMP / 字符串表负责运行时切换。

推荐顺序（与 画布 → Prefab 一致）：

步骤	动作	验收
1	主语言布局在画布或 Figma/PSD 定稿	文本层可辨、按钮边界清晰
2	对目标屏运行 一键翻译（按发行语种分批或一次多语）	图层层级与节点命名不变
3	在画布并排或切换查看 文本最长的 2–3 种语言（建议含 DE 或 ES + 主发行语）	无溢出、无叠字
4	审校机翻过长的词条	改文案或微调字号（在规格内）；合规/品牌句人工定稿
5	整树重导 Prefab（Unity UGUI / Godot Control / Cocos UI）	与画布一致；勿只改工程内 Text 而不同步设计源
6	进工程后字符串表与 Prefab 默认文案 对齐	Play 模式切换语言与稿面一致

同一布局仅换主题走 换皮；换皮完成后若要覆盖新的发行语种，仍应先翻译再导出，避免 Scene 里手改 Text 与仓库 Prefab 分叉（对照 发布前第 6 项）。

---

进包验收：与提测清单的衔接

发布前自查第 2 项 要求 全部上线语言过主界面与关键弹窗。执行建议：

项	做法
语言优先级	全量语言终测前，先用 压力语言 + 主发行语 做 smoke
范围	主 HUD、高频弹窗、支付/年龄/协议类长文案屏
环境	Unity Editor 切换 locale 不能替代真机字体渲染抽检（尤其 CJK 与拉丁混排）
通过	无裁切、无未声明省略、点击区与视觉一致

若仅引擎内改字符串、未改布局仍爆框 → 判定为交稿预留不足或画布侧未对压力语言验收，按下一节回修，而非在 Prefab 上永久缩小全局字号。

---

回修路径表

现象	最可能原因	建议动作	负责
单按钮、单标签溢出	min-width 不足；美术字当正文	设计稿加宽或改短文案；改文本层	设计
整屏多处溢出	主语言稿过紧；未做压力语言验收	Figma/画布改 Auto Layout → Studio 重新翻译 → 整树重导	设计 + 程序
Unity Editor 正常、某语真机溢出	字体 fallback 变宽；DPI	真机复测；调整 Font Asset / 容器	程序
列表仅某语两行	副标题翻译过长	本地化改短或列表项加高（结构变则重导）	本地化 + 设计
仅运行时切换爆、稿面正常	字符串表与 Prefab 不一致	对齐表与默认 Text；检查换行符	程序
活动换皮后某语种仍显示旧布局	换皮后只换了图、未重导 Prefab	换皮 后按语种重走翻译与导出	设计

决策简则： 结构不变 → 优先改文案、容器 min 宽、在 VberAI Studio 画布验收后重导；必须增删节点或改 Tab 数量 → 视为布局变更，更新主语言稿并同步所有语种规格，不要只在某语言 Prefab 上打补丁。

---

与「只改字符串表」的分工

手段	适用	不适用
引擎字符串表 / TMP	布局已验证；仅运行时切换语言	首次导入 UI 未做压力语言验收
VberAI Studio 一键翻译 + 导出	设计驱动；多语视觉对齐；Figma/PSD 源	替代法务审校、支付合规终稿
手改 Prefab Text	紧急 hotfix 一两处	长期多语维护（易与 Scene 分叉）

完整链路仍建议：设计预留 → VberAI Studio 多语稿 → 导出 Prefab → 字符串表与默认文案对齐 → 发布前全语言 smoke。进引擎后的绑定与 Play 验收见 进引擎 + MCP 清单。

---

常见问题

TMP Auto Size 开到最小仍爆框，算程序 bug 吗？
通常不算。Auto Size 只在容器内缩放字号；容器宽度在交稿阶段已定型时，应回设计加宽或改文案，或在规格允许下改为两行策略。

一键翻译后布局「理论上不变」，还需要重导 Prefab 吗？
若工程 UI 来自 VberAI Studio 导出，译文定稿后应 整树重导，保证仓库 Prefab 与画布一致。仅在工程内改 Text 而不同步画布，后续换皮或重导时手改会被覆盖而丢失。

RTL（阿拉伯语等）能否沿用本文同结构自查清单？
LTR 同结构可沿用宽度预留思路；RTL 还需镜像布局与数字方向策略，需单独稿面或引擎层约定，不能假设「只翻译字符串」即可上线。

活动换皮时要重新翻译吗？
换皮不改文案则不必重译；若活动文案随皮更换且节点名不变，改文案后仍建议对压力语言在画布过一遍再重导。

德语很长，能否统一缩小字号？
仅在产品规格明确「某语言全局字号 -1」时可行；否则优先 min-width 与文案精简，避免同一按钮各语言可读性不一致。

VberAI Studio 与 Google AI Studio 是一回事吗？
不是。前者是游戏 UI 画布、翻译与多引擎导出；后者是 Google 通用 AI 开发环境。见 对比文。