Canva 的工程团队在 2021 年介绍本地化工作时，举了一个容易被忽略的例子：英文里的 design，放在不同位置，可能需要不同的译法。
一处是在说“设计并发布”，另一处是在说“创建一个设计”。词形相同，承担的意思却不同。只把一个单词交给翻译人员，还不足以让他们知道按钮究竟在要求用户做什么。
这篇文章由 Minh Cung 和 Simon Hammond 于 2021 年 10 月 20 日发表。当时他们介绍，Canva 已提供 104 种语言，并持续推出新功能。语言数量是那份历史记录中的数字，不能当作今天的产品统计。
对这样的团队来说，问题不只在于已有页面翻得怎样。每次产品改变，新的文字、新的布局和新的操作状态都会继续出现。本地化必须跟着开发一起走。
他们公开了两种相互配合的做法。
在开发阶段，工程师用经过扩长、加上标记和变音符的模拟文本检查界面。这种“伪本地化”能提前暴露按钮太窄、文字被截断等问题。原文举了 Present 按钮的例子：英文能显示，换成更长的译文时就可能不够放。
在交给译者时，每条源文字带上工程师的用途说明，并提供所在页面的视觉上下文。译者因而能看到它出现在哪里，周围是什么，正在表达哪种操作。文章还介绍了合并前的检查，以及上线后的语言质量反馈。
我从这份记录里看到的工作变化是：要交付给翻译人员的东西，包含了产品的意思。文字只是其中一部分。
下面用一个假设的短片资料工具说明。它不是 Canva 的实际项目。
开发者导出一张翻译表，里面有 Open、Archive、Done 三个词。表格看起来很完整，每一行也都能得到某个译文。但 Open 是打开一份素材，还是说投稿仍在开放？Archive 是一个存档目录，还是点击后把当前作品移出待处理列表？Done 是关闭设置窗口，还是确认这一段剪辑已完成？
这些差别，不能仅靠给译文打一个“流畅”的分数来判断。要先把动作和状态说明白。
假设 Archive 位于待筛选短片的详情页，点击后会把作品移到归档列表，保留原文件，并允许恢复。那么送给译者的材料，可以包含当前页面截图、这段动作说明，以及归档完成后的状态。这样，即使某种语言需要用一个短语，也有依据决定该说什么。
如果同一个英文词还出现在侧栏，表示“归档作品”这个位置，就应检查它是否适合与按钮共用一条文案。不能因为源文字一样，就预先认定两处含义完全一致。
小团队不一定需要先搭建复杂系统。可以从最容易影响操作的几类文字开始：提交按钮、状态标签、错误提示、会改变内容位置的动作。给每条文字补一小段记录，写清它所在的页面、操作对象、点击结果和必须保留的变量，再附上能看清周围关系的截图。
有了这些材料，检查也更容易分工。程序可以发现少了一条译文、变量名称被改动，或文字明显溢出。理解目标语言的人则检查：用户会怎样理解这个词，能否预料点击结果，语气是否适合所在场景。前一类检查通过，并不意味着后一类判断已经完成。
伪本地化尤其适合找版面问题，但它不懂一句话是否符合产品含义。反过来，译文读起来准确，也仍可能在窄屏里被截掉。两项工作需要接起来，才算检查了用户实际看到的页面。
还有一种变更很容易漏掉：源词没有改，操作含义却改了。假如短片工具后来规定归档后的作品只能查看，不能继续编辑，按钮可能仍叫 Archive。但解释操作后果的文字和画面已经需要调整，旧译文也应连同这些材料重新审视。
这也适用于使用 AI 辅助翻译的团队。本文没有进行模型对比或效果测试；这里只提出一个输入材料的要求：把页面和行为交代清楚，再让译文回到对应任务中接受检查。2021 年文章里的机器翻译判断，不应直接拿来评价今天的模型。
Canva 这段工程记录没有一个戏剧性的转折，却展示了产品扩大服务范围时会增加的日常工作。最初只需向熟悉产品的人解释的东西，要逐渐变成别人也看得懂、能持续更新的材料。翻译人员看见页面，用户才更有机会看懂产品。
资料：Minh Cung、Simon Hammond，Canva Engineering，《How to design in every language at once》，2021 年 10 月 20 日，2026 年 11 月 6 日阅读全文。文中系统安排按作者当年的说明归属；短片工具与小团队做法为本文假设及建议。
https://www.canva.dev/blog/engineering/how-to-design-in-every-language-at-once/
