將 PDF 壓縮成 PDF 意味著在保持相同文件格式的同時縮減檔案大小,而 Compress PDF 工具能在您的瀏覽器中完成這項工作,只重新編碼可以安全替換的內嵌 JPG 圖片,完全保留每一頁、文字行、連結和向量物件。PDF 從不離開目前的分頁;此工具會載入一個大小上限為 25 MB 的本機檔案,掃描其中位於 DeviceRGB 或 DeviceGray 色彩空間、沒有遮罩也沒有解碼參數的 DCTDecode JPG 圖片,將每張符合資格的圖片解碼至畫布,縮放到最長邊 1400 像素並以 JPEG 品質 0.70 重新編碼,接著僅在新的位元組確實小於原始檔案時才替換回去。如果沒有任何 JPG 可以在縮小的情況下被替換,此工具會回傳誠實的錯誤訊息,而不是給您一個虛構的下載檔案。由於它是在同一個 PDF 內部運作,格式永遠不會改變 — 您的文件仍是 PDF,頁數維持不變,註解和詮釋資料也都完整保留。
Compress PDF 實際上做了什麼
「將 PDF 壓縮成 PDF」聽起來很冗贅,但這個格式限制其實很重要:一個變成 JPG 資料夾或 Word 檔的 PDF 已經不再是 PDF 了。Compress PDF 精確地保留外層封裝 — 相同的頁數、相同的文字層、相同的超連結、相同的向量外框、相同的表單欄位、相同的詮釋資料 — 只在數學上安全可行的地方換入較小的位元組流。
此工具透過列舉單一本機 PDF 內的內嵌圖片 XObject,逐張決定是否重新編碼來達成這點。只有狹窄的一類符合資格:未遮罩的 DCTDecode JPG,其色彩資料為 DeviceRGB 或 DeviceGray,且沒有特殊的 Decode 陣列。其他所有情況 — JPX 與 JPEG 2000、CMYK、Indexed 色彩、遮罩圖片、ImageMask,或帶有自訂解碼參數的資料流 — 會被略過,而不是被猜測處理。這就是為什麼此工具刻意比通用的 PDF 最佳化工具更為限縮:一個真正會扁平化字型、重寫交叉參考表或重新打包資料流的壓縮器是完全不同層級的東西,本工具不會假裝自己是其中之一。
對於確實符合資格的 JPG,處理過程相當謹慎。每張符合資格的圖片會被解碼到瀏覽器的畫布中,最長邊縮放至 1400 像素,結果以 JPEG 品質 0.70 重新編碼。如果這個新的位元組流實際上並未小於原始酬載,則原始資料會保留在原位。替換發生在相同的間接物件參考上,因此每個原本顯示該圖片的頁面會繼續顯示 — 只是承載的資料量變小了。
逐步壓縮 PDF
整個流程在單一瀏覽器分頁中、針對單一本機檔案執行。無需帳號、不需外掛程式,也沒有上傳步驟。
- 在瀏覽器中開啟 Compress PDF 工具並點選檔案選擇器。選擇一個 25 MB 以下(含)的本機 PDF — 較大的輸入會在處理開始前就被拒絕。
- 選擇 Compress PDF。此工具會列舉內嵌的圖片 XObject,僅保留符合上述資格類別的物件。
- 等待每張符合資格的 JPG 被解碼、縮放至最長邊 1400 像素,並以 JPEG 品質 0.70 重新編碼。每個新的位元組流會與其原始版本比較,較小的會被嵌入。
- 處理完成時,檢視所顯示的輸入大小與輸出大小。如果輸出較小,會顯示下載連結;如果沒有任何符合資格的圖片能被安全縮小,此工具會改為回報此一事實。
- 點選下載,將新的 PDF 儲存至原始檔案旁邊。由於輸出在連結出現前已重新開啟並驗證過,因此損毀的結果無法假冒成功。在您於一般的 PDF 閱讀器中親眼確認壓縮副本之前,請先將原始檔案保留在磁碟上。
哪些 PDF 會變小(哪些不會)
特定 PDF 是否會縮小,取決於其內部實際內容,而不是檔名或副檔名。圖片密集的掃描檔和照片多的型錄通常壓縮效果良好;純文字草稿和以向量繪圖構成的頁面則往往維持相同大小。下表概述了此工具所針對的典型情境。
| 文件情境 | 典型結果 | 工具如此回應的原因 |
|---|---|---|
| 含全頁照片的 20 頁掃描檔 | 通常會變小 | 有大量符合資格的 DeviceRGB 或 DeviceGray JPG 可重新編碼 |
| 含少數大型主視覺圖片的型錄 | 通常會變小,但幅度有限 | 只有那些 JPG 酬載會改變;文字和向量保持不動 |
| 純文字報告或草稿 | 通常沒有變化 | 不存在可被替換的內嵌 JPG 圖片物件 |
| 以 CMYK JPEG 儲存的掃描封存檔 | 沒有變化 | CMYK 色彩資料會被刻意略過,而不是被悄悄重新編碼 |
| 含有遮罩或 ImageMask 圖案的文件 | 沒有變化 | 遮罩與 ImageMask 資料流不符合資格 |
| 完全由向量插圖構成的頁面 | 沒有變化 | 沒有 JPG 圖片 XObject 可供替換 |
如果您的文件以文字為主,此工具不會憑空捏造出更小的版本 — 它會改為回傳一則明確的訊息。那種拒絕才是誠實的答案;磁碟上的大小不可能在捨棄像素的情況下縮減,而在沒有透明說明的情況下捨棄像素,會比維持原大小更糟糕。
值得認識的硬性限制
此工具的受限範圍是刻意設計的,一旦並列查看,這些上限便容易記住。
| 限制 | 數值 |
|---|---|
| 輸入 PDF 大小上限 | 25 MB |
| 每個檔案符合資格的圖片物件上限 | 80 |
| 所有符合資格圖片的解碼後像素總和上限 | 100 megapixels |
| 接受的 JPEG 種類 | 未遮罩的 DCTDecode,無解碼參數 |
| 接受的色彩空間 | DeviceRGB、DeviceGray |
| 重新編碼目標 | 最長邊 1400 px,JPEG 品質 0.70 |
| 處理位置 | 僅限目前的瀏覽器分頁 |
只要超出其中任何一個上限,處理程序就會提早停止並顯示訊息,而不是產出半完成的檔案。一張 5,000 × 3,000 的封面照片本身就已佔去那 100 megapixels 中的 15 百萬像素,因此一頁塞滿照片的 PDF 會比其原始位元組大小所顯示的更接近上限。
什麼時候您其實需要更強的壓縮器
當您有一份照片密集的 PDF 想在本地縮小,且能接受少量影像細節損失時,本工具是正確的選擇。當您需要無損保證、CMYK 工作流程、封存 PDF 符合性、ICC 色彩管理,或任意的資料流重新打包時,本工具就不適合了。在這些情境下,請改用具備對應功能的專門桌面最佳化工具,直接針對那些管線進行處理。
在同一個瀏覽器內部的工具集中,相鄰的任務適合不同的工具。如果空白邊距造成頁數膨脹,裁切頁面本身即可去除 JPG 重新編碼器碰不到的位元組。如果少數多餘的頁面讓檔案膨脹,移除這些頁面就能在不改動任何像素的情況下縮減文件。若要將大型 PDF 切成分段以便寄送附件,按大小分割的處理可處理分發問題。若想在壓縮前先檢視內部實際內容,計算頁數或將內嵌照片另存為獨立的 JPG,能讓您清楚掌握體重分佈在哪裡。
對於大多數日常「這份掃描檔大到無法寄信」的情境,Compress PDF 內部的 JPG 重新編碼器已足夠 — 開啟頁面、放入檔案、觀察輸入與輸出的數字、讓瀏覽器完成工作,並在親眼確認結果前,將原始檔案與壓縮副本並存。下載連結出現前,輸出會以 PDF.js 檢視器重新開啟,因此最糟的結果會是一則明確的錯誤,而不是一個悄悄損毀的 PDF。
若想深入了解,請參閱 如何在不上傳的情況下為 PDF 檔案進行郵件合併。
若想深入了解,請參閱 以 PDF 附件進行郵件合併:在本機合併檔案。