線上 JSON 格式化會上傳資料嗎
結論：判斷一個線上 JSON 工具是否會傳資料，不用看隱私政策，看網路面板就夠了：格式化時有沒有 XHR 請求、頁面能不能斷網使用、資料在重新整理後是否還在。
結論：判斷線上 JSON 工具是否上傳資料，先看網路面板有沒有帶請求體的 POST，再斷網重跑一次，最後重新整理確認是否寫入本機儲存；三步都通過，資料就留在瀏覽器裡。
不一定，但你能自己驗證，不用相信任何一句「我們很安全」。
三個動作，兩分鐘驗完
動作一：看網路面板。
開發者工具 → Network → 勾選 Fetch/XHR，貼上一段 JSON 點格式化。
如果出現一條 POST 請求，請求體裡就是你的資料，那就是上傳了。
如果整個過程只有靜態資源載入、沒有任何請求發出，處理就在本機。
動作二：斷網再試。
把網路斷開（DevTools 切到 Offline），重新整理頁面後貼上 JSON 點格式化。 能正常工作，說明解析邏輯全在瀏覽器裡；報錯或一直轉圈，說明依賴伺服器。
動作三：重新整理看資料還在不在。
重新整理後內容清空、Local Storage 與 IndexedDB 裡也找不到你的資料，說明沒有本機持久化。 注意有些工具會把「歷史記錄」存在瀏覽器裡，這屬於本機儲存，不上傳，但共用電腦時仍需手動清理。
為什麼這事值得較真
JSON 裡經常帶這些東西：
- 資料庫連線字串、AccessKey、Token
- 使用者手機號、身分證號、地址
- 內部介面的完整回應體
- 未公開的業務資料結構
一旦上傳到別人的伺服器，就等於把這些內容交給了第三方。多數工具會聲明「不記錄日誌」，但你無法驗證；而網路面板能驗證。
本工具的做法
bbdrug.com 的 JSON 工具是純靜態站點，頁面由建置期預渲染，解析、格式化、壓縮、轉換全部在瀏覽器內完成，格式化過程不發起任何攜帶資料的請求。
- 資料不落伺服器：沒有接收資料的介面
- 歷史記錄只存在瀏覽器本機，可隨時清空
- 斷網可用（頁面已載入的前提下）
需要更徹底的可控性時，用本機客戶端或命令列更穩妥：桌面端 與 命令列與編輯器工具鏈 都不經過網路。
幾條通用建議
| 資料類型 | 建議 |
|---|---|
| 公開範例、去識別化資料 | 任意線上工具都可 |
| 含 Token、金鑰 | 先替換成 xxx 再貼上 |
| 含個人資料 | 用本機工具，或用完立即清空歷史 |
| 生產環境完整報文 | 一律本機處理 |
順手養成一個習慣：貼上前把敏感值替換掉。這比事後清理瀏覽器歷史、擔心伺服器日誌要省心得多。
常見問題
能否只靠隱私政策判斷工具是否上傳資料？
不能。隱私政策只是聲明，無法驗證；網路面板能直接看到格式化時有沒有攜帶資料的請求。
斷網後仍能格式化，是否說明資料一定沒有上傳？
基本可以這樣判斷：解析邏輯在瀏覽器裡執行，就不依賴伺服器。但頁面載入本身仍需連網，斷網測試要在頁面已開啟後進行。
含 Token 的 JSON 要怎麼處理才安全？
先替換成 xxx 再貼上，或用本機客戶端與命令列處理。存在瀏覽器裡的歷史記錄屬於本機儲存，不上傳，但共用電腦時仍需手動清理。