IT 与软件格鲁吉亚语本地化

软件本地化不是普通的翻译。译员必须了解字符串出现在什么位置、有多少空间，以及哪部分是代码、哪部分是文本。TARGMANEBI 为格鲁吉亚市场将应用程序、SaaS 平台、金融科技和电商产品本地化为格鲁吉亚语，并以相同的格式返还文件，让您的开发人员可以直接导入。第一版当天或次日即可完成。

我们本地化哪些内容

如果您需要翻译的是企业网站的内容，而不是产品界面，请参阅我们的网站翻译页面。

文件格式

我们直接在您的资源文件中工作，不会把文本复制到 Excel 中：

• JSON 和 YAML - i18next、react-intl、Vue I18n、Rails；
• XLIFF - Angular、Xcode 导出文件；
• gettext PO/POT - WordPress、Django、PHP 项目；
• Android strings.xml、iOS .strings 和 .stringsdict；
• .resx（.NET）和 .properties（Java）；
• 本地化管理平台（TMS）- 我们加入您的项目，在您的环境中工作。

文件结构、键名、编码（UTF-8）和条目顺序均保持不变。

变量和代码：哪些内容我们不会改动

界面字符串中常常包含变量和标记，译文中必须保持与原文完全相同：

• {username}、{{count}}、%s、%d、%1$s - 由程序填充的变量；
• <b>、<a href>、\n - 标记和换行符；
• ICU MessageFormat 结构，例如 {count, plural, one {...} other {...}}。

删除或改动变量会导致应用崩溃，或在屏幕上显示毫无意义的文字。我们的 CAT 工具会将变量转换为受保护的标签，自动化质量检查会逐条比对每个字符串中变量的数量和顺序是否一致。

格鲁吉亚语的技术特点

• 长度 - 格鲁吉亚语文本通常比英语更长。如果按钮或标签页有字符数限制，请告诉我们，译文不会超出限制。我们会逐条检查每个字符串的限制；
• 复数 - 在格鲁吉亚语中，数字后面的名词保持单数形式：说“5 faili”（5 个文件，单数），而不是“5 failebi”（复数）。根据 CLDR，格鲁吉亚语有两个复数类别（one、other），因此两种形式往往相同，但复数模板仍然必须正确填写；
• 大写字母 - 格鲁吉亚语的 Mkhedruli 字母不使用大写。在现代浏览器中，CSS text-transform: uppercase 会把格鲁吉亚语文本转换成 Mtavruli 字母，常常使按钮和标题的宽度和外观出乎意料。遇到这种情况，我们会向您的开发人员指出；
• 变量旁边的语法格 - “{name}'s profile”在格鲁吉亚语中需要使用属格，而变量无法加格的词尾。我们会改写这类字符串，让名字不带格的词尾单独出现：“profili: {name}”（个人资料：{name}）；
• 称呼形式 - 项目开始时，我们会商定使用尊称“tkven”（您）还是非正式的“shen”（你）。在同一个界面中混用两者，会显得不专业；
• 日期、数字、货币 - 日期采用 DD.MM.YYYY 格式，小数分隔符为逗号，货币符号 ₾ 放在数字之后。

哪些内容不翻译

在本地化开始时，我们会编制一份“Do Not Translate”（不翻译）清单，其中包括品牌和产品名称、注册商标的功能名称、技术名称（Wi-Fi、Bluetooth、QR）以及格鲁吉亚用户熟悉其原始形式的缩写，例如 PIN 或 SMS。

清单中还会记录哪些内容用拉丁字母书写、哪些内容音译成格鲁吉亚字母。一旦作出决定，就会在每个界面、应用商店描述和帮助中心中统一执行。

上下文：为什么我们需要截图

英语的“Save”可以是“shenakhva”（保存文件）、“dazogva”（节省金钱），也可以是“shenakhuli”（已保存状态）。“Book”既可以是“书”，也可以是“预订”。像 checkout.button.book 这样的字符串键名往往能提示上下文，但最好的效果来自截图或预发布环境（staging）的访问权限。

我们会把有歧义的字符串汇总成一份清单，与您的开发人员一次性核对，不会占用您团队过多的时间。

给开发人员的建议：为本地化做好准备的代码

本地化的质量有一半在翻译之前、在代码中就已经决定了。以下是我们收到文件时最常见的问题：

• 拼接字符串 - "You have " + count + " new messages" 会被当作三个独立的字符串翻译，无法拼出正确的格鲁吉亚语句子。正确的做法是使用一个带变量的字符串；
• 硬编码文本 - 不在资源文件中的字符串，即使翻译完成后仍然是英文；
• 图片中的文字 - 横幅和插图上的文字需要单独的文件或重新设计；
• 固定宽度 - 按钮和标签页无法根据文字长度自适应；
• 没有上下文的键名 - “label1”或“text_23”对译员毫无提示。开发人员在文件中加一条注释只需几秒钟，却能减少翻译错误。

如果您的项目仍在开发中，我们会提前与您分享这些要点，本地化将会快得多。

应用商店页面与事务性文案

本地化并不止于界面。用户最先是在 App Store、Google Play 或电子邮件中看到您的产品的：

• 应用商店描述 - 有严格字符限制的标题和副标题、简短描述和完整描述、“What's New”（新功能）文字；
• 截图说明文字 - 能放进图片框内的简短短语；
• 事务性电子邮件和短信 - 注册、重置密码、付款确认。格鲁吉亚语短信采用 Unicode 编码发送，因此一条短信能容纳的字符比拉丁文字少，简洁的措辞在这里尤为重要；
• 推送通知 - 在锁屏界面上必须能完整阅读、不被截断的文字。

流程与持续本地化

• 分析 - 文件格式、字符串数量、变量类型、字符限制；
• 风格指南和术语 - 称呼形式、语气以及不翻译的产品术语；
• 在 CAT 环境中翻译 - 变量受保护，使用翻译记忆库；
• 自动化质量检查 - 变量、标签、长度、空字符串、多余空格；
• 语言质量保证（LQA） - 在预发布环境中或根据截图，检查文字在真实屏幕上的显示效果。

您的产品每个迭代周期都在变化。借助翻译记忆库，每次新版本发布时，我们只翻译新增和修改的字符串，已经确认的文本会自动保留。所有版本的术语保持一致。

尚未发布的功能和预发布环境的访问权限属于商业秘密。应您的要求，我们会签署保密协议（NDA），只有项目团队可以接触：保密政策。

如何开始

常见问题

相关页面