PDF to Long Image 之所以可以安全地在線上使用,是因為轉檔器全程都在您的瀏覽器內處理您的文件,從不將檔案傳輸到遠端伺服器,每一頁的渲染、畫布合成以及 PNG 編碼全都本機在您自己的裝置上完成。安全性問題之所以重要,是因為大多數通用的「PDF to image」網路服務會悄悄地把您的檔案上傳到雲端工作節點,保留幾秒鐘(或更久),過程中還可能記錄中繼資料 — 這對合約、病歷、稅務表單、身分證件,或任何您不會公開張貼的內容來說,都是實實在在的風險。瀏覽器本機轉檔器把工作交給您自己的 CPU 和記憶體,從而避開了這個風險:檔案由 JavaScript 的 PDF 函式庫(例如 PDF.js)開啟,繪製到您掌控的畫布上,再匯出成 PNG,由您的瀏覽器直接存到下載資料夾。除非您自行選擇分享產生的影像,否則資料不會離開您的電腦,而且整個轉檔過程不需要帳號、電子郵件或登入。
為什麼把 PDF 堆疊成長影像時,安全性很重要
您不會僅因為陌生人客氣地開口,就把報稅單、僱傭合約或機密報告交給對方 — 而把這些文件上傳到不明的網路服務,基本上帶有同樣的風險。一個「免費」的 PDF 轉影像轉檔器可以架設在網路上的任何地方,而大多數的做法是:把您的檔案上傳到遠端伺服器,在進行渲染與轉檔時將其保留在記憶體中,然後回傳下載連結。在那段時間內,檔案會經過您無法稽核的基礎設施:第三方 CDN、雲端工作節點,甚至可能是一個會記錄檔名或內容類型的分析端點。對於低風險的資料 — 例如餐廳 menu、公開手冊 — 這種曝露通常無妨。但對於任何個人、財務、醫療、法律或機密性質的內容,光是上傳這個動作本身就是問題,即使服務保證在轉檔後立即刪除檔案也一樣。一個真正安全的 PDF to long image 轉檔器,根本就不該把文件放到伺服器上,這個差別正是區分一個尊重隱私的工具與一般通用工具的關鍵。
PDF to Long Image 如何保護您的文件隱私
PDF to Long Image 以瀏覽器本機處理為核心進行設計。當您開啟工具頁面時,PDF.js 渲染函式庫及其共用 worker 並不會被載入;它們只會在您按下 Convert 之後才會下載。這代表初次瀏覽頁面時並不會拉入任何重量級程式碼,也不會進行任何文件處理,直到您主動選擇執行轉檔。當您按下 Convert 後,您選擇的檔案會由瀏覽器的 File API 讀取,再交給 PDF.js,後者會把每一頁繪製到 HTML 畫布上。接著這些每頁的畫布會在您的瀏覽器分頁中,由上到下繪製到一張合併的畫布上。最後的影像會使用標準的 HTMLCanvasElement.toBlob() 方法匯出為 PNG,並建立一個暫時性的物件 URL,以便瀏覽器觸發下載。
這個流程中不需要任何網路往返 — 唯一的網路活動,就是一次性下載 PDF.js 本身,而它是託管在一個與其他 PDF 影像轉檔器共用的固定 URL 上,以便瀏覽器快取。新的轉檔會自動取消舊的轉檔,每一頁的畫布在被拷貝進合併影像後就會釋放,而合併畫布及其下載 URL 則會在您變更設定、選擇其他檔案或關閉工具時一併釋放。整個過程不需要帳號、不需要註冊、輸出上不會加上浮水印,也不會對您的檔案內容進行任何遙測。
如何安全地在線上將 PDF 轉為長影像
- 在瀏覽器中開啟 PDF to Long Image,並從電腦中挑選一個 PDF 檔。該工具接受最大 25 MiB、最多 40 頁的 PDF;更大或更長的文件會在任何渲染開始之前被拒絕。
- 選擇渲染縮放倍率與頁面間距。縮放倍率控制每一頁的點陣解析度 — 數值越高,在長影像以原始大小檢視時細小的文字會更清晰,但寬度、高度、記憶體與下載檔案大小也會跟著增加。頁面間距則是在相鄰頁面之間插入一條白色像素帶,範圍從 0 到 32 像素。
- 點擊 Convert to Long PNG。工具會先進行預檢,計算每一頁的縮放後視窗與合併畫布的完整尺寸。只有在預檢成功後才會開始最終編碼,所以如果後續頁面會把結果推過上限,您永遠不會看到一張做一半的長影像。
- 檢視工具顯示的合併寬度、高度與頁數。如果預覽出來的尺寸對您的用途來說太高,請降低縮放倍率,或分開轉檔較短的部分。
- 點擊 Download 來儲存單一長 PNG。檔名衍生自您原來的 PDF:工具會去除空白、移除結尾的 .pdf(不分大小寫)、替換對桌面系統不安全的字元,並附加 -long.png。
轉檔器內建的安全限制
工具強制實施一組嚴格的安全上限,避免單一過大的文件耗盡瀏覽器的記憶體,或產生難以使用的檔案。在開始前先了解這些限制,有助於您判斷是否要降低縮放倍率、拆分文件,或選擇其他輸出格式。文件中寬度最大的那一頁會決定最終畫布的寬度;較窄的頁面會水平置中,但不會被拉寬,這代表直向與橫向頁面混用時,仍能在同一條長影像中整齊對齊。
| 限制 | 最大值 | 存在的原因 |
|---|---|---|
| 原始檔案大小 | 25 MiB | 讓 PDF 維持在 PDF.js 能在瀏覽器分頁中舒適解析的範圍內 |
| 頁數 | 40 pages | 限制每次轉檔轉檔器所需處理的總工作量 |
| 每頁渲染 | 每邊 12,000 px,40 MP | 避免單一異常大的頁面超過畫布限制 |
| 所有頁面合計 | 100 MP | 保護整份文件的總體記憶體使用量 |
| 最終合併畫布 | 每邊 12,000 px,100 MP | 符合瀏覽器畫布上限,使長 PNG 確實能完成編碼 |
即使每一頁都很小,文件仍可能達到高度限制 — 以高縮放倍率堆疊 40 頁直向頁面,最終影像的高度很容易就超過 12,000 像素。發生這種情況時,最乾淨的解決方法是降低縮放倍率;如果文件本質上就過高,將各頁分別匯出為 PNG,會更符合您心目中的用途。
長 PNG 保留了什麼、捨棄了什麼
長 PNG 是頁面的呈現結果,而不是結構化的 PDF 轉檔。PDF.js 將可見的頁面內容 — 文字、向量圖形、照片、嵌入字型、裁切路徑 — 繪製到畫布上,轉檔器再把這些畫布堆疊成一張影像。輸出結果保留了每一頁的視覺樣貌,包括排版、字體與圖像。它不會保留可選取的文字、即時連結、表單控制項、圖層、可編輯的註解物件、文件中繼資料,或原本內部的影像。一旦 PNG 下載完成,文字就成為圖片的一部分,無法再被複製或搜尋,原本頁面上的任何連結也都變成了像素。如果您需要可編輯或可搜尋的結果,該選擇其他工具。如果您需要的是一份文件渲染結果的精確視覺紀錄,那長 PNG 正是其所宣稱的內容。
什麼情況下長影像不是合適的輸出
非常高的 PNG 在預期使用短影像的場景中會顯得尷尬:電子郵件客戶端可能限制附件尺寸,影像編輯器在處理高度超過數千像素的畫布時會很吃力,而大多數社群平台會對極長的圖片進行縮放或直接拒絕。這個工具刻意只輸出無失真的 PNG,因此又長又高縮放倍率的文件,檔案大小可能會很可觀。如果您希望每頁一張較小的失真格式影像,PDF to JPG 轉檔器會產生可調整品質的個別 JPEG。如果您希望每頁一張無失真影像,PDF to PNG會將每一頁分別渲染為一張符合原始尺寸的 PNG。這些轉檔器都不會修改原始 PDF,所以您隨時可以回頭處理它,並在長影像不合用時嘗試不同的輸出格式。