ブラウザ完結型ツールの仕組みとデータ非送信の検証手順

なぜ登録不要ツールは警戒されやすいか

一般的な SaaS では、入力内容やアップロードファイルが一度サーバーへ行き、そこで保存・PDF化・解析されます。便利な反面、委託契約やデータ所在の説明が必要になります。

登録不要のサイトだと「アカウントがない＝追跡不能に見える」ため、逆に送信の有無が見えにくい、という不安が残ります。そこで必要なのは宣伝文句ではなく、自分のブラウザで通信を見ることです。

SUGUDASU の構造（要約）

SUGUDASU のコアツール群は Cloudflare Pages などから HTML / CSS / JavaScript を配信し、計算や PDF 体裁、画像のキャンバス加工は端末のブラウザ内で行います。製品の約束は SUGUDASU の約束 、収集範囲は プライバシーポリシー を参照してください。

一般 SaaS: 端末 ──(業務データ)──► サーバ処理 → 結果返却
SUGUDASU:  端末 ◄──(アプリ本体)── 静的配信
           └─ 業務データはブラウザメモリ内で処理（POSTしない設計）

注意: ページ表示のための静的ファイル取得、広告・アクセス解析などの通信は別物です。「業務の入力内容が SUGUDASU の処理用 API に飛んでいないか」を見るのが本手順の焦点です。

実証手順（Chrome · 請求書の例）

ステップ1 — Network を開く

1. 請求書ツールを開く。
2. F12（または右クリック「検証」）→ Network。
3. フィルタで Fetch/XHR を選択し、ログをクリアする。

ステップ2 — 業務データを入力して PDF / 印刷フローを試す

テスト用の取引先名・金額を入力し、プレビューや PDF 保存（ブラウザ印刷）まで進みます。この間、Fetch/XHR に入力文字列をボディに載せた不審な POSTが増えていないかを見ます。

ステップ3 — 赤入れでも同様に確認

赤入れにダミー画像をドロップし、黒塗りして PNG 保存します。画像バイナリを SUGUDASU サーバへ送るリクエストが走らないことを確認します（処理は Canvas 上）。

拡張機能や社内プロキシが入っていると余分な通信が見えることがあります。検証端末は可能なら普段使いの社内標準ブラウザと、別プロファイルの両方で見ると説明しやすいです。

稟議・説明で使える論点（断定しすぎない）

• 処理場所: コア機能はクライアント側 JS。サーバ側で業務データを預かる API を前提にしていない。
• 実証可能性: 上記 Network 手順のスクショを添付できる。
• 復元不可: 運営もユーザー入力を持たないため、閉じたタブの内容は戻せない。作業中は PDF / PNG / CSV など手元保存が必要。

個人情報保護法や GDPR の「第三者提供に該当するか」は個別事案です。本記事は法的助言ではありません。情報システム担当・法務に要確認してください。

現場でありがちな失敗

• タブを閉じて復元依頼: サーバ保存が無いため運営側では復旧できません。こまめなエクスポート運用にしてください。
• 「通信ゼロ」と社内に説明してしまう: 広告・解析があるページでは通信は発生します。言うべきは「入力した業務データ処理用の外部送信がない」です。
• オフライン断定: 初回表示に CDN / フォント等が必要な場合があります。すでに開いたあとでも、機能ごとに差があります。

稟議に添付しやすい監査メモ雛形

免責

通信挙動は端末・ブラウザ拡張・プロキシ・将来の実装変更で変わり得ます。導入前に必ず自組織で検証し、免責事項も併読してください。