PDF 結合

結合では、各 PDF のページを指定した順番で 1 つの新しい文書にコピーして、PDF をまとめます。ページは完成したオブジェクトのまま移されるため、テキストは選択可能なまま、ページ上のリンクも機能し続け、画像は元のデータを保ちます。再エンコードは一切行わないので、結合したファイルは元のファイルを並べたときとまったく同じ見た目と挙動になります。

処理はすべてブラウザ内で行われます。このページにはアップロード先がありません — ファイルはメモリに読み込まれ、バックグラウンドのワーカーで動く PDF エンジンが結合し、ブラウザがダウンロードするファイルとして書き出されます。確定する前から順番のリストにページ数を表示できるのはそのためです。ファイルをどこにも送らなくても、ツールはすでに各ファイルの中身を把握しています。

出力ファイル名は merged.pdf で、透かしは入りません。元の文書にフォームフィールドが含まれている場合は、複数のファイルのフィールドが衝突する可能性があることを結果カードでお知らせします。PDF のフォームはフィールドを名前で識別するため、2 つの文書が別々のフィールドに同じ名前を使っていることがあるからです。暗号化された PDF は、結合して壊れた結果を出すのではなく、最初の段階で受け付けません。

仕組みの上で、何もタブの外に出ません。ページがファイルをメモリに読み込み、PDF エンジンがバックグラウンドのワーカーで結合文書を組み立て、結果をダウンロードとして書き出します。その過程で文書をどこかへ運ぶリクエストは一度も発生しませんし、発生させることもできません — ページのセキュリティポリシーが外部への接続を完全にブロックしているからです。実行中にネットワークパネルを見ていても構いません。そうして確かめられることこそ、この作りにした理由です。アカウントもメールアドレスも透かしも、保存されるコピーもありません — そもそも保存すべきサーバー側のコピーが存在しないのです。

結合はページ単位のツールです。ページを丸ごとまとめるだけで、ページ上の文字には手を触れられず、結果を圧縮することも、暗号化されたファイルを開くこともできません。こうした限界は取り繕わずに明記しています。ページ内のテキストについては、Android アプリが元のテキストオブジェクトを編集します。暗号化されたファイルは、アプリならスマートフォン上でパスワードを使って開けます。結合の目的が主に順番 — どの章の後にどの章が続くか — なら、このページだけで作業は完結します。

典型的な流れはこうです。contract.pdf、scope.pdf、appendix.pdf をページにドロップし、リストでそれぞれ 4、2、16 ページであることを確認します。承認の順番が変わったので appendix を scope の上にドラッグし、「PDF を結合」を押して、20 秒後に merged.pdf をダウンロードします。アカウントは作られず、メールアドレスも渡さず、どのファイルもマシンの外に出ていません — 関わった 4 つのファイルはディスク上にしか存在せず、そのうち 3 つはドロップしたときの場所にそのまま残っています。