オンラインPDFツールはファイルをアップロードしている? 確認する方法

最終更新: 2026年7月7日

夜11時、締め切りが迫るなか、署名済みの雇用契約書とその付属書類を1つにまとめる必要があり、無料のPDF結合ツールを 検索します。最初に出てきた結果は見た目がきれいで感じもよさそうです。ファイルをドロップすると進捗バーが伸び、結合 されたPDFが返ってきます。でも、あの進捗バーはいったい何を測っていたのでしょうか。

多くの場合、その答えはアップロードです。氏名も給与額も署名も入ったあなたの契約書が、正体のわからないサーバーへ渡り、 その後それが削除されるのか、記録されるのか、バックアップに残るのかは、30秒前に見つけたばかりの会社をどこまで信じられる かという問題にすぎません。このガイドでは、これらのツールが実際にどう動いているのかを説明し、どんなPDFサイトでも約2分で 自分で確かめる具体的な方法を示し、サーバーが本当に必要になる正直な例外についても取り上げます。

典型的なオンラインPDFサイトで実際に起きていること

昔ながらの仕組みは単純です。ウェブページは玄関口にすぎません。ファイルを選ぶと、ブラウザはそれをネットワーク越しに その会社のサーバーへ、たいていはHTTP POSTリクエストとして送信します。サーバーが本物のソフトウェアを動かして結果を 作り、あなたのブラウザがそれをダウンロードします。少なくとも3つのコピーが存在します。あなたの原本、サーバー上のコピー、 そして処理済みのファイルです。

まともなサイトの多くは、ファイルは2時間後に自動で削除されます、といったことをうたっています。額面どおりに受け取っても、 その約束は肝心な部分を認めています。その2時間のあいだ、見知らぬ他人のコンピューターがあなたの文書を持っていたのです。 そしてそれは外からは検証しようのない約束です。相手のディスクもバックアップもログも、あなたには見えません。休暇のチラシ ならほとんど問題になりません。しかし給与明細やパスポートのスキャン、診断書となれば、あなた自身の端末でできたはずの作業の ために、かなりの信頼を差し出していることになります。

とはいえ、これらの会社が不誠実だという意味ではありません。ほとんどはそうではありません。問題は構造にあります。ファイルが いったんあなたのマシンを離れれば、その運命はもうあなたの手の外だということです。

クライアントサイドという選択肢: あなたのファイルを一切受け取らないツール

最近のブラウザは、本物のPDFソフトウェアを自分自身で動かせるほど強力です。robinpdfはまさにその方式だけで作られています。 処理エンジンであるpdf.jsとpdf-lib、それにqpdfやtesseractのような定評あるツールのWebAssembly版が、ページの一部として ブラウザに読み込まれ、あなた自身の端末の上で動きます。PDFを結合するとき、 文書を黒塗りするとき、パスワードを付けるとき、ファイルはあなたの ディスクからブラウザのメモリへ移り、そこで変換され、またディスクへ保存されます。仕事をするサーバーが存在しないので、 アップロードの段階もありません。

これが信じやすい理由となる、うれしい副次効果があります。いったんページが読み込まれれば、インターネット接続を切っても そのまま動き続けるのです。ツールを読み込み、機内モードにして、ファイルを処理してみてください。サーバー依存のサイトは その時点で即座に動かなくなりますが、本物のクライアントサイドのツールはまったく気づきもしません。サイトがどう作られて いるかについては概要ページにさらに詳しく書いてあります。

つまりこの問いには正直な答えが2つあります。従来型のアップロードして処理するサイトなら「はい」、クライアントサイドの ものなら「いいえ」です。難しいのは両者を見分けることですが、それを私たちを含めた誰かの言葉を鵜呑みにして判断する必要は ありません。

どんなPDFサイトも自分で確かめる手順

デスクトップ用のブラウザにはどれも、ページが行うすべてのリクエストを表示するネットワークインスペクターが備わっています。 ウェブ開発者が一日中使っているのと同じ道具で、うそをつきません。

  1. 調べたいPDFサイトを開きます。robinpdfでも、それ以外のどこでもかまいません。
  2. F12キー(MacではCmd+Option+I)を押してDevToolsを開き、Networkタブをクリックします。
  3. ページを一度再読み込みして、パネルをまっさらな状態から始め、ページの読み込みを完了させます。
  4. PDFを選び、ツールを実行します。結合、圧縮、回転など、そのサイトが提供する処理を実行します。
  5. 動作中はパネルを見張ります。クライアントサイドのツールでは新しい行は何も現れません。あなたのファイルをどこかへ運ぶリクエストは一切ありません。アップロード型のツールでは、ファイルを追加した瞬間に1つ以上の大きなリクエストが発生します。

見えているものを確かめるには、現れたリクエストのどれかをクリックして、メソッド(アップロードはほぼ必ず POSTかPUT)とサイズの列を確認します。あなたのPDFとほぼ同じサイズのリクエストが、あなたのPDFです。 大きなファイルを分割するサイトもあるので、同じエンドポイントへ中程度のPOSTが立て続けに飛ぶ場合も同じことです。

パネルの行が1つ増えるたびに驚く必要はありません。ページは自分のスクリプトやフォント、アイコンを正当に取得します。それらは ごく小さく、あなたのファイルの有無に関係なく発生します。決め手はタイミングとサイズです。文書を追加または処理したちょうど その瞬間に飛ぶ数メガバイトのリクエストは、まぎれもなくアップロードです。DevToolsが使えないスマートフォンでは、上で述べた 機内モードのテストが実用的な代わりになります。

サーバー側のツールが正直な選択になるとき

クライアントサイドがどんな作業でも魔法のように優れているわけではありません。処理はあなたのハードウェア上で行われるので、 あなたのハードウェアが上限を決めます。500ページのスキャン本を丸ごとOCRすれば古いスマートフォンには負担が大きく、 サーバーファームならずっと早く終わります。変換の中には、たとえば高精度なPDFから編集可能なWordへの変換のように、 サーバー向けにライセンスされた商用エンジンに依存し、ブラウザ版が存在しないものもあります。そうした場合、サーバー側の ツールは妥当な選択です。ただし意識して選んでください。実体のある会社が背後にいる提供元を選び、機微な部分は先に 黒塗りし、出力品質を評価するだけならテスト用のファイルを使いましょう。

機微な文書のためのツール選び: 短いチェックリスト

アップロード以外のリスク(偽のツール、透かしを餌にした手口、悪意あるファイル)まで含めた広い視点は、 オンラインPDFツールは安全かどうかを扱ったガイドをご覧ください。

よくある質問

robinpdfは私のファイルをアップロードしますか?

いいえ。すべての処理はpdf.js、pdf-lib、WebAssemblyエンジンを使ってブラウザの中で動きます。上のDevToolsのテストで、あるいはオフラインで使ってみることで確かめられます。

ファイルは2時間後に削除しますと書いてあれば、十分に安全ですか?

削除の約束は検証できませんし、そのファイルはやはり他人のサーバーに置かれていました。重要度の低いファイルなら問題ありませんが、契約書や身分証には、そもそもファイルを受け取らないツールを選びましょう。

HTTPSだけで私のPDFは守られますか?

HTTPSは通信中のファイルを守りますが、あて先のサーバーはそれでもファイルを受け取り、まるごと読みます。サーバーへ向けて暗号化することは、ファイルが手元に留まることとは違います。

クライアントサイドのツールで大きなファイルを扱えますか?

最近のノートパソコンなら、数百ページのファイルを含めてたいてい扱えます。限界はあなたの端末のメモリとCPUで、だからこそ大量OCRのような非常に重い作業はサーバー側処理の典型例なのです。

スマートフォンでこの確認をするには?

モバイルのブラウザはDevToolsを隠しているので、オフラインのテストを使いましょう。ツールを読み込み、機内モードに切り替え、ファイルを処理します。それで完了すれば、何もアップロードされていません。

ページのアクセス解析は私のファイルのアップロードに数えられますか?

いいえ。解析用のビーコンはページ訪問についての極小のリクエストで、文書のデータは含みません。アップロードのテストが対象にするのは、あなたのファイルと同程度の大きさで、処理したときに飛ぶ大きなリクエストです。

robinpdfがファイルを端末内に保つ仕組みを見る →