收益：
- 能够区分本地化和翻译，并正确管理占位符完整性、文本长度和日期/金钱/度量格式
- 能够使复数规则和从右到左语言等技术功能适应目标区域设置
- 能够从本地专家的角度评估文化元素，并通过质量检查捕获人工智能的占位符和文化风险
将应用程序的“保存”按钮改为“保存”是一种翻译；但是，根据目标市场调整该应用程序的日期格式、货币、从右到左书写、按钮长度、文化图像和法律文本就是本地化。在本单元中，您将了解本地化、其技术特征（占位符、长度、编码）、人工智能在此过程中的作用以及文化适应。我们的目标是像本地化专家一样思考，“让产品适合目标文化，而不是文字。”
基本概念
本地化（L10n — 本地化；L10n 因为“l”和“n”之间有 10 个字母）是使产品（软件、网络、游戏、应用程序）完全适应特定语言和文化的过程；它包括但超越翻译。国际化（i18n - 国际化）是从头开始设计产品以使其非常适合语言的行为（将文本与代码分开，允许长度灵活性）；它先于并支持本地化。
字符串是软件中要翻译的文本片段。占位符是字符串中的标记，在运行时用变量填充：“Hello {name}”、“{count} items”。 Locale是语言+区域的组合（tr-TR、en-US）；指定日期、时间、数字和货币格式。
本地化与翻译不同：您不仅传达含义，还传达功能和文化适当性。 “3/4/2026”日期在美国是 3 月 4 日，在土耳其毫无意义（我们写为 03.4.2026）； “₺”代替“$”；红色在一种文化中可能是一种警告，在另一种文化中可能是一种庆祝。
提示：翻译人员在本地化过程中最常忽略的是文本之外的元素：日期/时间/数字格式、货币、测量单位（英里/公里）、名字顺序、地址格式、电话格式。使用“区域设置清单”在每个项目上扫描这些内容。
占位符和技术完整性
本地化中最危险的技术错误是损坏占位符和标签。如果你删除了“You have {n} messages”这句话中的{n}，或者写错了，或者根据土耳其语语法将其放在了错误的位置，则该软件将崩溃或显示为“You have {n} messages”。规则：
- 切勿旋转、删除占位符或设置占位符格式。 {name}、%s、{{count}} 保持不变。
- 土耳其语语法可以替换占位符；将其移至新位置，保留其含义，但不要破坏标志本身。
- 复数规则因语言而异：英语中表示“1 项/2 项”，而土耳其语中数字后没有复数后缀（“2 项”）。本地化框架单独处理这个问题。
人工智能在这里是一个双管齐下的工具：它可以快速翻译字符串，但可能会意外翻转或丢失占位符。这就是为什么占位符 QA 轮次在本地化中至关重要。
注意：文本扩展是本地化的隐藏问题。从英语到土耳其语的翻译文本通常要长 20-40%； “OK”是 2 个字母，其对应的“OK”是 5 个字母。不适合狭窄按钮的翻译会破坏界面。如果可能的话，在真实界面中查看目标文本是否适合。
人工智能的本地化流程和文化适应
人工智能加速了本地化中的以下任务：字符串的初始翻译、一致性检查、长度警告（“这个翻译比原来长35％”）、文化适当性筛选（“这个图像/示例会在目标文化中引起问题吗？”）。但文化决定权属于人类：当地专家知道一个笑话、一个节日、一个例子、一种颜色在目标文化中会被如何感知。 AI可以给出一般性警告；最终决定由了解当地市场的翻译人员做出。
文化适应示例：支付方式（本地卡）、示例名称（本地名称）、计量单位、法律义务（KVKK/GDPR 文本）、假期、地址形式（您/您）、颜色和符号含义。
三个迷你箱子
案例 1 — 占位符 QA 阻止了崩溃。在移动应用程序翻译 1,200 个字符串时，AI 在 18 个位置将 {count} 占位符翻译为“{number}”。 Placeholder QA 轮抓住了这些；如果不修复，应用程序将在这些屏幕上崩溃。
情况 2 — 长度破坏了接口。一款软件的菜单是英文设计的；当土耳其语翻译平均长度增加 30% 时，三个菜单项被移动和删除。如果团队提前收到长度警告，他们会准备简短的替代方案（必要时缩写，而不是“设置”）；该工作已重做并通过流程长度控制进行更新。
案例 3——文化适应挽救了销售。在一次游戏促销中，有一个带有猪形象的功绩徽章；在目标市场，这在文化上是不合适的。当地翻译警告说，数字已更改。 AI已经翻译了文本，但指出文化风险的是当地专家。
四个可复制模板
1) 字符串翻译（受占位符保护）：
将以下软件字符串翻译成[目标语言]。规则：切勿翻译、删除或格式化占位符，例如 {name}、%s、{{count}}；保持原样（您可以根据土耳其语语法移动它）。保留 HTML/标签。写得简洁，适合界面。格式：源 → 翻译。字符串：[...]
2) 占位符/标签质量检查：
以下是源字符串和翻译后的字符串。仅标记占位符和标记问题：已翻译/已删除/已损坏{...}、%s、{{...}}、<tag>。列出源文件中有多少个占位符，翻译中有多少个占位符，并列出不匹配的占位符。来源：[...] |翻译：[...]
3）长度和接口警告：
评估以下 UI 翻译的长度。对于每个翻译，根据来源给出百分比扩展，并标记那些可能不适合狭小空间的内容（按钮、菜单）。对于那些不合适的，建议一个保留含义的较短替代方案。对（来源|翻译）：[...]
4）文化适宜性筛选：
您的角色：[目标市场]本地化顾问。标记以下内容中可能会在目标文化中引起问题的元素：图像、示例、名称、颜色、符号、笑话、日期/测量格式、法律文本。最终决定权在我；您指出了风险并提出了替代方案。内容：[...]
弱提示/强提示
弱：“翻译这些应用程序文本。” （占位符、长度、无界面上下文；机器翻译占位符，文本变得更长。）
强：“将这些移动应用程序字符串翻译成土耳其语。保持 {user} 和 %d 占位符不变。这些文本将显示在狭窄的按钮中；如果可能，请保持简短。‘设置’→‘设置’、‘个人资料’→‘个人资料’。遵循土耳其语的复数表达式规则（数字后面没有复数后缀）。”
区别：强提示给出占位符、长度、术语和复数约定；输出将接近直接进入界面。
定位尺寸表
尺寸
例子
风险
占位符/标签
{名称}，%s，<b>
软件崩溃
长度
“好”→“好”（150%）
接口溢出
日期/数字/金额
26 年 3 月 4 日，$，1,000.50
虚假信息
复数规则
2 件 → 2 件
语法不好
文化元素
图像、色彩、幽默
声誉/销量
法律文本
KVKK/GDPR
法律风险
常见错误
- 翻转/删除占位符。它会导致软件崩溃或出现原始文本。
- 不考虑文本拉伸。界面溢出，元素被截断。
- 不转换日期/货币/测量格式。剩下的是“5英里”，而不是“8公里”。
- 在不咨询当地专家的情况下传递文化元素。声誉和销售风险。
- 用英语逻辑翻译复数规则。语法错误，例如“2 项”。
伪本地化和从右到左的语言
有两个技术问题决定本地化质量。第一个是伪本地化：在实际翻译之前，使用虚假但真实的长度文本和特殊字符（例如“设置”→“[Ŝéttîngŝ~~]”）测试产品。这表明界面是否可以处理长文本和特殊字符，以及在翻译开始之前是否实际提取字符串。如果与开发人员合作的翻译人员建议进行此测试，则许多接口错误将在发生之前被捕获。
第二种是从右到左（RTL）语言：阿拉伯语、希伯来语、波斯语等语言都是从右到左书写的，本地化不仅需要镜像文本，还需要镜像整个界面布局（菜单位置、箭头、对齐方式）。在 RTL 翻译中，数字和拉丁字母术语可能会造成混乱； “bidi text”这个问题需要特别注意。人工智能可以翻译 RTL 文本，但布局镜像和双向流程决策需要技术文化专业知识。这两个问题表明，本地化是一项超越翻译的工程文化工作。
综上所述
本地化意味着使产品（而不是文字）适应目标语言和文化；包括翻译，还包括占位符完整性、文本长度、日期/金钱/度量格式、复数规则和文化元素。 AI加速字符串翻译、长度和文化风险筛查；但质量检查巡演至关重要，因为它可能会扰乱占位符，而文化决策是由了解当地市场的专家做出的。本地化的成功在于对文本之外的细节的关注。
应用任务
取一个包含 15-20 个字符串的界面文本示例（带有占位符 {...} 或 %s 以及日期/金钱示例）。使用“字符串翻译”模式进行翻译，然后使用“占位符 QA”检查占位符完整性，并使用“长度警告”检查溢出风险。使日期和货币格式适应目标区域设置，并在存在文化元素时执行“文化适应性扫描”。
清单
- [ ] 我保留了占位符和标签，并通过 QA 进行了确认。
- [ ] 我控制了文本拉伸并防止狭窄区域溢出。
- [ ] 我根据目标区域设置调整了日期、数字、货币和计量单位。
- [ ] 我根据目标语言的规则翻译了复数表达。
- [ ]我从当地专家的角度评估了文化元素。