EPUB翻訳QAチェックリスト：目次、脚注、メタデータ、電子書籍リーダーでのテスト

EPUB翻訳QAには、互いに独立した3つの関門があります。訳文が正しいこと、EPUBパッケージが有効なままであること、そして最終的な書籍が対象の閲覧システムで正常に動作することです。1つの関門を通過しても、別の関門の不合格を埋め合わせることはできません。

次をダウンロードしてください： EPUB翻訳QAチェックリスト そして、完全に最終版のビルドに対して証跡を記録してください。欠陥パターンと場所ごとに1行を使い、未確認の項目を合格とみなさないでください。

レビュー前にリリース契約を定義する

リリースしようとしている版について、次を書き出してください。

• 原文言語と訳文言語（使用する文字体系および地域バリアントを含む）
• リフロー型EPUBか固定レイアウトEPUBか
• 単一言語出力かバイリンガル出力か
• 必須の販売ストア、アプリ、デバイス種別
• 期待されるタイトル、著者、翻訳者、識別子、シリーズのメタデータ
• 必須のアクセシビリティ動作
• 承認済みの用語集、スタイルガイド、翻訳禁止リスト、そして
• ブロッカー、重大、不具合軽微の各欠陥を誰が受け入れられるか。

この契約がなければ、レビュアーは章の順序違いや壊れた注釈リンクを見落としたまま、文体上の好みについていつまでも意見が一致しない可能性があります。

書籍全体にわたる一般的な言語受け入れについては、次を使用してください： 書籍翻訳のQAチェックリスト。この記事では、EPUB固有のパッケージと納品前ゲートを扱います。

候補ビルドを固定し、特定する

ソースEPUBと翻訳済み候補版を、管理されたレビューフォルダにコピーします。ファイル名、ハッシュまたはビルドID、ツールのバージョン、翻訳日、翻訳後のすべての編集を記録します。ソースは変更しないでください。

両方の版について、簡単なインベントリを作成します。

ファイルは冒頭を見ると問題なさそうでも、最後の章が欠けていることがあります。インベントリ比較は、見た目の整い具合では隠れてしまう不具合を見つけ出します。

EPUB パッケージを検証する

この EPUB 3.3仕様 は、パッケージ文書、manifest、spine、navigation document、コンテンツリソース、および container について説明しています。W3C が保守する現行の本番リリースである EPUBCheck を使用して、翻訳済み候補が想定する EPUB バージョンに適合しているか確認してください。

解決されるまで、以下はリリースの阻害要因として扱ってください。

• パッケージファイルまたは container ファイルの欠落や不正な形式。
• コンテンツから参照されているが、パッケージ内に存在しないリソース。
• 解決できない manifest エントリ。
• 必須の navigation の破損。
• 信頼できる解析を妨げる無効なコンテンツ。および
• 配布を予定している EPUB バージョンに固有のエラー。

見慣れないリソースが何をしているのか確認せずに削除して、エラーを「修復」してはいけません。スタイルシート、フォント、アクセシビリティファイル、または navigation リソースは、あるリーダーでは無視されているように見えても、不可欠な場合があります。

検証レポートは候補と一緒に保存してください。パッケージ、マークアップ、CSS、フォント、または navigation に変更を加えるたびに、再実行してください。

Manifest、Spine、そして読み順を確認する

manifest は出版物のリソースを宣言し、spine は既定の読み進める順序を決定します。翻訳および再構築のワークフローでは、孤立したファイル、重複した章、または並び替えられたコンテンツが生じることがあります。

以下を確認してください。

• 意図された各章が spine に一度ずつ含まれていること。
• 前付け、本編、注、参考文献、後付けが正しい順序になっていること。
• 書籍で使用されているすべての画像、スタイルシート、フォント、コンテンツ文書が宣言されていること。
• ソース専用で削除済みのリソースが、なおリンクされたままになっていないこと。
• 表紙指定と表紙リソースが翻訳版と一致していること。
• fixed-layout と page-progression のプロパティが意図的に設定されていること。
• 最初に読めるコンテンツが、制作工程の残骸ではなく、意図した冒頭になっていること。

spine の先頭、途中、末尾の項目をそれぞれ開いてください。そのうえで、ソースとターゲットの spine リスト全体を比較します。抜き取り確認だけでは、完全性は証明できません。

目次とナビゲーションを監査する

ナビゲーション文書は、単に翻訳済みラベルを並べた一覧ではなく、機能するインターフェースです。

各 TOC 項目について、次を確認してください。

1. ターゲット言語として自然なラベルであること。
2. 階層が正しいこと。
3. リンク先が有効であること。
4. 遷移先で表示される見出しがラベルと一致していること。
5. ソースと同じ意図された章の関係になっていること。

また、landmarks、page-list ナビゲーション、図表一覧、索引リンクも、存在する場合は確認してください。翻訳されたラベルは言語レビューを通過しても、前の章を指していることがあります。

リンク単位の確認と閲覧システムの両方で、ナビゲーションをテストしてください。機械的な検証では欠落したフラグメントを見つけられますが、誤っていても有効な別の場所に解決されるリンクは、人が見つける必要があります。

脚注、巻末注、相互参照をテストする

代表的な注について、また注が多い版ではすべての注について、次を確認してください。

• 注記マーカーが意図した記述の横に残っていること。
• リンクが正しい注を開くこと。
• 注記テキストが完全であり、編集方針に従って翻訳されていること。
• 番号または記号の一貫性が保たれていること。
• 戻りリンクが正しい箇所に戻ること。および
• ポップアップ注の挙動が、ポップアップ非対応環境では通常のナビゲーションに適切にフォールバックすること。

パッケージ全体で壊れたフラグメントや重複した ID を検索してください。そのうえで、本の冒頭付近・中ほど・末尾付近にある注を手動でテストします。また、「第7章を参照」のような内部参照は、原文のラベルがそのまま当てはまると決めつけず、翻訳後の見出しと最終的な構成に照らして確認してください。

版データとしてメタデータを確認する

メタデータは、単に原本から変更なしで残っているだけではなく、翻訳版を記述していなければなりません。

確認項目:

• 出版言語と、コンテンツ文書内の言語宣言。
• ローカライズされたタイトルとサブタイトル。
• 合意済みの寄与者ロールを付した著者名と翻訳者名。
• 出版社、識別子、シリーズ、および版に関する情報。
• 該当する場合は、読み方向とページ進行方向。
• EPUB バージョンで必須とされる更新日。
• 表紙メタデータと画像；および
• その版が主張するアクセシビリティ・メタデータ。

識別子を捏造したり、著者情報を上書きしたり、検証されていないアクセシビリティ機能を主張したりしてはいけません。販売事業者の掲載メタデータはパッケージのメタデータとは別に入力される場合があるため、公開前に両方を比較してください。

Appleの ブック検証ガイダンス では特に、マニフェストに欠落しているリソース、無効なURI文字、サポートされていないエンコーディングについて警告しています。販売事業者の要件は追加の納品ゲートとして用い、EPUB標準の代替として扱わないでください。

翻訳の完全性と一貫性を確認する

文体を評価する前に、まず構造レベルで原文と訳文を比較してください：

• 見出しの数と階層；
• 段落とリスト項目の有無；
• 表の行、列、見出し、単位；
• 図、キャプション、コールアウト、代替テキスト；
• 脚注、巻末注、参考文献、謝辞；
• 名前、数値、日付、コード、数式、URL；および
• 原文言語の残存や、誤って重複した翻訳。

その後、承認済みの用語と文体の判断を各章にわたって適用してください。リスクの高い固有名詞や重要用語については、既知の却下済みバリエーションも含めて検索してください。第1章が流暢でも、第20章で一貫している証明にはなりません。

対訳版では、バイリンガルEPUB翻訳ワークフローを使って、段落の対応関係と言語属性を確認してください。

リフロー、フォント、スクリプトを厳しくテストする

翻訳によって長さが変わり、まったく異なる文字体系が導入されることもあります。

リフロー型の書籍では、次をテストします。

• 狭いビューポートと広いビューポートをテストする。
• フォントサイズを大きくしたり小さくしたりする。
• 対応している場合は、画面の向き、テーマ、書体を変更する。
• 長い見出し、リスト、表、キャプション、ブロック引用を確認する。
• カスタム CSS を上書きしても書籍が理解不能にならないことを確認する。さらに、
• 固定高さ、クリッピング、重なり、強制両端揃え、過剰な余白がないかを確認する。

CJK、アラビア語、ヘブライ語、インド諸語、キリル文字、および混在スクリプトのコンテンツでは、グリフの対応範囲、結合記号、シェーピング、句読点、数字、強調スタイル、フォールバックフォントをテストします。通常本文をカバーするフォントでも、その書籍で使われる太字や斜体のグリフが欠けている場合があります。

RTL 版では、段落方向と書籍の進行方向の両方を確認してください。1 枚のスクリーンショットだけを正しく見せるために、文字順を逆にしたり、手動で空白を追加したりしてはいけません。

画像、代替テキスト、画像内テキストを確認する

その版に含めるべきすべての元画像が残っており、正しく参照され、適切なキャプションと対応していることを確認してください。画像に必要な場合は、対象言語の代替テキストを見直します。ファイル名を翻訳してリンクを壊してはいけません。

画像に埋め込まれたテキストは、別個の制作作業です。表紙、図解、スクリーンショット、地図、チャート、イラスト付きラベルを洗い出してください。それぞれについて、そのまま残すか、ローカライズするか、再作成するかを決めます。本文を翻訳しても、未翻訳の図解が使えるようになるわけではありません。

e-ink リーダーが対象に含まれる場合はグレースケールでの画像の視認性を、また対応する最小画面サイズでの視認性を確認してください。再作成したアセットについては、元ファイルと権利の証拠を保管してください。

検索、選択、テキスト読み上げをテストする

対象の読書システムがこれらに対応している場合は、

• 冒頭、中盤、最終章で特徴的な翻訳済みフレーズを検索する。
• テキストを選択してコピーし、それが画像ではなく実際のテキストであることを確認する。
• 対象言語の一節で発音をテストする。
• 言語が混在する名前や引用をテストする。
• 見出しとナビゲーションが実用的な順序で公開されていることを確認する。さらに、
• 言語の切り替えが適切な範囲でマークされているかを確認する。

これらは挙動のチェックであり、EPUBの普遍的な保証ではありません。各結果には、アプリまたはデバイスとそのバージョンを記録してください。

最終リーダーマトリクスを実行する

構造QAは配信テストで完了します。Amazonは、デバイス、向き、フォント、機能の表示を確認するために Kindle Previewer を推奨しています。Koboの テスト手順 では、出版社に対し、Koboで処理されたEPUBをKoboアプリまたはeReaderで検査するよう指示しています。Appleは、Apple Books PublisherでEPUBを校正用として追加する方法を説明しています。

リリース計画で求められるすべての環境で、最終候補版そのものをテストしてください。これら3つのプラットフォームが対象範囲に含まれる場合は、専用の Kindle、Kobo、Apple Books向けテストマトリクス を使用してください。

最終EPUB翻訳リリースゲート

次の場合にのみリリースしてください:

• 候補版と証跡が同じビルドを示していること。
• EPUBCheck に未解決のリリース阻害エラーがないこと。
• manifest、spine、navigation、および metadata が意図した版と一致していること。
• コンテンツ棚卸しで、欠落、重複、または未翻訳の素材がないことが示されていること。
• 注記と相互参照が双方向で正しく解決されること。
• 用語、数値、名称、および対象言語の文章がレビューに合格していること。
• フォント、文字体系、リフロー、画像、およびアクセシビリティ要件が合格していること。
• 必須の各閲覧システムが最終マトリクスをすべて通過していること。および
• すべての blocker と major の不具合が修正され、再確認されていること。

次のステップが翻訳である場合は、BookTranslatorのEPUB翻訳ツールを使用して、ファイル全体を翻訳したドラフトを作成します。この出力はこのリリース工程の出発点であり、言語、パッケージ、および小売業者の QA がすでに通過していることの証拠ではありません。