一個安全的線上 PDF 頁數計算器會在當前的瀏覽器分頁中讀取您的檔案,絕不會將位元組傳輸到伺服器。在此情境下,隱私有三項具體的檢驗標準:文件不得上傳到遠端服務、原始檔案不得修改、頁數總計必須來自 PDF 自身的結構,而非根據檔案大小、縮圖數量或可見的頁碼標籤所做出的估算。PDF Page Counter 符合這三項要求,因為解析作業發生在您的瀏覽器中,使用的是 JavaScript PDF 函式庫,檔案絕不會上傳到 Lizely。因此答案既私密又即時,磁碟上的原始 PDF 與您開啟的內容保持位元級完全相同。
「使用上是否安全」這個問題在 PDF 包含合約、內部報告、草稿、掃描的身分證件,或任何您不會以電子郵件寄給陌生人的內容時,最為重要。一個悄悄上傳檔案的計算器會喪失快速檢查的意義;一個為了「修正」文件而改寫中繼資料的計算器會留下痕跡;一個根據檔案大小猜測頁數的計算器,在壓縮檔或純影像 PDF 上會給出錯誤的答案。本指南的其餘部分將說明「安全」的真正意涵、如何在單一工具中驗證它,以及如何解讀頁面尺寸清單而不會將其誤判為品質評分。
「安全」對 PDF 頁數計算器而言的真正意涵
「安全」這個詞在網路上被使用得很隨意,因此將其轉化為可觀察的行為會有所幫助。對一個 PDF 頁數計算器來說,安全包含四項您可以在不到一分鐘內自行檢查的具體要素:
- 本機處理。檔案由瀏覽器載入、在記憶體中解析,絕不會被發送到遠端端點。您可以在計算器執行時開啟瀏覽器的網路分頁來確認;不應出現任何上傳請求。
- 唯讀作業。該工具不會儲存新的副本、不會正規化旋轉、不會去除中繼資料、不會加上浮水印,也不會修復損壞的交互參照。您開啟的檔案在操作之後與磁碟上的檔案完全相同。
- 結構式計算。總計是從 PDF 內部的頁面樹狀結構讀取,而不是來自啟發式方法。啟發式計算器容易被以影像為主的掃描檔、壓縮過的草稿,以及省略或重複可見頁碼標籤的 PDF 所欺騙。
- 誠實的失敗模式。加密、空白、過大或受損的檔案會產生明確的錯誤訊息,而不是捏造一個數字來悄悄誤導使用者。
如果一個計算器宣稱「安全」,卻仍要求您以電子郵件寄送檔案、登入,或授予雲端硬碟的存取權限,那麼這四項要素中至少有一項缺失。純瀏覽器的計算器能同時滿足這四項,因為檔案從不離開分頁。
為何基於瀏覽器的計算器優於上傳式工具
上傳式計算器會將您的文件路由到伺服器,在那裡計算頁數,再將結果送回。這種往返流程對公開檔案來說沒問題,但它將信任面擴展到伺服器的營運者、其保留記錄的時間長度、TLS 是否正確設定,以及員工或承包商是否能讀取檔案。對敏感的 PDF 來說,這些問題本身就是全部的難題。
基於瀏覽器的計算器則將信任面縮減到您自己的裝置。用以解析頁面樹狀結構並讀取每個頁面框的函式庫是以 JavaScript 形式提供,由瀏覽器在與頁面相同的來源中執行。像是 PDFDocument.getPageCount 和 PDFPage.getSize 這些方法(兩者皆記載於 pdf-lib API)會在使用者選擇檔案後,於瀏覽器已掌握的記憶體內表示法上作業。這裡沒有伺服器中繼、沒有佇列、沒有可被調閱或外洩的共用後端儲存,而且檔案從一開始就絕不會上傳到 Lizely。
相同的方法也讓結果可被驗證。由於計數直接來自文件的頁面陣列,而不是來自對檔案大小的猜測,因此您無需相信該工具的行銷說法——您可以針對 PDF 的十六進位傾印,或針對桌面版檢視器進行抽樣比對。這種可驗證性,正是對頁數計算而言「安全」的實務定義;而相同的本機處理論點也適用於其他基於瀏覽器的 PDF 工具,例如相關工具的 紙張尺寸圖表安全指南。
使用 PDF Page Counter 安全地計算頁數
這個操作刻意設計得很簡單:選擇檔案、等待瀏覽器讀取頁面樹狀結構,然後查看總計。三個步驟,沒有上傳、沒有修改副本、沒有儲存任何內容。
- 選擇一個不超過 25 MiB 的非空 PDF。點擊檔案選擇器並選取文件。25 MiB 的上限是一道防護機制,而非可調整的旋鈕;超過此大小的檔案會產生可見的錯誤訊息,以確保該工具絕不會靜默地回報部分計數。
- 等待瀏覽器讀取文件的頁面樹狀結構。一旦選取檔案,既有的 PDF 函式庫會在本機解析該檔案並遍歷頁面陣列。在新檔案處理完成前選擇不同的檔案會清除先前的結果,而作業識別碼可防止較舊的慢速讀取覆蓋較新的選擇。
- 檢視總頁數以及每個分組的頁面框尺寸。總計會顯示在結果面板的頂端。在其下方,該工具會列出所找到的每個不同的頁面框寬度與高度(以 PDF 點為單位),以及每個尺寸所對應的頁數,依照首次出現的順序分組。
這就是完整的工作流程。由於來源未被變更,因此不會下載任何東西;由於來源不會被傳送到分頁之外的任何地方,因此也不會上傳任何東西。
正確解讀頁面框清單而不產生誤判
許多使用者只在意頁數總計,但分組後的尺寸才是讓計算器化身為快速品保工具的關鍵。一份文件可能封面是一種尺寸、內頁是另一種尺寸、摺頁則是第三種尺寸,而這份清單能在您不必逐頁捲動 PDF 的情況下,將該結構顯現出來。
| 該工具會讀取的內容 | 該工具會忽略的內容 |
|---|---|
| 結構性頁面陣列的長度 | 以位元組或 MiB 計的檔案大小 |
| 以點為單位的頁面框寬度與高度 | 螢幕的像素尺寸 |
| 可見的頁碼標籤(僅供參考) | 列印張數或雙面列印的假設 |
| 檔案中存在的不同頁面尺寸 | A4 或 Letter 等紙張標準標籤 |
| PDF 所儲存的旋轉中繼資料 | 檢視器在視覺上如何旋轉頁面 |
舉例來說,一份 5 頁的報告,其中封面與封底為 612 × 792 點,三頁內頁為 400 × 500 點,將會回報總計為 5 並分成兩個尺寸群組:「612 × 792 — 2 頁」與「400 × 500 — 3 頁」。2 + 3 = 5 的算術結果符合結構性頁數,這項交叉檢驗也證實了解析過程是乾淨的。顯示值僅為了可讀性而四捨五入至最多兩位小數;分組比較的是四捨五入後的顯示尺寸,因此即使兩頁的底層數值相差不到一個點的四分之一,只要四捨五入後顯示相同,就會被歸為同一組。
這些尺寸是文件幾何資訊,而非品質評分。一個以大點數呈現的頁面可能包含低解析度的掃描影像,而一個小頁面則可能含有可乾淨縮放的向量圖形。請將這份清單視為一種結構性指紋,就像您看待章節大綱一樣——它對規劃很有幫助,卻不是對內容的裁決。
您會遇到的限制與錯誤情況
誠實的工具會明確地失敗。PDF Page Counter 會針對其無法處理的每一項輸入顯示明確的錯誤,這對於以隱私為優先的計算器而言,正是正確的行為:
- 空白檔案與非 PDF 檔案會在任何解析開始前產生錯誤。
- 超過 25 MiB 的檔案會被以專屬的尺寸訊息拒絕,以確保計數絕不會被靜默地截斷。
- 加密的 PDF不會被略過。該工具不會猜測密碼,也不會對受保護的檔案回報任何計數。
- 損壞的交互參照資料或其他結構性問題會讓 PDF 函式庫擲出例外,而計算器會將其顯現出來,而不是加以隱藏。
若您遇到上述任一限制,正確的做法是先修正輸入(使用您能掌控的工具移除密碼、壓縮檔案,或修復檔案),而不是換成一個會隱藏問題、更為寬鬆的計算器。一個會為受損的 PDF 捏造數字的計算器,從定義上來說,就是不值得信任的。
當您需要不同工具時
計算頁數與盤點頁面尺寸屬於唯讀作業,而這也正是重點所在。一旦您想要修改檔案,就應該切換到專門用來寫入新 PDF 的工具,並確認該工具同樣在本機執行。常見的後續作業包括:
- 分割大型 PDF 為較小的檔案(依頁數或頁碼範圍),由 Split PDF 處理。
- 重新排序頁面,當盤點結果顯示封面或摺頁位置錯誤時,由 Rearrange PDF Pages 處理。
- 調整尺寸將混合尺寸的頁面統一為單一目標尺寸(例如 A4 或美制 Letter),由 Resize PDF 處理。
- 旋轉所儲存的旋轉方向與檢視器顯示方式不一致的頁面,由 Rotate PDF 處理。
如果您只需要一次性的檢查——「有幾頁?尺寸為何?」——停留在唯讀計算器中是最安全的選擇。原始位元組不會被觸碰,答案是從文件本身推導而出,而且檔案絕不會上傳到 Lizely。這樣的組合才是實務上「在線上使用安全」應有的意涵。
若您正在權衡各種選項,PDF 轉長條圖在線上使用是否安全?安全提醒對此有詳細說明。