翻译
邮件翻译与本地化 无论是模板还是字符串文件
您的营销文案通常以两种形式呈现：一种是包含内联样式、追踪像素和 12 个链接的 HTML 模板；另一种是 ESP 导出的 CSV 键值对字符串表。Transept 均能完美处理，在翻译过程中完整保护每一个 Liquid 标签和合并标签，严守邮件主题的字符限制，并按原格式原封不动地交付文件。
免费开始 · 无需信用卡
收录于
邮件是唯一一个会让本地化在两个维度上同时“翻车”的领域。交易类邮件模板包含嵌套表格、内联样式、针对 Outlook 的条件注释、追踪像素和跳转链接。与此同时，同一营销活动的文案还以键值对字符串表的形式存在于您的 ESP 中，每一行都带有绝不可更改的 ID，且邮件主题在被收件箱截断前只有约 45 个字符的空间。大多数团队直接将 HTML 粘贴到 AI 聊天工具中，结果看似正确，事后才发现追踪像素丢失，退订链接也指向了错误的地方；或者，他们把没有上下文、没有字符限制的表格交给译者，结果收到的译文撑破了按钮。Transept 原生支持这两种形态：HTML 被解析为树状结构，仅翻译文本节点；字符串表则保持其原有的结构，键值与限制条件完好无损，并按原格式导出。
如何翻译文案， 并保持其他内容原封不动？
无论平台导出何种格式，核心任务始终如一：只译文字，不动分毫。模板在译后必须保持视觉呈现完全一致，字符串表则需确保键值与行序原封不动。Transept 尊重每种格式的原始结构，而非将其一律扁平化为纯文本。
无论哪种形式，邮件均可导入
粘贴 HTML 模板，或导入 ESP 导出的字符串表：支持 Braze 或 Klaviyo 的翻译 CSV、gettext `.po` 文件及 XLIFF。键名、上下文注释和字符限制均会随数据行一并导入。
Token 在进入模型前即被遮蔽
Liquid 标签、Braze `{{$attribute}}` 标签、Handlebars、合并标签以及 printf 占位符在翻译过程中会被自动隐藏，并在译后原样还原。系统会严格核对回传内容与原始占位符；任何不匹配都会被修复或重试，绝不交付错误结果。
对照字数限制，直观审阅
渲染后的模板与原文并排呈现。字符串表以键名、原文和译文构成的网格形式展开，凡是有字符限制的行均配有实时计数器，让超限的主题行在发送前便一目了然。
原样导出
翻译后的 HTML 可原封不动地导回您的 ESP。导入的文件在返回时格式保持不变，并已填充语言列，无需任何手动调整即可直接原路上传。
适用人群 面向所有营销活动发布者
生命周期与事务性邮件
欢迎系列、密码重置、订单收据。直接本地化文案，无需重建模板，更不必触动逻辑。
ESP 营销活动
从 Braze、Klaviyo 或 Iterable 导出翻译文件，填入各语种译文并重新上传。同一个营销活动，十二种语言，准时发送。
落地页
本地化营销活动页面，同时确保 CTA 文案、首屏结构和嵌入脚本原封不动。
三个右大括号
Braze 的个性化标签采用三个右大括号。几乎所有 Liquid 解析器在识别到前两个括号时就会停止，导致待翻译文本中遗留一个孤立的大括号，进而被模型误移或丢弃。我们的系统以前也是如此，直到我们针对 Braze 的语法进行了专项测试并彻底解决了这一问题。
各大 ESP 的真实表现— 别只听我们说 —
编辑器， 迷你版
真实产品的缩影——Literess、术语库、风格指南、工作流和翻译记忆库均已实时启用。欢迎点击探索。
Here to help you translate
A key turned in the lock and the door swung open.
У замку повернувся ключ, і двері розчахнулися.
The knock came just before midnight.
Стукіт пролунав перед самою північчю.
常见问题
- 将营销活动适配到另一种语言和市场：这涵盖了正文文案、邮件主题与预览文本、个性化标签后的回退文本，以及目标地区的格式规范。它与普通翻译不同，因为邮件包含必须保持原样的模板语法，且翻译必须遵守如主题行长度等严格限制。
- HTML 模板，以及 ESP 和软件团队使用的键值对字符串表：CSV（Braze 和 Klaviyo 的导出格式）、gettext `.po` 和 XLIFF。CSV 文件可包含多语言列、上下文备注以及每行的字符限制，系统会自动读取所有这些信息。
- 不会。解析器会将 `style` 属性、`data-*` 属性、隐藏的追踪像素和条件注释视为不透明内容，确保它们原封不动地保留。系统仅翻译人类可读的文本。
- 原有译文予以保留，无需重做。无论是已填写的语言单元格、非空的 `msgstr`，还是已填充的 XLIFF 目标字段，均被视为已完成的翻译，**完全免费**。这些内容还会存入您的翻译记忆库，从而引导处理剩余待办行。
- 链接文本会被翻译；`href` 不会。因此，“Read more →” 会变成“阅读更多 →”，但它指向的 URL 保持完全相同。
- 一切尽在掌握。在术语库中锁定 CTA 文本，确保译文精准统一，或通过“更简短”或“更具紧迫感”等指令引导重新生成。若文件设有字符限制，计数器会实时显示译文是否依然契合。
- 它是软件，而不是代办服务。如果您一直在评估邮件翻译服务的价格，两者的区别在于您可以将工作留在内部：粘贴您的 HTML 模板，在保留链接、内联样式和图像的情况下进行翻译，然后将本地化版本粘贴回您的 ESP——只需几分钟，成本仅为机构单封邮件报价的一小部分。您（或您的审阅者）提供语言；Transept 负责标记安全的翻译。
- 支持。目前通过文件交互即可实现，无需直接集成。无论您的平台以何种方式提供文案，Transept 都能轻松处理：您可以直接粘贴或上传 HTML 模板，也可以导入 ESP 导出的字符串表——无论是 Braze 或 Klaviyo 的翻译 CSV，还是 gettext PO 或 XLIFF 文件。导出时，您将获得一个填充好译文的原格式文件，直接导回原系统即可。虽然 API 直接集成功能尚在开发中，但目前这种“文件往返”模式已能确保您的本地化流程高效顺畅。
- 在文本提交给模型之前，这些标签会被预先遮蔽，因此模型绝不会将其视为普通单词，并在翻译完成后精准还原。这涵盖了 Liquid 的 `{% if %}` 逻辑与 `{{ }}` 输出、Braze 的 `{{$attribute}}` 格式、Handlebars、Django 标签、Mailchimp 合并标签，以及 `%s` 和 `%1$s` 等 printf 占位符。系统会严格校验每一份回复的 Token 一致性；若发现 Token 不匹配，该区块将被修复或重试，绝不直接交付。
- 只要您的文件中包含这些限制，就可以实现。每一行的字符限制都会转化为翻译界面上的实时计数器，让超长的主题行或放不下的 CTA 在审核阶段就一目了然，而非在发送后才发现问题。这绝非小事：德语的长度通常是英语的 1.5 到 2 倍，在原文中恰到好处的标签，在译文中往往会溢出。
- 可以，任何导出的 HTML 文件都适用。内联样式、类、ID、数据属性——统统原样保留。先用示例页面测试一下；一旦确认流程顺畅，即可大规模处理整个营销活动。
- 动态区块内的静态文本会正常翻译，而逻辑代码本身则会原封不动地保留。条件语句的每个分支都会被视为独立的文案片段——这正是最合理的处理方式。毕竟，“金卡会员”提示语和“加入金卡”引导语是完全不同的句子；与其将两者混在一起交给译者，不如分开并结合上下文进行处理，这样得到的译文质量会高得多。
- 不需要。包含多语言列的文件在导入时会被识别为一组关联文档。已经填好内容的单元格会保留为已完成状态，不会被重新翻译。您只需一次性翻译所有缺失的部分，然后统一导出：原始文件会原样返回，且所有语言列都已填充完整。
- 结构会被精确保留，因此 Outlook 特有的怪癖（条件注释、基于表格的布局、内联样式）都能存活下来。在营销活动上线之前，请务必通过 Litmus 或您自己的 Outlook 帐户发送测试——这是常规的邮件 QA 步骤，并非针对翻译。
继续阅读 相关功能
- 功能批量翻译， 告别电子表格→过去，将包含 30 个文件的发布套件翻译成 12 种语言，往往需要电子表格、项目经理和一周的时间。有了批量翻译，只需设置一次队列，当天即可交付——相同的术语库，相同的风格指南，相同的 QA 标准覆盖每个文件。
- 功能AI 真正遵循的 术语库→角色名称、产品术语、品牌短语、客户专属词汇。只需构建一次术语库——手动添加、上传或从示例文档中提取——它就会伴随每一次翻译。无论是第 1 页还是第 500 页，1 种语言还是 12 种语言。
- 用例落地页本地化， 连同 CTA 一并搞定→导入页面或粘贴 HTML。翻译时固定 CTA 文案，严格执行产品术语，并使用营销风格指南把控语气。将本地化后的 HTML 导出回您的 CMS，或作为新的 Notion / Google Doc 发布。确保营销活动如期上线。
- 用例本地化发布套件， 一次性搞定→电子邮件、着陆页、FAQ、发行说明、社交媒体帖子——这些是构成产品发布的关键物料。在 Transept 中将它们打包处理，使用共享的产品术语库和品牌风格指南。确保最终发布的内容在各个平台和每种语言中都保持一致。