PDFSub 如何在不傳輸檔案的情況下處理 PDF

您需要將銀行對帳單轉換為 Excel。或者將兩份合約合併為一個 PDF。或者在透過電子郵件發送給客戶之前壓縮報稅單。

於是您 Google「PDF 轉換器」，點擊第一個結果，然後將檔案拖入上傳框。進度條填滿，圖示旋轉。三十秒後，您下載了結果。

簡單、快速。但您的敏感文件剛剛跨越了網際網路，降落在陌生人的伺服器上，由您無法檢查的軟體處理，並（希望）在處理後被刪除。

這就是線上文件工具的隱私悖論。您最需要處理的文件——銀行對帳單、報稅單、法律合約、醫療記錄、財務報告——正是您最應該謹慎分享的文件。然而，每個主要 PDF 工具的標準工作流程都要求您將這些檔案交給第三方。

PDFSub 的誕生就是為了打破這種模式。對於大多數操作，您的檔案永遠不會離開您的裝置。本文將詳細解釋這是如何運作的、何時伺服器端處理是真正必要的，以及您如何親自驗證每一項聲明。

大多數線上 PDF 工具的運作方式

在解釋 PDFSub 有何不同之前，了解標準方法會有所幫助。幾乎所有的線上 PDF 工具——無論是免費還是付費——都遵循相同的模式：

您在裝置上選擇一個檔案
檔案透過網際網路被上傳到供應商的伺服器
伺服器處理檔案（合併、壓縮、轉換、擷取數據）
結果發送回給您作為下載
原始檔案保留在他們的伺服器上，直到（據稱）被刪除

從供應商的角度來看，這種架構是有道理的。伺服器端處理更容易構建、更容易擴展，並讓供應商擁有完全的控制權。但從您的角度來看，這意味著您的文件接觸到了您無法控制的基礎設施。

即使供應商使用 HTTPS，即使他們承諾在處理後刪除檔案，甚至即使他們有令人放心的隱私政策——您的檔案仍然曾經出現在他們的伺服器上。它存在於他們的記憶體中、硬碟上，甚至可能出現在他們的備份和日誌中。支援人員可能有權訪問。分包處理商可能會收到副本。如果他們的基礎設施遭到入侵，您的文件可能會與數百萬份其他文件一起被洩露。

這適用於您使用過的幾乎所有線上 PDF 工具。大品牌、免費工具、「注重隱私」的工具——幾乎都遵循這種「上傳-處理-下載」模式。

「注重隱私」通常意味著什麼

有些工具標榜自己具有隱私意識。但請仔細觀察這通常意味著什麼：

「檔案在傳輸過程中加密」——這只是 HTTPS。每個網站都使用它。它保護您的檔案在傳輸過程中的安全，而不是在他們的伺服器上時的安全。
「檔案在 2 小時後刪除」——對於第三方伺服器上的敏感文件來說，兩小時是很長的時間。而且「刪除」並不總是意味著從備份中抹除。
「我們不閱讀您的檔案」——技術上沒錯——是由自動化軟體處理的。但檔案仍在他們的基礎設施上，任何擁有伺服器訪問權限的人都可以訪問。
「通過 SOC 2 認證」——這證明安全流程存在，並不代表不會發生洩漏。當 MOVEit 數據洩漏事件暴露了 9330 萬人的數據時，四大會計師事務所中有三家都擁有 SOC 2 認證。

這些措施都不是壞事。但對於真正敏感的文件來說，它們是不夠的。最安全的方法不是更好的加密或更短的保留期——而是從一開始就不發送檔案。

PDFSub 有何不同：基於瀏覽器的處理

PDFSub 採取了根本不同的架構方法。PDFSub 不是將您的檔案上傳到伺服器進行處理，而是直接在您的網頁瀏覽器中運行處理軟體。

當您開啟 PDFSub 並載入 PDF 時，檔案會從您的裝置讀取到瀏覽器的記憶體中。處理代碼（使用 JavaScript 和 WebAssembly 編寫）在您的電腦上運行，使用您的處理器和記憶體。結果在本地生成，並直接從您的瀏覽器下載到您的硬碟。

檔案從未跨越網路。它從未接觸過遠端伺服器。沒有上傳，沒有原始檔案數據的下載，沒有伺服器端存儲，沒有保留期，也沒有第三方訪問。

這不是一個需要信任的行銷聲明。這是一個您可以親自驗證的技術架構（稍後會詳細介紹）。

基於瀏覽器的處理實際上是如何運作的

您不需要成為軟體工程師也能理解這一點。想像傳統的 PDF 工具就像照片沖印店。您將照片交給店員，店員進行處理和列印，然後（希望）銷毀您的原件。您必須信任店員。

基於瀏覽器的處理更像是家裡有一台相片印表機。照片從未離開過您的家。處理過程在您的設備上進行，受您的控制。

當 PDFSub 在您的瀏覽器中載入時，它會將處理軟體下載到您的裝置。該軟體隨後完全在您的機器上運行。您的瀏覽器提供了一個安全的沙盒 (sandboxed) 環境，代碼可以在其中讀取和處理您的檔案，而無法將原始檔案數據發送到其他地方。

以下是典型操作的逐步流程：

您開啟 PDFSub——您的瀏覽器下載應用程式代碼 (JavaScript, WebAssembly)。這就是處理引擎。
您選擇一個 PDF 檔案——您的瀏覽器將檔案從您的硬碟讀取到本地記憶體中。不發出網路請求。
處理在本地發生——JavaScript/WebAssembly 代碼解析 PDF 結構、擷取文字、操作頁面或執行您選擇的任何操作。所有計算都使用您裝置的處理器。
結果在記憶體中生成——輸出檔案（合併後的 PDF、Excel 試算表、壓縮後的 PDF 等）在您的瀏覽器記憶體中創建。
您下載結果——檔案直接從瀏覽器記憶體保存到您的硬碟。不涉及伺服器。

在任何時候，原始檔案（或其內容）都不會離開您的裝置。瀏覽器的安全模型強制執行了這一點：在網頁中運行的 JavaScript 無法在不發出網路請求的情況下靜默傳輸數據，而您可以即時監控網路請求。

瀏覽器安全模型保護著您

現代網頁瀏覽器提供了多層保護，使這種架構真正安全：

同源政策 (Same-origin policy)——來自一個網站的代碼無法訪問來自另一個網站的數據。其他分頁或網站無法讀取您在 PDFSub 中處理的檔案。
程序隔離 (Process isolation)——每個瀏覽器分頁都在獨立的沙盒程序中運行。您電腦上的其他應用程式無法訪問正在處理的數據。
無持久性存儲——當您關閉分頁時，記憶體中的所有數據都會被銷毀。與伺服器端處理不同，硬碟上沒有殘留副本，沒有備份快照，也沒有包含您數據的日誌文件。
可稽核的網路活動——您的瀏覽器發出的每個網路請求在開發者工具中都是可見的。您可以即時驗證沒有檔案數據被傳輸。

這不是 PDFSub 構建的專有安全系統。這是 Web 平台本身的安全模型，由 Chrome、Firefox、Safari 和 Edge 強制執行——這些瀏覽器背後有數十億美元的安全投資。

它甚至可以離線工作

一旦 PDFSub 的頁面載入完成，即使您斷開網際網路連接，許多操作仍然可以運作。處理代碼已經在您的瀏覽器中。檔案已經在記憶體中。合併 PDF、壓縮文件或擷取文字不需要網路連接。

載入 PDFSub，開啟飛航模式，然後處理檔案。它依然有效——因為檔案本來就不會被上傳。

何時伺服器端處理是必要的

透明度至關重要，所以讓我們直言不諱：並非每項操作都能在您的瀏覽器中發生。某些任務需要瀏覽器不具備的功能，對於這些任務，PDFSub 確實會使用伺服器端處理。

以下是具體情境：

需要 OCR 的掃描版 PDF

當 PDF 是掃描影像（列印文件的照片）時，您的瀏覽器可以看到像素，但無法閱讀文字。從影像中擷取文字需要光學字元辨識 (OCR)，而這又需要 AI 模型，這些模型太大且計算強度太高，無法在瀏覽器中運行。

對於掃描文件，PDF 會被發送到 PDFSub 的伺服器，在那裡 AI 驅動的 OCR 會讀取影像中的文字，擷取數據並返回結果。

AI 驅動的功能

諸如 AI 摘要、AI 翻譯、AI 數據擷取以及關於文件的 AI 對話等功能，需要運行在專用硬體上的大型語言模型。這些功能目前無法在瀏覽器中運行——這些模型需要大量的計算資源，超出了消費級裝置所能提供的範圍。

當您使用 AI 功能時，相關的文件內容會被發送到伺服器進行處理。

複雜的伺服器端解析

某些 PDF 文件具有不尋常的編碼、損壞的結構或瀏覽器解析器無法處理的邊緣案例格式。在這些情況下，PDFSub 會退而求其次，使用擁有更強大解析工具的伺服器端解析器。

伺服器端處理期間會發生什麼

當需要伺服器端處理時，以下是具體發生的情況：

加密傳輸——您的檔案透過 TLS（與線上銀行相同的加密技術）發送到 PDFSub 的伺服器
在記憶體中處理——檔案會立即被處理。它在處理期間保留在伺服器記憶體中，不會寫入永久存儲
返回結果——處理後的結果發送回您的瀏覽器
立即刪除——處理完成後，原始檔案和任何中間數據會立即從伺服器記憶體中刪除
無保留——PDFSub 不會存儲您的檔案，不會記錄檔案內容，也不會在處理後保留任何文件數據
不用於 AI 訓練——您的文件絕不會用於訓練 AI 模型。檔案內容在處理後即被丟棄

與其他工具的關鍵區別在於：PDFSub 僅在技術上必要時才使用伺服器端處理，且僅針對需要它的特定操作。大多數工具無論是否需要，都會將每個檔案發送到他們的伺服器。

這對您的文件意味著什麼

不同的文件類型有不同的處理路徑。以下是實際的分類：

銀行對帳單 (數位 PDF)

如果您從線上銀行入口網站下載銀行對帳單，它是數位 PDF——文字是實際的文字，而不是掃描影像。對於這些文件，PDFSub 的擷取引擎完全在您的瀏覽器中運行。

交易日期、說明、金額和餘額都在本地解析和結構化。輸出結果——無論是 Excel、CSV、QBO、OFX 還是任何其他格式——都在您的裝置上生成。您的銀行對帳單及其帳號、交易歷史和餘額永遠不會離開您的電腦。

這是銀行對帳單轉換最常見的情境，因為現今絕大多數銀行對帳單都是以數位方式下載的。

銀行對帳單 (掃描版)

如果您處理的是翻拍或掃描的實體對帳單，PDF 包含的是影像而非文字。這些需要伺服器端 AI 來讀取影像中的文字。檔案會被發送到伺服器，處理後立即刪除。

發票與收據

從數位發票和收據中擷取文字發生在您的瀏覽器中。如果您想要 AI 驅動的分析——自動識別供應商名稱、品項、稅額和總計——則需要伺服器端 AI 處理。

合約與法律文件

合併合約、壓縮法律文件、擷取特定頁面、添加浮水印、遮蓋 (redacting) 內容以及大多數其他 PDF 操作都完全在您的瀏覽器中發生。文件全程保留在您的裝置上。

財務報告

將財務報告的表格轉換為 Excel 對於數位 PDF 來說是在瀏覽器端完成的。AI 驅動的分析——生成摘要、擷取關鍵指標或針對內容提問——則需要伺服器端處理。

一般規則

如果操作是結構性的（合併、拆分、壓縮、旋轉、擷取頁面、轉換格式、添加浮水印）——它發生在您的瀏覽器中。

如果操作需要 AI 理解（摘要、翻譯、從複雜或掃描文件中擷取數據、問答）——它需要伺服器端處理。

PDFSub 提供 77+ 種工具。其中大部分是基於瀏覽器的操作，絕不接觸伺服器。

針對受監管行業

如果您在數據處理要求嚴格的領域工作，瀏覽器端處理與伺服器端處理之間的區別具有實際的合規意義。

醫療保健 (HIPAA)

HIPAA 要求受監管實體和業務夥伴保護患者健康資訊 (PHI)。當您使用雲端工具處理包含 PHI 的文件時，該工具的供應商就成為了業務夥伴——需要簽署業務夥伴協議 (BAA)、記錄安全控制措施並承擔洩漏通知義務。

當您使用 PDFSub 的瀏覽器端工具處理包含 PHI 的 PDF 時，文件永遠不會離開您的裝置。由於沒有分享 PHI，因此這些操作不需要 BAA。這簡化了合規性並消除了供應商風險。

對於需要伺服器端處理的 AI 功能，則適用標準的 HIPAA 供應商評估。

金融服務

銀行、投資公司、保險公司和財務顧問處理受《格蘭姆-里奇-比利雷法案》(GLBA)、SEC 規則、FINRA 要求和各州特定法規管轄的數據。這些要求記錄數據處理程序、供應商風險評估以及限制與第三方分享客戶數據。

基於瀏覽器的處理意味著對於不需要 AI 的操作，客戶財務數據保留在本地。這減少了合規文件中涉及的第三方數據處理商，並簡化了供應商風險評估。

法律

律師處理受律師-客戶特權保護的文件。將受特權保護的文件上傳到第三方伺服器會帶來風險，如果文件被訪問、洩漏或被供應商傳喚，特權可能會受到挑戰。

對於受特權保護文件的基本 PDF 操作——合併證據揭露檔案 (discovery files)、壓縮證物、擷取頁面——基於瀏覽器的處理意味著文件永遠不會離開律師的裝置。特權得以毫無疑問地維持。

會計與稅務申報

IRS 要求所有稅務專業人員維持一份書面資訊安全計畫 (WISP)。AICPA 限制向第三方披露客戶機密資訊。將雲端工具用於客戶財務文件會產生合規義務。

基於瀏覽器的處理消除了不需要伺服器端 AI 的操作的這些義務。您的 WISP 變得更簡單，您的供應商風險清單更短，您的合規態勢更強。

如何親自驗證

您不必聽信 PDFSub 的片面之詞。基於瀏覽器的架構可以使用網頁瀏覽器中內建的工具進行全面稽核。

步驟 1：開啟開發者工具

在任何現代瀏覽器中，按下 F12（或在頁面任何地方點擊右鍵並選擇「檢查 (Inspect)」）。這將開啟開發者工具面板。

步驟 2：前往網路 (Network) 標籤頁

點擊 網路 (Network) 標籤頁。這會顯示您的瀏覽器發出的每個網路請求——每個下載的檔案、每個 API 調用、每個數據傳輸。任何東西都無法在不顯示在這裡的情況下從您的瀏覽器發送出去。

步驟 3：清除記錄

點擊清除按鈕（一個帶有斜線的圓圈）以從頭開始。

步驟 4：處理文件

將 PDF 載入 PDFSub 並運行任何基於瀏覽器的操作——合併、壓縮、擷取文字、轉換銀行對帳單。

步驟 5：檢查網路記錄

查看處理期間出現的請求。對於基於瀏覽器的操作，您會看到：

沒有檔案上傳請求——沒有將您的 PDF 數據攜帶到伺服器的 POST 或 PUT 請求
任何請求中都沒有文件內容——檔案位元組保留在您的瀏覽器記憶體中
只有微小的元數據 (metadata) 請求——例如使用分析（頁面瀏覽量、功能使用情況），不包含任何文件數據

這是安全研究人員用來稽核網頁應用程式的相同技術。如果 PDFSub 秘密上傳您的檔案，它會立即變得顯而易見。

那麼 AI 操作呢？

如果您使用需要伺服器端 AI 的功能，您將在「網路」標籤頁中看到一個網路請求。這是預料之中的——內容需要到達伺服器進行 AI 處理。區別在於 PDFSub 對哪些操作需要這樣做是透明的，而不是靜默上傳每個檔案。

PDFSub 收集哪些資訊 vs. 不收集哪些資訊

完全透明意味著具體說明 PDFSub 處理和不處理哪些數據。

PDFSub 收集哪些資訊

帳戶資訊——如果您創建帳戶，包括您的電子郵件地址、姓名和訂閱詳情
使用分析——您使用哪些工具、頻率、頁面瀏覽量和功能互動。這是標準的網頁分析，有助於改進產品
錯誤報告——如果發生錯誤，匿名化的錯誤資訊（而非您的文件內容）有助於診斷和修復問題
付款資訊——由支付服務供應商處理（PDFSub 不直接存儲）

PDFSub 在瀏覽器端操作中不收集哪些資訊

您的檔案內容——對於基於瀏覽器的操作，您的 PDF 位元組絕不會傳輸到 PDFSub 的伺服器
擷取的文字——交易說明、姓名、金額、日期——這些數據都不會因為本地操作而離開您的裝置
文件元數據——PDF 內的檔案名稱、作者欄位、創建日期都保留在您的裝置上
處理後的輸出——Excel 檔案、CSV、合併後的 PDF 或壓縮文件都在您的瀏覽器中生成並保存到您的裝置

對於伺服器端操作

當操作需要伺服器端處理（AI 功能、掃描文件 OCR）時，文件內容會被發送到伺服器進行處理，並在處理後立即刪除。它不會被存儲、記錄、索引或用於除了完成您請求的操作之外的任何目的。

與其他方法的比較

為了將 PDFSub 的方法置於背景中，以下是它與常見替代方案的比較：

方式	處理位置	是否需要上傳檔案	數據保留	隱私等級
PDFSub (瀏覽器端工具)	您的裝置	否	無	最高 — 檔案不外流
PDFSub (AI 功能)	PDFSub 伺服器	是 (僅在需要時)	無 — 立即刪除	高 — 極低風險
典型雲端 PDF 工具	供應商伺服器	是，一律上傳	數小時至數天	中等 — 取決於供應商
企業級雲端工具	供應商伺服器	是，一律上傳	依保留政策而定	中等 — 有文件化控制
桌面軟體	您的裝置	否	本地檔案	高 — 但需要安裝

就隱私而言，桌面軟體是最接近的比較對象——兩者都在本地處理。基於瀏覽器的優勢在於：無需安裝、可在任何帶有瀏覽器的裝置上運行、始終保持最新，並且可以從無法運行桌面軟體的 Chromebook 和平板電腦訪問。

誠實的權衡

沒有任何方法是完美的，值得信賴意味著對局限性保持誠實。

對於非常大的檔案，基於瀏覽器的處理可能會較慢。 對於極大型文件（100 頁以上），配備優化硬體的專用伺服器可能會更快。對於典型文件，差異微乎其微。

AI 功能需要伺服器端處理。 如果您需要 AI 摘要、翻譯或掃描文件的 OCR，內容必須到達伺服器。PDFSub 通過優先使用本地處理並僅在必要時升級處理來最大限度地減少這種情況。

瀏覽器功能有限制。 邊緣案例——損壞的 PDF、不尋常的編碼、極其複雜的佈局——可能需要伺服器端備援。PDFSub 會優雅地處理這些情況，但在這些情況下檔案確實會離開您的裝置。

我們的理念是：盡可能在本地處理，僅在真正需要時才使用伺服器端，透明地說明哪種是哪種，並在需要伺服器處理時立即刪除所有內容。

為什麼這種架構至關重要

軟體趨勢正朝著更多的雲端處理、更多的數據收集、更多的伺服器端計算發展。對於敏感文件——銀行對帳單、報稅單、法律合約、醫療記錄和財務報告——這種趨勢完全是倒退的。

最安全的檔案是永遠不會離開您裝置的檔案。最安全的伺服器是永遠不會接收您數據的伺服器。最強大的隱私政策是那種不需要存在的政策，因為供應商端根本沒有什麼需要保護的東西。

PDFSub 的瀏覽器端架構不是行銷差異化特點。這是一個塑造每個工具如何構建的根本設計決策。當一個新功能可以在客戶端實現時，它就會被實現。伺服器端處理是例外，而不是預設。

對於注重隱私的專業人士、合規官和 IT 經理來說，問題不僅僅是「這個工具有好的隱私政策嗎？」，而是「這個工具到底需不需要訪問我的檔案？」

對於 PDFSub 的大部分功能，答案是否定的。

親自試用

評估 PDFSub 隱私架構的最佳方式是親身體驗。

開始您的 7 天免費試用 —— 瀏覽所有 77+ 種工具，在開啟「網路」標籤頁的情況下處理文件，親自見證。沒有檔案上傳。沒有伺服器端處理。您的文件保留在您的裝置上。

對於銀行對帳單轉換、PDF 合併、壓縮、文字擷取以及數十種其他操作——您的檔案永遠不會離開您的瀏覽器。這不是一個承諾。這是一個您可以驗證的架構。