PDFプライバシーガイド · オフラインテスト
PDFツールがオフラインで動くと実際に何が証明できるのか
インターネットを切断するテストは有効ですが、事前読み込み後の動作と完全オフライン起動を区別する必要があります。
短い結論
ツールを読み込み、PDF選択前にネットワークを切り、その後有効な結果を得られれば、その処理フローがサーバーを必要としない強い証拠になります。
異なる2つのテスト
テストA · 読み込み後に切断
- オンラインで開く。
- 読み込み完了を待つ。
- ネットワークを切る。
- その後PDFを選択。
- 処理を実行。
- 結果を確認。
アプリ読み込み後の処理にリモート通信が必要かを確認します。
テストB · 完全オフライン起動
- ページを閉じる。
- オフラインのままにする。
- ゼロから開く。
- キャッシュを確認。
- 起動できれば処理を試す。
アプリ自体がインターネットなしで起動できるかも確認します。
ローカル処理でも最初にインターネットが必要な理由
- HTMLの読み込み。
- JavaScriptの読み込み。
- キャッシュされていないリソース。
- キャッシュ削除。
- 機能利用時だけ読み込むリソース。
キャッシュはリモート処理をローカルに変えません
キャッシュは画面が残る理由になります。重要なのは切断後にPDFを選んだときの処理です。
テスト順序が重要です
- テストPDFを使用。
- ツールを読み込み。
- 完了を待つ。
- ネットワーク切断。
- 接続がないことを確認。
- PDF選択。
- 処理実行。
- 結果確認。
誤解につながるテスト
| 切断前にPDF選択 | すでに送信された可能性があります。 |
|---|---|
| 処理開始後に切断 | リクエストが開始済みの可能性があります。 |
| 画面だけ確認 | キャッシュされた画面かもしれません。 |
| 結果を確認しない | ボタンだけでは証明できません。 |
| 1機能から一般化 | 別機能は異なる可能性があります。 |
強く支持できる結論
切断後に選択したPDFが正常に処理されたなら、その操作を完了するための文書送信は必要ありませんでした。
証明できないこと
- 全機能がローカル。
- 完全オフライン起動。
- テレメトリが存在しない。
- 将来も同じ構成。
- すべてのブラウザで同じ。
- 他のタイミングでも転送がない。
OfflineとNetworkを組み合わせる
Offlineは通信の必要性を確認し、Networkはオンライン時の実際の通信を確認します。
PDFPrivadoで実際にテストしたこと
各ツールをオンラインで事前読み込みし、ネットワークを切断してからテスト文書を選択しました。14ツールすべてが有効な結果を生成しました。オンライン対照では処理中の文書転送は観測されませんでした。完全オフラインのコールドスタートは未テストです。
正確な表現が重要です
主張は事前読み込み後に切断して確認した14の処理フローについてであり、常に完全オフライン起動できるという意味ではありません。
関連ガイド
よくある質問
オフライン動作はローカル処理の証拠ですか?
テストしたフローについては強い証拠です。
オフライン動作とオフライン起動は同じですか?
いいえ。
キャッシュを削除する必要がありますか?
処理がサーバーを必要とするか確認するだけなら必須ではありません。
1回のテストでサイト全体を判断できますか?
できません。
公開・検証日:2026年9月7日