Skip to content
reader.me

如何在 30 秒內判斷一個 PDF 網站會不會上傳你的檔案

打開瀏覽器的 Network 分頁,丟進一份 PDF,然後盯著看。30 秒內你就能看出一個 PDF 網站是把檔案上傳,還是留在你的裝置上。

AGAntonia González · 2026年7月16日 · 6 分鐘閱讀

一個 PDF 網站告訴你,你的檔案「100% 私密」而且「絕不儲存」。也許是真的,也許不是。問題是,你不必只憑他們一面之詞。你的瀏覽器其實已經記錄了一個網站送出與收到的每一個位元組,而你自己就能讀懂這份紀錄。這大約只要 30 秒,而且你完全不需要會寫程式。

以下就是這個測試,一步一步教你,還有怎麼讀懂結果。

先打開 DevTools

每一款現代瀏覽器都內建了一個叫做 DevTools 的開發者面板。其中一個部分,也就是 Network 分頁,會列出頁面發出的每一個請求:圖片、字型、指令碼,以及網站送出的任何檔案。

打開你想檢查的那個 PDF 網站,但先別急著丟進你的檔案。接著打開 DevTools:

  • Chrome、Edge、Brave 或 Firefox:F12,或在頁面任何地方按右鍵選擇 檢查(Inspect)
  • Safari: 先打開「開發」選單(設定 → 進階 → 「顯示網頁開發者功能」),然後按 Option + Cmd + I

點面板上方的 Network 分頁。你會看到一張表格,欄位有 Name、Status、Type 和 Size。如果它是空的,沒關係。找到那個小小的「Preserve log」核取方塊並勾起來,這樣紀錄就不會被清掉,然後點清除按鈕(一個畫了斜線的圓圈),讓清單從乾淨的狀態開始。

丟進一份 PDF 然後盯著看

現在就做這個網站本來要做的事。拖進一份 PDF,或選一個檔案,然後執行那個動作:合併、壓縮、旋轉,不管這個工具是做什麼的。當它運作時,把目光放在 Network 分頁上。

會有兩種情況發生。

這個網站上傳了你的檔案。 你會在開始動作的當下看到一列新的紀錄冒出來。它通常是一個 POST 請求(看 Method 欄,或點開那一列)。最明顯的破綻在 Size 欄:如果你的 PDF 是 4 MB,你會看到一個差不多那麼大的請求離開你的機器。點開那一列,打開裡面的 PayloadRequest 分頁,你常常能看到你的實際檔案資料就躺在那裡。那就是你的文件正前往他們的伺服器。

這個網站把它留在本機。 你丟進檔案,工具做了它的工作,結果下載下來,而 Network 分頁顯示……沒有任何新東西。沒有大的 POST。沒有跟你檔案一樣大的請求。唯一的流量是稍早載入頁面,加上也許一個幾百位元組、而不是好幾 MB 的小小分析請求。你的檔案從未離開過那個分頁。

這就是整個測試。Size 欄說明了大半的事。幾百位元組是日常雜務。幾 MB 而且跟你的檔案吻合,那就是一次上傳。

更直白的版本:拔掉網路

還有一個更簡單的檢查方式,而且完全不需要任何技術知識。載入那個 PDF 網站,然後關掉你的 Wi-Fi。現在試著用它。

一個在伺服器上處理檔案的工具,會在它無法連上伺服器的那一刻就壞掉。它會一直轉、逾時,或丟出錯誤,因為它在物理上根本無法把你的檔案送到任何地方。而一個在你瀏覽器裡執行的工具,會在 Wi-Fi 關掉的情況下繼續運作,因為它所需要的一切,在頁面載入時就已經下載好了。如果它在沒有連線的情況下還能合併、還能壓縮,那你的檔案就是留在原地。流程裡根本沒有伺服器可以上傳。

為什麼 reader.me 不會出現上傳

在 reader.me 上跑這個測試,Network 分頁會保持安靜。把一個檔案丟進 合併 PDF,把幾份文件併在一起,你不會看到任何把你的 PDF 送往別處的請求。壓縮 PDF 也一樣:檔案被讀進你瀏覽器的記憶體裡,就地重新壓縮,然後存回你的下載資料夾。在頁面載入後關掉你的 Wi-Fi,兩者依然能用。

那不是一句隱私口號,而是這些工具的打造方式。PDF 引擎隨網頁一起送到,並在你的裝置上執行。你的檔案以位元組的形式在記憶體裡被打開、被修改,再以一個新檔案的形式寫出來讓你下載。沒有任何東西被送到我們這裡,因為根本沒有需要它的伺服器步驟。如果你想了解一個檔案如何在不離開你機器的情況下變小,壓縮的詞彙條目 會帶你走一遍。

你可以不必再猜的事

下次當一個 PDF 網站承諾隱私時,你不必再納悶。打開 Network 分頁,丟進一個檔案,然後盯著 Size 欄。或者乾脆切斷你的 Wi-Fi,看看那個工具還能不能跑。無論哪種方式,瀏覽器都會告訴你真相,而且花的時間比讀那份你本來被要求去信任的隱私政策還少。

可以查證的隱私,勝過只能相信的隱私。現在你可以查證了。