當儲存的檔案大小與您要求的不同、嵌入的影像顯得模糊或出現方塊感，或是工具根本沒有產生任何檔案時，壓縮後的 PDF 看起來就會有問題——而可靠的修正是丟棄錯誤的輸出，並改用只有在驗證過的檔案大小等於或小於您的目標時才會釋出下載的工具。大多數「看起來不對」的結果都可以追溯到以下三種情況之一:壓縮器是根據來源估算大小，而不是測量儲存後的輸出;它在重新編碼影像時沒有設定品質下限;或是它過度承諾，卻靜悄悄地交出一個未達限制的檔案。Compress PDF to Size 正是基於相反的規則所打造——它會嘗試一組有界限的 JPEG 品質與最大尺寸設定，儲存每個候選檔，將實際位元組長度與目標進行比較，並且只有在實際儲存的檔案等於或小於所要求的 MB 值時，才會開放下載。如果沒有候選檔通過，則不會提供任何檔案，而是顯示原因。這樣的契約正是它成為修正「看起來不對」結果的正確工具的原因——因為下一次嘗試不是交出一個真正符合限制的檔案，就是誠實地告訴您從目前的來源無法達成目標。
PDF 壓縮後「看起來不對」通常代表什麼
對於壓縮後 PDF 的抱怨大多屬於四種失敗模式，而每一種都需要不同的修正方式。請先確認您遇到的是哪一種，再重新開始，因為不同症狀的回復流程並不相同。
| 症狀 | 您看到的現象 | 典型原因 | 修正方式 |
|---|---|---|---|
| 大小錯誤 | 下載的檔案比您輸入的目標大 | 工具測量的是來源，而不是儲存後的輸出 | 使用可感知目標的工具，將儲存的位元組與目標進行比對 |
| 影像模糊 | 照片看起來偏軟、有鋸齒或充滿 JPEG 雜訊 | 重新編碼時影像品質降得太低 | 改用有界限的品質設定，在第一個符合條件的設定就停止 |
| 完全沒有下載 | 工具沒有回傳任何東西，或顯示「目標無法達成」訊息 | 來源為純文字、以向量為主，或含有大量不支援的影像 | 降低目標，或改為分割 PDF 或移除影像 |
| 頁面結構損壞 | 文字層消失、連結失效、表單不見 | 工具將整頁光柵化，或重寫了不該動的物件 | 使用只會替換符合資格的 JPG 串流、且不更動頁面其他內容的工具 |
前兩列最為常見，兩者都源自於那些承諾達成目標，卻無法證明自己達成的工具。最後兩列通常代表壓縮器做了超出其能力的事:它重寫了不理解的物件，或是不告知原因就放棄了。
為什麼經過驗證、可感知目標的工具才是正解
「錯誤」結果一再發生的原因，在於大多數 PDF 壓縮器是將來源大小與您的目標進行比較，並依據一個比例回報成功，而不是依據它們實際儲存檔案的位元組。如果它們的流程丟棄了三張影像並重新編碼其餘部分，它們就會把磁碟上的結果交給您，並宣告任務完成。您往往要等到開啟檔案後，才會發現檔案仍然超出限制——或是看起來比預期更糟。
Compress PDF to Size 採取更嚴格的路徑。您設定一個介於 0.1 與 25 MB 之間、比來源更小的目標。工具會依序執行四組固定設定——長邊 1400 像素、品質 0.70;長邊 1000 像素、品質 0.55;長邊 800 像素、品質 0.40;長邊 600 像素、品質 0.30——在每一步儲存一份新的 PDF，並將實際位元組長度與您的目標進行比對。第一個儲存檔案符合目標的設定即為採用設定。如果都未通過，工具不會猜測或捏造結果:它會告訴您沒有候選通過，並且不提供下載。
在此迴圈之上還有兩條安全規則。第一，工具只會替換可安全置換的 JPG 影像串流——沒有遮罩、沒有解碼參數的 DCTDecode DeviceRGB 或 DeviceGray 串流——因此它無法處理的內容，包括字型、向量、表單、註記，以及帶遮罩或 CMYK 的影像，皆會原封不動。第二，如果候選 JPG 會比原始串流更大，該影像將保持原狀，因此工具絕不會為了省位元組而把影像變大。在開放下載之前，頁數也會再次與來源進行核對，以避免靜默地被截斷。
如何使用 Compress PDF to Size 修正結果
由於大部分決策都由工具負責，回復流程並不長。將錯誤的檔案視為可丟棄，保留原始檔，並以驗證輸出路徑從頭開始。
- 在瀏覽器中開啟 Compress PDF to Size。工作流程在本地端執行——PDF 讀取、影像解碼、編碼、測量與驗證全部都在您的裝置上完成，因此原始檔絕不會離開您的電腦。
- 從磁碟選擇原始的本機 PDF。來源上限為 25 MB，且工具將可解碼影像的像素上限設為每張 80 與 100 百萬像素，這對一般報告與簡報檔已經足夠，但若您的文件超出此範圍，則會顯示明確的訊息。
- 輸入介於 0.1 與 25 MB 之間，且小於來源檔案大小的目標大小。請挑選在您的文件類型下仍保留餘裕的最小目標——以 JPG 為主的掃描檔通常可以壓得比純文字 PDF、以向量為主的報告，或含有大量不支援影像的檔案更低。
- 選擇壓縮至目標大小。工具會依序執行四組品質與長邊設定，在每一步儲存一份候選 PDF，並將實際位元組與您的目標進行比對。
- 等待下載按鈕出現。如果按鈕出現，代表儲存的檔案在建構上即等於或小於您的目標;只有在位元組通過檢查時，按鈕才會存在。點擊以下載。
- 開啟儲存的檔案，逐頁與原始檔進行比對。確認頁數一致、檢視影像，並檢查您仰賴的連結、表單欄位或可選取的文字是否仍可使用。如果發現任何異常，請保留原始檔並嘗試較高的目標。
如果下載按鈕始終沒有出現，這本身也是一種結果。這代表四組有界限的設定都沒有產生等於或小於您目標的儲存 PDF，而工具寧願誠實告知，也不願交給您一個靜默未達限制的檔案。下一節將說明在這種情況下該怎麼做。
工具會修改與保留的內容
由於工具只會替換一組範圍很窄的影像物件，「看起來不對」不應包含結構性的變更。下表摘要說明哪些內容會被重寫，以及哪些內容在輸出中會逐位元組保持一致。
| 屬性 | 工具處理方式 | 備註 |
|---|---|---|
| 符合資格的 JPG 串流 | 以較低的品質或較小的長邊重新編碼 | 僅限沒有遮罩、沒有解碼參數的 DCTDecode DeviceRGB 或 DeviceGray 串流 |
| 不符合資格的影像 | 保持原狀 | 帶遮罩的影像、CMYK、JPX/JPEG2000，以及任何帶有解碼參數的影像皆不會被替換 |
| 頁面結構 | 保留 | 頁數、頁面框線、內容串流皆不會被整體重寫 |
| 可選取文字與字型 | 保留 | 文字層與嵌入字型不會被光柵化 |
| 向量、表單、註記 | 保留 | 表單欄位、連結、註解與向量繪圖皆原封不動地通過 |
| 檔案大小 | 僅在候選通過時縮減 | 以儲存的位元組進行驗證，而非從來源估算 |
如果您在輸出中看到屬於「保留」的某一列遭到破壞，則代表原始檔在重新壓縮前可能就已損壞，或是工具無法完成驗證步驟，於是顯示明確訊息而非提供下載。
當沒有下載出現時——以及接下來該怎麼做
不出現下載是一項功能，而不是錯誤。這代表工具已執行所有願意執行的有界限設定，且都沒有產生等於或小於您目標的儲存 PDF——這就是對於「為什麼我在壓縮 PDF 至指定大小後，結果看起來還是不對」的誠實回答。下列三種來源檔案通常會落入這個路徑:
- 純文字或幾乎純文字的 PDF，沒有大型 JPG 串流可重寫。由於沒有符合資格的影像，工具無可置換，檔案大小幾乎不會變動。
- 以向量為主的報告或簡報。向量壓縮效果差，且工具不會將其光柵化，因此檔案無法縮減到較小的目標。
- 由工具不被允許替換的影像所主導的文件，例如帶遮罩的 JPG、CMYK 掃描檔或 JPEG 2000 串流。
若想進一步了解為何儲存檔案不一定會落在您的目標，請參考指南 壓縮後的 PDF 是否一定會符合您的目標大小，其中說明相同的邏輯。在實務上，當沒有下載出現時，您有三個選擇:
- 將目標提高零點幾 MB 後重試。12.0 MB 的目標往往能通過，而 10.0 MB 則否，但視覺品質幾乎沒有差異。
- 使用 Split PDF by Size 分割文件，讓每個部分都符合硬性限制，而不是強迫單一檔案承擔整個目標。
- 使用 Remove Images from PDF 從不需要影像的頁面中移除影像內容，然後在更精簡的來源上重新進行壓縮。
若壓縮無法達成目標時的替代回復路徑
若文件確實無法壓縮到您需要的大小，正確做法是減少檔案必須承載的內容，而不是更用力地壓縮。以下三個本地流程即可在不離開瀏覽器的情況下涵蓋大多數情況:
- 依大小分割:對於有單檔硬性上限的電子郵件附件或上傳表單，Split PDF by Size 會將來源 PDF 依據最大序列化檔案大小切割成連續的部分，讓每一片都落在限制內，且不進行任何重新壓縮。
- 刪除頁面:若大小問題其實是「頁數過多」的問題，Delete PDF Pages 會在您重新壓縮之前，將文件裁剪為僅保留所需的頁面，讓目標有較少的工作量。
- 移除影像:對於影像僅為裝飾用途的草稿或內部審閱版本，Remove Images from PDF 會建立一份不上傳的副本，以白色像素取代符合資格的內嵌 JPG 影像物件，接著您便可在更輕量的來源上重新執行可感知目標的壓縮。
無論選擇哪條路徑，在您確認儲存的檔案能正常開啟、頁數正確，並仍可執行所需的功能之前，請保留原始 PDF。看起來不對的結果幾乎總是代表應從來源重新開始，而非在一個損壞的檔案上再串接一次壓縮。
如需深入了解，請參閱 一次查詢多個檔案的紙張大小。