RTL 图书翻译：阿拉伯语和希伯来语 PDF 与 EPUB 布局检查

一本阿拉伯语或希伯来语图书仅仅段落右对齐是远远达不到出版标准的。一个正确的从右向左版本需要正确的文本方向、混合脚本段落内部稳定的双向行为、正确的页面阅读顺序、匹配的语言元数据、合适的字体，以及专为所选格式和零售商构建的封面与导航系统。

按以下顺序测试该版本：

1. 确认目标区域设置、脚本、格式和零售商要求。
2. 将段落方向与页面阅读顺序分开检查。
3. 对数字、标点符号、拉丁名称、URL、电子邮件地址和代码进行压力测试。
4. 检查表格、列表、脚注、图像、导航和封面顺序。
5. 在多个相关的阅读器中检查实际的 PDF 或 EPUB。
6. 按严重程度记录缺陷并重新检查最终导出的文件。

下载 RTL 图书翻译检查清单，并记录每个结果对应的阅读器、设备、格式和位置。

区分四种方向

团队经常将几个独立的设置统称为“RTL”。请分别进行审查。

仅靠文本右对齐无法可靠地解决上述任何问题。请勿将对齐方式作为验收标准。

亚马逊 KDP 的语言和阅读方向指南指出，所选的内容语言、图书内容和元数据必须一致，且所选的阅读方向必须与文件相符。零售商规则和格式可用性可能会发生变化，因此请在发布前立即核实准确的语言和版本类型。

明确具体的目标区域设置与文字系统

"阿拉伯语"和"希伯来语"是不完整的生产规范。请记录：

• 目标语言及其区域变体；
• 文字系统与正字法规范；
• 目标读者群体与期望的语体；
• 数字样式与日期规范；
• 引号与标点符号政策；
• 名称和标题的音译规则；
• 未翻译拉丁语术语的处理方式；
• 输出格式与所需的阅读系统；以及
• 零售商、印刷商或分发渠道的限制。

阿拉伯语的排版和词汇会因市场和用途而异。希伯来语的输出内容可能会混合无音标文本、元音符号、拉丁语术语和数字。一个只知道文件"看起来是 RTL"的审校人员无法解决这些编辑选择。

在进行完整翻译之前，先为名称和重复出现的术语建立认可的标准形式。使用术语一致性工作流以在最终书中搜索所有接受和拒绝的变体。

压力测试双向文本

当强 RTL 字符、强 LTR 字符、数字、标点符号和中性字符共享同一行时，Unicode 双向算法会解析视觉顺序。问题通常出现在语段交界处，而不是普通阿拉伯语或希伯来语正文内部。

使用包含以下内容的非敏感示例数据创建合成测试页面：

• 包含英文产品名称的阿拉伯语或希伯来语句子；
• 包含2026, 12.5%、负数和日期的句子；
• 带有路径和查询字符串的 URL；
• 电子邮件地址；
• 混合脚本内容两侧的括号；
• ISBN 和页码范围；
• 编号列表；
• 同时包含 RTL 和 LTR 单元格的表格；以及
• 标点符号旁边的脚注标记。

检查含义和视觉顺序。将每行复制到纯文本编辑器和其他应用程序中，以查明外观是否取决于脆弱的定位。在导出的 PDF 或 EPUB 中搜索拉丁语名称、数字和 URL，以确认底层文本仍然可用。

不要通过插入任意空格来“修复”混合脚本行，直到某个截图看起来正常。空格在其他设备上可能会以不同方式换行。请使用适合源格式的方向元数据、语义标记或隔离机制。

在上下文中检查数字和标点符号

即使在 RTL 段落内，数字通常也是从左到右阅读的，但周围的标签和标点符号会参与双向排序。检查：

• 小数和千位分隔符；
• 货币符号以及它们属于金额之前还是之后；
• 百分比、负号、范围和单位；
• 日期和时间；
• 章、图、表和页码引用；
• ISBN、电话号码、版本字符串和方程式；
• 左括号和右括号或方括号；以及
• 冒号、分号、斜杠、引号和省略号的位置。

将每个实际值与源文进行对比。视觉上重新排序的数字可能会变成翻译缺陷，而语言上正确的数字在表格重建后仍可能附着在错误的标签上。

验证字体与字形塑形

选择具有书中所用确切文字脚本和样式的覆盖范围与塑形行为的字体。然后测试常规体、粗体、斜体或倾斜体、标题、图注、脚注、表格以及封面排版。

拒绝：

• 断开的阿拉伯字母；
• 缺失的字形方框；
• 与字母发生碰撞的组合符号；
• 导出后被替换的字形；
• 破坏可读性的伪样式；
• 被裁剪的上伸部分、下伸部分或符号；
• 应用于连写脚本的过大字间距；以及
• 足以打破页面布局的行长度变化的后备字体。

在预期嵌入字体的系统中检查最终文件，该系统应未安装生产字体。对于 EPUB，请同时使用用户选择的字体和出版商样式进行测试，因为读者可以覆盖呈现效果。

阿拉伯语和希伯来语图书的 PDF 检查

修复后的 PDF 可能会将底层的方向错误隐藏在视觉定位的字形之后。请同时测试外观和文档行为。

正文

• 确认预期的首页和物理页面顺序。
• 验证印刷时的镜像内边距和外边距。
• 检查分栏、表格、图注、脚注、列表和页码。
• 选择并复制混合脚本段落以测试逻辑文本顺序。
• 搜索阿拉伯语或希伯来语术语以及拉丁语名称。
• 检查书签和目录目标位置。
• 如果打印或分发工作流有此要求，请确认已嵌入字体。
• 当无障碍访问是交付内容的一部分时，请检查带标记的阅读顺序。

封面

物理封面排版取决于印刷服务商和阅读方向。KDP 当前的希伯来语、波斯语和意第绪语出版指南指出，在其 RTL 平装书封面 PDF 中，封面位于书脊左侧，封底位于右侧。切勿将一家供应商的模板泛化套用到另一家：请下载适用于该版式的成品尺寸、页数、纸张和阅读方向的确切模板。

检查书名、副标题、作者、译者署名、书脊方向、条形码安全区、出血以及封底文案。翻译图书封面指南有助于确定现有设计是需要替换文本、重新排版、局部适配还是重新设计。

使用完整的PDF 翻译质量保证 (QA) 检查清单检查丢失的文本、表格、文字溢出、链接、表单以及最终导出项。

阿拉伯语和希伯来语图书的 EPUB 检查

EPUB 既包含逻辑阅读顺序，又包含由阅读系统解释的呈现规则。请对安装包、内容和实际读者进行测试。

包与导航

• 将出版物语言设置为确切的目标语言标签。
• 确认书脊顺序遵循预期的章节序列。
• 设置适当的页面推进方向，而不是依赖阅读器的默认设置。
• 检查书名、作者、描述、无障碍元数据和封面标签。
• 打开每个目录条目和地标。
• 确认脚注链接和返回链接在双向均可正常工作。

W3C 的EPUB 概述解释了 EPUB 可以指定全局页面推进，并使用用于双向文本的 HTML 方向性功能。语义方向比绑定到单个视口的视觉技巧更具可移植性。

内容文档

• 在适当的文档或块级别设置基础书写方向。
• 当嵌入的 LTR 名称、代码或 URL 的书写方向会影响周围的标点符号时，将其进行隔离。
• 避免手动添加空格以及对源字符进行重新排序。
• 检查列表、表格列、图注对、诗歌和旁注。
• 调大和调小字体大小以暴露重排缺陷。
• 在读者允许的情况下更改字体、主题和方向。

阅读器矩阵

使用至少两个与实际受众相关的独立阅读系统。记录应用程序及版本、操作系统、设备类别、字体设置和方向。当图书将在零售商处销售时，包含零售商的预览工具。

在一个桌面阅读器上通过测试并不足以证明可以进行移动端或电子墨水屏版本发布。零售商的支持也是特定的：KDP 当前的阿拉伯语指南要求阿拉伯语 Kindle 内容使用 RTL 方向，并建议在 Kindle Previewer 中检查文件。

分别测试表格、列表、注释和图像

复杂结构将内容顺序与视觉方向结合在一起。

表格

确定第一个语义列是否应位于视觉右侧。检查表头与数值的关系、数字、单位、列顺序、溢出以及屏幕阅读器顺序。如果源数据的顺序具有目标读者期望保留的常规或逻辑含义，则不要自动镜像数据表。

列表

检查标记位置、缩进、悬挂对齐、嵌套级别以及混合脚本列表项。验证编号步骤是否仍然描述相同的顺序。

脚注和尾注

检查标点符号旁边的标记放置、注释方向、编号、反向链接行为以及页面或章节引用。注释可能在语言上是正确的，但在 EPUB 中可能无法访问。

图像和图表

识别嵌入在图像中的文本。确定箭头、时间线、图表、屏幕截图和方向图是否必须进行本地化或镜像。镜像图像可能会颠倒标志、地图、控件或事实关系；请单独批准每个转换。

使用严重性来控制发布

任何阻塞性问题都会使发布失效。两个类似的主要缺陷表明标记、字体或重建存在系统性问题；应将审查范围扩大到首次发现问题页面之外的区域。

最终 RTL 发布关卡

仅在满足以下条件时发布：

• 目标语言区域、文字脚本、语体风格、数字格式及音译策略已记录在案；
• 内容语言、元数据与零售商设置相匹配；
• 段落方向和页面阅读顺序均正确；
• 针对姓名、数字、标点符号、URL 和电子邮箱的混合文字压力测试已通过；
• 字体在所有要求的样式中均能正确造型（shape）并嵌入；
• 表格、列表、注释、插图和导航功能正常；
• PDF 封面和内页顺序与当前供应商模板相匹配，或者 EPUB 的 spine 和 progression 元数据正确；
• 该书已在要求的 PDF 环境或至少两个相关的 EPUB 阅读器中进行了测试；
• 每个阻塞性问题和主要缺陷均已修复并在最终导出中重新检查；以及
• 具备资质的阿拉伯语或希伯来语审校人员批准了连贯的正文，而不仅仅是页面几何结构。

BookTranslator 可以为支持的书籍格式创建完整文件的翻译初稿。将该输出用作生产工作流的起点，然后应用上述的方向、排版、设备和语言审查关卡。有关超越从右到左 (RTL) 行为的全书验收，请继续阅读 书籍翻译质量保证检查清单.