さまざまなソースからの PDF を結合すると、ソース ドキュメントが異なるフォントまたは PDF フォント フォント埋め込み戦略を使用している場合、予期しない結果が生じることがよくあります。元の各ファイルでは鮮明に見えていたテキストが、結合後に文字化けしたり、プレースホルダー記号に置き換えられたり、まったく異なる書体に変更されたりすることがあります。これは、各 PDF が独自のフォント データを保持しているために発生します。これらのフォント定義が競合すると、PDF ビューアまたは結合ツールは使用するバージョンを選択する必要があり、場合によっては残念な結果が生じることがあります。 PDF の結合操作中にフォントの競合が発生する理由と、それを防ぐ方法を理解すると、クリーンアップ作業にかかる時間が節約され、結合されたドキュメントがプロフェッショナルに見えるようになります。
重要なポイント
PDF の結合中にフォントの競合が発生するのは、2 つのソース文書に同じフォントの異なるバージョンが埋め込まれている場合、または一方の文書が他方の文書にないフォントに依存している場合です。ほとんどの競合は、マージ前にフォントの埋め込みを標準化するか、フォントのサブセットを適切に処理するマージ ツールを使用することで回避できます。競合を防ぐことができない場合、結合する前にテキストをアウトラインに変換すると、テキストが検索できなくなりますが、視覚的には同一の結果が得られます。
PDF を結合するとフォントの競合が発生する理由
すべての PDF はフォント情報を個別に保存します。 2 つの PDF を結合する場合、結合ツールは各ドキュメントのフォント テーブルを単一の結合ファイルに調整する必要があります。両方のドキュメントが同じ内部名で同じフォントを埋め込んでいるが、異なる文字サブセットを使用している場合、ツールは競合に直面します。 PDF フォントは、ユーザーには見えませんが、レンダリングには重要な内部名前マッピングを使用して保存されます。たとえば、Arial の 2 つの異なるバージョンでは、グリフ幅や文字マッピングが異なる場合があります。差し込みツールが 1 つのバージョンを選択して両方の文書のテキストに適用すると、2 番目の文書の文字の位置が移動したり、外観が変わったり、完全に消えたりする可能性があります。
最も一般的なシナリオには、部分的にフォントが埋め込まれています。 Open Sans のようなフォントは、その文書で使用されている文字のみを使用して文書 A に埋め込まれる場合があります。これはサブセットと呼ばれるプロセスです。ドキュメント B には同じフォントが埋め込まれていますが、異なる文字サブセットが含まれています。結合ツールが文書 A のサブセットを保持しているため、結合後、文書 B に正しく表示されていた文字が、結合されたフォント テーブルから欠落する可能性があります。 PDF 仕様では、これらの競合を解決する単一の正しい方法が定義されていないため、結合ツールが異なれば状況の処理方法も異なります。
結合する前にフォントの埋め込みを確認する
フォントの競合を回避する最も簡単な方法は、フォントを結合する前に、各ソース文書にフォントがどのように埋め込まれているかを確認することです。ほとんどの PDF リーダーはフォントのプロパティを表示できます。 Adobe Acrobat では、「フォント」タブの「ファイルプロパティ」ダイアログに文書内で使用されているすべてのフォントがリストされ、各フォントが完全に埋め込まれているか、サブセットが埋め込まれているか、またはまったく埋め込まれていないのかが示されます。無料の PDF リーダーでは、多くの場合、ドキュメントのプロパティ パネルを通じて同様の情報が提供されます。
フォントが埋め込まれていないことが判明した場合、ドキュメントはビューアのオペレーティング システムに依存してそのフォントを提供しています。これにより、結合しなくてもリスクが生じますが、異なるプラットフォームのドキュメントを結合する場合には、より大きな問題になります。 Calibri を参照する Windows で作成されたドキュメントは、Calibri がインストールされていない Mac で作成されたドキュメントと結合すると、見た目が異なります。最も安全な方法は、結合する前に、すべてのフォントが各ソース文書に完全に埋め込まれていることを確認することです。ほとんどのワード プロセッサおよび PDF 作成ツールには、エクスポートまたは PDF として保存の設定にフォント埋め込みオプションが含まれています。
フォントのサブセットを正しく処理する結合ツールを使用する
すべての結合ツールが同じ方法でフォント データを処理するわけではありません。高品質マージ ツールは、各ソース ドキュメントのフォント テーブルを分析し、名前の競合を検出し、文字サブセットをインテリジェントにマージするか、競合するフォントの名前を内部的に変更して両方のバージョンを利用できるようにします。これにより、すべてのソース ドキュメントのすべての文字を含む結合フォント テーブルが生成されます。これが理想的な結果です。
低品質のマージ ツールはショートカットを使用します。フォント オブジェクトを調整せずに生の PDF データ ストリームを単純に連結するものもあります。その場合、正しく開いているように見えるファイルが生成されますが、特定のページではテキストが正しく表示されません。競合するフォント名を参照するテキストにデフォルトのフォント置換を適用するものもあります。これにより、結合された PDF のテキストが Courier または一般的なセリフ書体になります。 PDF 結合ツールを選択するときは、フォントの処理について明示的に言及されているドキュメントを探すか、重要な作業でこのツールを使用する前に、サブセット化されたフォントが含まれていることがわかっているドキュメントのペアでツールをテストしてください。 WukongPDF のマージ ツールは、オブジェクト レベルでフォント テーブルを処理して、名前の競合を解決し、各ソース ドキュメントのテキストの元の外観を保持します。
最後の手段としてテキストをアウトラインに変換する
埋め込みやツールの選択によってフォントの競合を解決できない場合は、テキストをアウトラインに変換することで、信頼性の高い視覚的な解決策が得られます。このプロセスにより、各文字が編集可能なテキスト オブジェクトからベクター グラフィック形状に変更されます。見た目はオリジナルと同じですが、テキストは検索、選択、編集できなくなります。アウトラインに変換すると、各文字がコンパクトな文字コードではなくベクトル パス座標のセットになるため、ファイル サイズも増加します。
このアプローチは、編集可能性よりも視覚的な忠実性が重要な印刷制作ワークフローで一般的です。デザイナーは、フォントのライセンスの問題を回避し、印刷所に必要なフォントがインストールされているかどうかに関係なく、出力が同一に見えるようにするために、アートワークを印刷に送信する前に活字をアウトラインに変換するのが日常的です。ドキュメント ワークフローの場合、フォントの一貫性がそれほど重要ではない、カスタム タイポグラフィを使用した表紙など、視覚的に重要な少数のページを大きなテキスト ドキュメントに結合する場合、トレードオフを考慮する価値があります。
ソースドキュメント全体で共通のフォントを標準化
フォントの競合を回避するための最も持続可能なアプローチは、チームが作成するドキュメント全体で使用されるフォントを標準化することです。すべてのレポート、提案書、および請求書で同じコア書体を使用し、完全な埋め込みを有効にすると、PDF の結合が予測可能になります。 Arial、Times New Roman、Calibri などの一般的なフォントはほとんどのシステムにインストールされており、PDF にきれいに埋め込まれます。組織でカスタムの企業フォントを使用している場合は、すべての PDF 作成ツールがサブセットではなく完全なフォントを埋め込むように構成されていることを確認し、PDF を生成するすべてのコンピューターに同じフォント バージョンがインストールされていることを確認してください。
法律事務所が展示物を組み立てたり、会計事務所がクライアントの文書を編集したりするなど、外部ソースからの PDF を頻繁に組み合わせる組織では、フォントの競合防止を文書準備プロセスの文書化されたステップにする必要があります。マージ前のフォントのチェックと標準化にはドキュメントごとに数分かかり、フォントの問題が表面化した後にトラブルシューティングを行ったり、マージされたファイルを再作成したりするはるかに長い時間の投資が不要になります。
一般的なフォント競合の症状と解決策
| 症状 | 考えられる原因 | 修正 |
|---|---|---|
| テキストがドットまたはボックスに置き換えられる | フォントが見つからない、代替可能なフォントがない | 不足しているフォントを埋め込むか、アウトラインに変換します |
| フォントが別の書体に変更されました | フォント名の競合、間違ったバージョンが使用されています | 一意の内部名を持つフォントを再埋め込みます |
| 文字がずれたり重なったりする | バージョン間で異なるフォントメトリクス | すべてのソースドキュメントで同じフォントバージョンを使用する |
| 単語の途中に一部の文字がありません | サブセットの埋め込みにこれらの文字がありません | サブセット化の代わりに完全なフォント埋め込みを使用する |
| テキストは正しいように見えますが、検索できません | テキストがアウトラインに変換されました | トレードオフを受け入れるか、埋め込みフォントを使用して再作成します |
共有する前にマージされた出力を確認する
結合後、結合された文書全体を 150 ～ 200% のズームでスクロールし、ページのサンプルでフォントの問題を確認します。ソースドキュメントが結合されている境界付近のページには、フォントのレンダリングの問題がこれらの遷移で発生することが多いため、特に注意してください。結合された PDF が印刷を目的としている場合は、複数のソース ドキュメントのテキストを含む 1 つのテスト ページを印刷し、すべてのフォントが紙上で正しくレンダリングされることを確認します。画面レンダリングにより、印刷出力で目に見える微妙なフォントの問題が隠れてしまう可能性があります。
数十のソース ファイルを含む大規模なマージ ジョブの場合は、マージを 5 ～ 10 個のドキュメントのバッチに分割することを検討してください。これにより、フォントの問題が発生した場合に、どのソース ファイルで問題が発生したかを特定しやすくなります。各バッチが目視検査に合格した後、バッチを結合して最終的な結合ドキュメントを作成します。
よくある質問
すべてのソース PDF が個別に問題なく見える場合でも、結合後にフォントが変更されるのはなぜですか?
単一のファイルを表示する場合、各 PDF ビューアは個別にフォント データを読み取ります。マージ後、結合されたフォント テーブルに、同じフォント名の競合する定義が含まれる可能性があります。 PDF ビューアは 1 つの定義を選択する必要があり、1 つのソース ドキュメントが予期したものと異なるバージョンを選択した場合、両方のソース ファイル自体は正しく見えても、そのセクションのテキストは異なるレンダリングを行います。
結合された PDF を圧縮するとフォントの問題は解決しますか?
いいえ。圧縮により、画像データが最適化され、冗長なオブジェクトが削除されてファイル サイズが削減されますが、フォント テーブルを調整したり、名前の競合を解決したりすることはありません。場合によっては、積極的な圧縮により、コンプレッサーが未使用と誤って識別したフォント データが削除され、フォントの問題が悪化する可能性があります。結合されたドキュメントを圧縮する前に、必ずフォントの問題を修正してください。
フォントの競合を完全に回避する PDF 形式はありますか?
アーカイブ形式である PDF/A では、すべてのフォントをサブセット化せずに完全に埋め込む必要があります。すべて PDF/A 形式のドキュメントを結合すると、すべてのフォントのすべての文字が各ソース ファイルに存在することが保証されるため、フォントの競合がなくなります。ただし、PDF/A ファイルは完全な埋め込み要件があるため、標準 PDF よりも大きくなり、保存や送信に問題が生じる可能性があります。