PDF 轉灰階後出現看起來錯誤的結果，通常不是 bug——而是工具在按照它的描述執行：以像素套用公式 round(0.2126 × R + 0.7152 × G + 0.0722 × B)，從你的頁面建立一個新的點陣 PDF。
Grayscale PDF Converter 會在瀏覽器中讀取你本機的 PDF，將每個有邊界的頁面渲染到 canvas 上，把每個可見像素的紅、綠、藍三個通道都替換成一個計算出來的灰階值，再把該 canvas 編碼為 PNG，然後把這些 PNG 拼接成一份全新的 PDF。由於輸出是從點陣化的像素重新建構，而不是重新上色原始 PDF 的運算子，因此你在新檔案中看到的只是頁面的視覺外觀——而非它的文字層、連結註解、表單欄位、向量路徑或無障礙結構。許多「錯誤」的結果其實是該管線預期的結果：看起來較粗的字體、被平滑化的邊緣、較大的檔案大小，或失去可搜尋性。修正方式很少是再用不同的按鈕轉一次——而是確認來源、確認頁數限制，並在對工具會保留什麼有合理期待下重新執行。
為什麼 Grayscale PDF Converter 的輸出看起來不一樣
Grayscale PDF Converter 並不會重新上色你 PDF 內部的運算子。瀏覽器端的載入與渲染是透過一個 JavaScript PDF 函式庫完成，它會將每個頁面繪製到 HTML canvas 上（底層的渲染器請參考 Mozilla PDF.js API 參考文件）。一旦頁面被繪製完成，工具會逐像素走訪該渲染結果，並從 PNG 頁面影像建構一份全新的 PDF。可見內容忠實於來源，但原始 PDF 結構中的任何東西——文字、連結、表單欄位、向量描邊、圖層、無障礙標籤、簽章以及原始壓縮——都會被捨棄，因為這些結構一開始就不在 canvas 上。以下兩個後果可以解釋大多數「看起來錯誤」的結果：
- 細小的字體與纖細的描邊看起來比原始版本更柔和。頁面以固定的 1.5 倍比例進行點陣化，再放回原始尺寸的頁面上，因此原本在向量形式下清晰的邊緣，現在取決於瀏覽器渲染器的取樣方式。字級小於約 8 pt 的本文常會出現可見的模糊感。
- 灰階色調與從印表機色彩描述檔或桌面編輯器的「轉灰階」選項得到的結果並不一致。工具對每個像素都使用同一個固定亮度公式，因此對眼睛看起來亮度相近的飽和紅與飽和藍，最後可能落在明顯不同的灰階值上。這不是 bug——而是該公式的權重所導致。
若你的比較基準是「與來源相同的外觀，只是去飽和」，結果幾乎總會覺得不對。若你的比較基準是「頁面外觀的乾淨單色拷貝，且文字不再可選取」，那麼這個結果正是它被設計來達成的。閱讀 灰階轉換後檢查結果 相關指南，也能釐清哪些「問題」其實是預期的權衡取捨。
每個灰階值背後的逐像素公式
Grayscale PDF Converter 對每個可見像素套用相同的算術：將紅色乘以 0.2126、綠色乘以 0.7152、藍色乘以 0.0722，把乘積相加，四捨五入到最接近的 8 位元值，然後把這個單一數字寫入 RGB 三個通道。這就是 Rec. 709 的亮度權重，也是瀏覽器透過 canvas filter 屬性所提供的那一類公式——但這個工具是在程式碼中自行計算，而非仰賴該 filter，因為 filter 在 Safari 中並非可靠的預設行為。逐像素的讀取是透過標準的 canvas pixel API 完成（請參考 MDN 的 CanvasRenderingContext2D getImageData 參考文件），因此其行為是可測試的，不會依賴瀏覽器特有的 filter 怪癖。
這個權重可以解釋你在輸出中可能注意到的幾個現象：
- 綠色獲得的視覺權重比紅色或藍色多。在彩色下看起來中等亮度的葉綠色像素，會變成相當亮的灰階。
- 藍色暗化最多。純藍像素（R=0, G=0, B=255）會落在 0.0722 × 255 = 18.4，四捨五入為 18——幾乎是黑色。
- 已經是灰色的像素不會改變。中灰像素（R=128, G=128, B=128）從任一通道都會算出 128，因此保持 128。
- 純紅比純綠暗。純紅像素會得到 0.2126 × 255 = 54.213，四捨五入為 54——明顯比落在 180 左右的綠色還要暗。
一個逐步展示的單一計算範例，讓你可以驗證：純紅像素，R=255, G=0, B=0。公式給出 0.2126 × 255 + 0.7152 × 0 + 0.0722 × 0 = 54.213，四捨五入為 54。輸出像素為 RGB(54, 54, 54)。這就是為什麼轉換後文件中的紅色通常比你預期的更暗——在這個權重下，紅色真的就是深灰階。
如何修正看起來錯誤的灰階 PDF
在再次轉換之前，請依序檢查以下項目。大多數「錯誤」的輸出是靠理解工具應該產生什麼來修正，而不是靠換不同的按鈕重試。
- 並排開啟來源 PDF 與灰階輸出。請看頁面的視覺外觀，而不是文字是否可選或連結是否有效。如果單色影像與來源的版面配置相符，轉換就達成了它的工作。
- 確認檔案小於 25 MB 且頁數不超過 40 頁。超出這些限制的檔案會在任何頁面被渲染前就被拒絕，因此沒有輸出通常代表是預檢步驟中止了工作，而非轉換過程有 bug。
- 確認在 1.5 渲染倍率下，沒有任何單頁預算被超出。工具會檢查每頁較長邊 12,000 像素、單頁 40 百萬像素，以及整份文件 100 百萬像素。單一過大的頁面或跨頁的寬幅雙頁可能會觸發這些上限，並在任何輸出寫入前取消執行。
- 檢查來源是否設有密碼保護、是否經過數位簽章、檔案是否損壞，或是否異常複雜。工具不會繞過密碼、不會驗證簽章，也不聲稱符合歸檔規範，任何一種情況都可能讓載入步驟中止。請先移除密碼，或改用能處理已簽署檔案的其他工具。
- 決定你是否真的需要在輸出中保留來源的互動功能。如果可選取的文字、表單欄位、即時連結或無障礙標籤對你而言很重要，那麼點陣化的結果永遠無法滿足你——修正是換一套工具，而不是重跑一次。
- 如果一切檢查都正常但視覺上仍然看起來錯誤，請關閉分頁並重新開始一次轉換。前一次工作的 canvas、PDF worker 工作與暫存下載 URL 會在取消時被釋放，從乾淨的狀態重新開始可以避免在不同執行之間帶著過期的緩衝。
若想要一份結構化的常見陷阱清單，使用 PDF 轉灰階轉換器的常見錯誤 指南與上述大多數項目對應，在除錯時是很好的參考。
在轉換開始前就會中止的限制與預算
Grayscale PDF Converter 會在配置任何輸出 canvas 之前預檢檔案。若有任何檢查失敗，工作會在一開始就被拒絕，且來源不會被修改。了解這些數字能讓你知道「錯誤」的輸出是否其實是「被拒絕」的輸出。
| 限制 | 數值 | 控制項目 |
|---|---|---|
| 來源檔案大小 | 25 MB | 可接受的最大輸入檔案 |
| 頁數 | 40 頁 | 可接受的最大文件長度 |
| 渲染後頁面邊長 | 12,000 px | 在 1.5 渲染倍率下單頁最長邊 |
| 單頁像素數 | 40 megapixels | 單頁的點陣大小 |
| 文件總像素數 | 100 megapixels | 所有頁面加總的點陣大小 |
| 渲染倍率 | 1.5× | 在頁面放回原始大小前所套用的固定倍率 |
這些限制是為了避免單一瀏覽器分頁嘗試持有無限制的影像緩衝。如果你的檔案被拒絕，請先使用 Split PDF 工具拆分，或使用 Delete PDF Pages 修剪，再將各部分分別送入 Grayscale PDF Converter 處理。
當結果其實正確、只是不熟悉時
有些「問題」是設計上就內建的：
- 可選取的文字會消失。輸出是 PNG-on-PDF 頁面，因此新檔案完全沒有文字層。在結果中搜尋會找不到任何東西——若需要搜尋，請搜尋來源檔。
- 連結、表單欄位、註解、圖層與簽章不會被帶過來。它們不屬於點陣 canvas 的一部分，新檔案中沒有可供它們存在的結構層。
- 檔案會變大。PNG 頁面影像可能比原始 PDF 的字型、向量與影像壓縮使用更多位元組。2 MB 的彩色 PDF 很容易變成 15 MB 或 20 MB 的灰階點陣 PDF。
- 頁面尺寸與來源相符，但視覺細節是以固定的 1.5 倍率渲染。這個權衡讓工具保持快速且有界限，但也代表原始檔案中含 4-pt 向量字型的頁面，在轉換後不會那麼清晰。
如果結果是頁面外觀的乾淨單色拷貝，且上述限制都有遵守，輸出就是正確的。不一致的地方在於預期，而非檔案本身。請同時保留來源與灰階輸出，並在分享或列印前逐頁檢視灰階檔案。
何時該改用其他工具
當你需要快速的視覺單色複本、列印預覽、符合上傳規定的灰階檔案，或可接受頁面平面化的參考文件時，請繼續使用 Grayscale PDF Converter。當你需要下列任何一項時，請切換工具：
- 輸出檔中需要可選取的文字與可點擊的連結。這些內容無法在重新光柵化後存活，無論在瀏覽器端重跑多少次都救不回來。
- PDF/A 合規、無障礙標籤，或可控的壓縮。輸出檔不具備歸檔性質，也未針對檔案大小進行最佳化。
- 保留為向量的向量圖形，或經過驗證的簽章。光柵化流程會捨棄向量資訊，且該工具明確表示不提供簽章驗證或法律合規性的聲明。
- 列印色彩管理。固定的亮度加權無法取代經過校色的列印流程，且該檔案未標記任何色彩描述檔。
如果你的來源檔含有必須保留下來的互動內容，請將其交由專業的 PDF 編輯器處理，並請該編輯器套用其內建的灰階轉換。瀏覽器工具有其不同的用途，而「我需要把文字找回來」這個問題的正解並非再跑一次，而是改用能保留 PDF 結構的不同轉換器。