圖片上傳失敗？先修復檔案大小、尺寸和格式

「圖片上傳失敗」聽起來像技術問題，但原因通常不神秘。大型網站、招聘表單、CMS、商城後台或商家資料頁，往往只是因為檔案超出了實際限制。

我的規則很簡單：不要一開始就壓縮。先看上傳提示或說明頁，再修像素尺寸，再修格式，最後壓縮真正要上傳的副本。這個順序能省時間，因為 6000px 的原圖就算壓縮後也可能繼續失敗。

如果錯誤訊息很模糊，就按下面這張表排查。它覆蓋了我在表單、CMS 媒體庫、電商頁面和頭像/商家圖上傳裡最常見的問題。

修復上傳失敗最快的方法，不是猜，而是先看目標平台規則。大型平台通常關心檔案類型、最小和最大尺寸、檔案大小、審核規則，以及圖片本身是否清晰可用。

Google Business Profile 是一個很好的例子，因為官方說明頁寫得很具體：商家相片應為 JPG 或 PNG，大小在 10 KB 到 5 MB 之間，建議 720 x 720 像素，最低 250 x 250 像素。

這不代表所有平台都用同一套數字。商品 Feed、WordPress 媒體庫、商城、政府表單、學校系統都可能不同。真正有用的習慣是一樣的：為目標平台做一個新的上傳副本，而不是一直和原檔較勁。

這是很多人跳過的一步。壓縮改變的是像素的編碼方式；改尺寸改變的是像素數量。如果手機相片是 4032 x 3024，而上傳位置只需要 1200px，單純先壓縮就是錯的。

對上傳失敗來說，改尺寸通常同時解決兩個問題：降低上傳時的記憶體壓力，並讓檔案更接近目標位置真正要顯示的大小。之後再壓縮，才不容易把細節壓壞。

對上傳表單來說，頭像、商品圖和文件系統也是同樣邏輯。先把副本調整到接近要求的尺寸，再決定 JPG、PNG 或 PDF 哪個更穩。

格式選擇不是孤立地討論哪個格式「最好」，而是看圖片最終要去哪裡。嚴格表單可能更喜歡普通 JPG；商品頁可能更適合 WebP；Logo 交付可能需要 SVG 加 PNG 匯出；文件系統可能要 PDF。

我最常見到的錯誤，是把 WebP 或 HEIC 當成永遠更好。它們很高效，但上傳端點照樣可能拒絕。目標平台不明確或偏保守時，先做 JPG 或 PNG 副本。

當圖片在明顯的大小和格式排查後仍然上傳失敗時，我會停止折騰原圖，重新做一個乾淨副本。這樣可以避開奇怪檔名、過多中繼資料、EXIF 旋轉異常、表單不接受透明通道，或副檔名和真實編碼不一致的問題。

乾淨副本應該故意做得很「普通」：小寫檔名，用連字符代替空格，匯出真正的 JPG 或 PNG 資料，去掉不必要中繼資料，並把尺寸調整到接近平台要求。

這對學校系統、簽證表單、申請系統、頭像上傳和商城後台尤其有用。這些系統經常只給一個籠統錯誤，但真正想要的是一個簡單、可預測的檔案。

這是我給客戶 CMS、資料頁、商城商品或不能臨時出錯的表單準備圖片時，會用的穩定流程。

原檔不要動。先按目的地做一個副本，例如 product-main-jpg、google-business-logo-png 或 application-photo-jpg。然後對這個副本改尺寸、轉格式、壓縮。最後按平台會顯示的尺寸開啟檢查。

最後這一步很重要。檔案可能能通過上傳器，但看起來發虛、透明邊緣髒、EXIF 旋轉遺失，或在小螢幕上完全看不清。上傳成功不等於發布品質合格。

我不會把所有上傳失敗的圖片都丟給同一個工具。工具要按失敗原因選：檔案太重就壓縮，像素太大就改尺寸，格式被拒就轉格式，系統要求一個檔案就合成 PDF。

在 Photo Converter 裡，最核心的路徑先看三個工具：Compress Image 處理大小，Resize Image 處理像素尺寸，Image Converter 處理格式相容。只有出現明確上傳要求時，才用 HEIC to JPG、WebP to JPG 或 Images to PDF。