なぜPDF翻訳は言語作業であると同時にレイアウト作業でもあるのか
PDF翻訳の案件では、「すでに完成したファイルの文言を置き換えるだけ」と考えられがちです。しかし実際のPDFは、より大きな制作工程の最終書き出しにすぎないことが少なくありません。編集できない文字、欠けたフォント、複雑な表、図版ラベル、スクリーンショット、脚注、英語の文字量にだけ最適化された見出し枠などが、翻訳段階に入った瞬間に問題として表面化します。
そのため、PDF翻訳とDTPは単なる言語置換ではなく、言語品質とレイアウト品質を同時に管理する案件として設計する必要があります。訳文は正確であるだけでなく、見出し、注記、キャプション、表セル、図版ラベル、フォーム、警告欄に無理なく収まり、ページ全体の印象を壊してはなりません。用語と納期だけを見て進めると、本当のリスクは校了直前のレイアウト確認で発覚し、そこでの修正は高くつきます。
マニュアル、製品資料、パンフレット、研修資料、コンプライアンス文書で目指すべきなのは、「翻訳済みPDF」を1本納品することではありません。各言語でも最初からその言語向けに設計されたように見えるPDFを納品することです。そのためには、ソースファイル、編集可能性、フォント対応、文字膨張、再作成ルール、QA工程、最終承認者を早い段階で決める必要があります。
納期を語る前に、PDFの元データを分類する
すべてのPDFを同じ方法で扱うべきではありません。InDesign、Illustrator、Word、PowerPoint、構造化CMSから書き出されたファイルであれば、比較的きれいに再編集できます。ベクターテキストとアウトライン化された見出し、スクリーンショット、手作業の図版が混在した半編集型のPDFもあります。最もリスクが高いのは、実質的に画像面に近いPDFです。スキャンマニュアル、フラット化されたカタログ、画像化された表、デザイン比率の高い販促PDFなどがここに入ります。
したがって、買い手が最初に確認すべき質問は、そのPDFの真のマスターが何かという点です。編集可能な元ファイルがあるなら、計画はPDF単体ではなくその元データを前提に組むべきです。元データがない場合は、全面再作成、部分再作成、制約付きPDF編集のどれで進めるかを早期に決め、その制限も明確にしておく必要があります。
この分類は費用、スケジュール、QA難度を変えます。実際の工数は単語数よりもページ構造に左右されることが多く、これは技術翻訳の見積もりを左右する要因で触れた論点とも重なります。ページ数が少なくても図版の多いパンフレットは、本文中心の長いマニュアルより慎重な対応が必要になることがあります。
編集可能な構造を早期に確保するか、管理された再作成を設計する
ソース側がパッケージ化されたデザインファイル、リンク画像、正しいフォントを提供できるなら、DTP工程はかなり予測しやすくなります。テキストは想定されたフレーム内で再流し込みでき、段落スタイルも維持しやすく、言語ごとの微調整もページを一から作り直さずに行えます。QAが不要になるわけではありませんが、避けられる破損は大幅に減ります。
編集可能ファイルがない場合は、リスクが同じだと見なしてはいけません。この場合は場当たり的な修正より、管理された再作成計画の方が安全です。どの要素を編集可能テキストとして再構築するのか、図中ラベルをどう差し替えるのか、どのスクリーンショットを再取得するのか、表やフォームを翻訳前に整理すべきかを先に決めます。そうしないと、訳文が完成した後で配置先が足りないことが発覚します。
量産前にページ単位の複雑度レビューを求めることも重要です。サンプルを見れば、低リスクページ、膨張しやすいページ、翻訳だけでなくDTP支援が必須な図版を事前に把握できます。これにより、より現実的な納期と変更管理が可能になります。
フォント、文字膨張、改行は言語別に設計する
多言語PDFのレイアウト崩れで最も目立つのは文字膨張ですが、問題は単純な文字数増加だけではありません。スペイン語は見出しや説明文で伸びやすく、日本語や中国語は文字数が少なくても句読点のリズムや視覚密度によって別の圧力が生まれます。韓国語は文字数上は収まっても、改行が不自然だと窮屈に見えます。さらに別スクリプトが加わると、フォントのシェーピングやグリフ対応も重要になります。
そのため、PDF翻訳とDTPでは訳文確定前にフォントとスタイルの確認を行うべきです。元のフォントがすべての対象言語を支えるか、代替フォントで行間が変わらないか、太字や斜体が揃っているか、数値列や狭い表セルが再流し込み後も読めるかを確認します。フォントライセンスやグリフ不足があるなら、ページ承認前に解決すべきです。
見出し戦略も重要です。英語だけで成立していたタイトな見出し枠は、多言語では不安定になりがちです。必要に応じて別の改行、短い承認済み用語、狭い領域用の代替レイアウトを準備します。これは品質を下げることではなく、訳後文書そのものを設計するということです。
表、図版、フォーム、スクリーンショットが最初に壊れやすい
本文より先に問題化しやすいのは、表、工程図、比較チャート、矢印付きラベル、保証欄、申請フォーム、組み込みスクリーンショットなどの構造化要素です。これらは余白が少なく、崩れたときの影響が大きい領域です。
表は単に訳語を流し込めば終わりではありません。列幅、数値揃え、改行規則、見出し階層、単位表記が可読性を決めます。内容が完全でも、狭いセルに何行も押し込まれた表は本番用とは言えません。図版も同様で、ラベルが正しい位置を指し、矢印がずれず、書き出し後も文字が読める必要があります。フォームは項目名、記入指示、署名欄に法務・運用上の精度が求められるため、さらに慎重な扱いが必要です。
スクリーンショットは特に見落とされやすい要素です。PDFがソフトウェアUI、研修手順、ユーザーポータルを見せている場合、訳文キャプションが英語スクリーンショットと衝突することがあります。再取得するのか、参考用と明記するのかをレイアウト前に決めるべきです。そうしないと、翻訳は正しくても文書全体がちぐはぐに見えます。
この点は翻訳文書のDTP品質が信頼に与える影響でも触れました。PDFではこの問題がさらに大きくなります。なぜなら、最終読者が実際に受け取るのがそのPDFそのものだからです。
言語QAとレイアウトQAを結合した承認フローを作る
PDFは言語レビューだけで承認してはいけません。安定したワークフローには少なくとも三つの確認点が必要です。第一に翻訳と用語レビューで意味と対象読者適合性を確認します。第二にDTP制作でレイアウト、フォント、整列、図版位置を調整します。第三に最終視覚QAで、原文ページと承認済み訳文の両方を見ながら、はみ出し、切れ、スタイル崩れ、誤った改ページ、リンク破損を確認します。
この最終QAは文単位ではなくページ単位で行うべきです。ウィドウ・オーファン、箇条書き欠落、間隔不整合、圧縮された表、見出し階層、図注、脚注、ページ番号、目次リンク、画像品質まで確認対象に入ります。印刷用であれば、塗り足し、裁ち落とし、色処理も確認が必要です。
多言語案件では、重大度の定義を先に決めておくと効果的です。軽微な見た目差として許容できるものもあれば、隠れ文字、誤った図ラベル、切れた警告、壊れたフォーム、読順崩壊のように即時差し止めるべきものもあります。ベンダーは最終日より前にその基準を理解していなければなりません。
最終PDFだけでなく、引き継ぎ可能なパッケージを受け取る
安全なベンダーと脆いベンダーの差が最も出やすいのは、handoff package の質です。買い手は翻訳済みPDFだけを受け取るべきではありません。契約上可能であれば、最終PDF、編集可能なソース、フォント情報またはフォントパッケージ、再作成要素の変更記録、用語判断、残課題、次回改訂時の注意点まで含めた引き継ぎ一式を受け取るべきです。
PDF案件は一回で終わらないからです。営業資料は更新され、製品マニュアルは増補され、コンプライアンス文言は変わり、研修資料も継続的に改訂されます。フラット化PDFしか残らなければ、次回更新はほぼゼロからです。整理されたパッケージがあれば、次回の更新は速く、安く、低リスクになります。
これは翻訳とMTPEの使い分けで述べた原則とも一致します。適切なワークフローはリスク、コンテンツ種別、下流での使われ方によって決まります。DTPを伴うPDFは、体裁崩れが読者にすぐ見えるため、通常は高リスク側に入ります。
制作開始前に買い手が決めておくべき実務項目
最初のページを翻訳する前に、買い手は少なくとも次の点を整理しておくべきです。
- 編集可能な元ファイルはあるか。あるならどれが正式マスターか。
- 対象言語と文字体系は何か。現在のフォントで全て対応できるか。
- 図版、フォーム、スクリーンショットの再作成や再取得が必要なページはどこか。
- 成果物は印刷用か、Web配布用か、社内研修用か、規制提出用か。
- リリースを止めるべき不具合は何か。最終視覚QAの承認者は誰か。
- 将来改訂のために、編集可能なパッケージ返却を求めるか。
これらは事務作業ではなく、PDF案件を終盤の救済作業にしないための統制項目です。ここが決まれば、翻訳チーム、DTPチーム、レビュー担当者が同じリリース基準で動けます。
Smart Language Serviceによる多言語PDF翻訳とDTP支援
Smart Language Serviceは、マニュアル、パンフレット、技術資料、研修資料、多言語ビジネス文書に対して、PDF翻訳とDTPを一体で支援します。まずソースの編集可能性を見極め、複雑なレイアウトに合った進め方を設計し、翻訳とDTPを同じ運用の中で管理し、最終PDFが各言語でも自然で信頼できる状態かを確認します。
考え方は明快です。PDF案件では言語品質とレイアウト品質は分離できません。訳文が正確でもデザインが壊れていれば未完成です。見た目が整っていても、用語、説明、ラベルが誤っていればやはり未完成です。信頼できる納品は、その両方を同時に制御したときにだけ成立します。