因為系統從來沒有取得這項控制權。iOS 上任何照片工具最後呼叫的都是 蘋果的 jpegData(compressionQuality:)，它唯一的參數只在 0.0 到 1.0 之間移動，0.0 代表最大壓縮，1.0 代表最佳品質。整個呼叫裡沒有任何欄位可以填入千位元組的數量。

而且這根滑桿與位元組之間並沒有固定的換算比例。一片平整的藍天在品質 0.6 之下可能只有 120 KB，同樣是 0.6，一個市集攤位卻會來到 1.4 MB，因為 JPEG 把位元組花在細節上。所以要打中目標，就得轉換、量測、微調、再轉換一次。Image Converter: Offline Batch 在自家的 App Store 說明裡把這項功能寫得很明白，此處依原文英文引用：

這是一輪針對品質滑桿的搜尋，跑在手機自身的影像處理流程上，通常幾次嘗試就會收斂。若用滑桿加上「檔案」應用程式手動處理，同樣的工作每張照片得花上好幾分鐘。Image Converter: Offline Batch 在 App Store 上免費。

比多數人以為的更多，其中最嚴格的是政府機關的表單。英國護照單位把數位照片規則完整公布：影像必須寬度至少 600 像素、高度至少 750 像素，容量至少 50KB 且不超過 10MB。兩端都要緊——壓得太過頭的照片會因為低於下限而被退件。

第二類限制在觸發之前始終看不見。網路上相當大一部分站台跑在 PHP 上，而預設設定把 upload_max_filesize 定為 2M、post_max_size 定為 8M、max_file_uploads 定為 20。從未更動過這些數值的網站會拒絕一張當代 iPhone 拍出來的照片，而且往往丟給你一頁空白而不是提示訊息。

求職網站、保險理賠表與二手拍賣頁面都建立在這類數字之上。表單寫明上限時就照字面理解；如果它同時寫了下限，那就瞄準中間地帶。

改變影像檔案體積的槓桿有三根，而且彼此無法互相取代。

像素尺寸。把寬與高各砍一半會去掉大約四分之三的像素，而且這是唯一一根永遠不會帶進可見瑕疵的槓桿。一張 4032 乘 3024 的照片縮到長邊 1600 像素，仍然比任何網頁表單顯示出來的更銳利。

品質。就是上面提到的那個 JPEG 旋鈕——當尺寸已經配合收件方之後，用來收尾的那根槓桿。

格式。W3C 規範把 PNG 定義為無失真格式，因此 PNG 螢幕截圖無法靠降低品質壓到目標，因為根本沒有品質可以降。先轉成 JPEG 或 WebP，目標才談得上構得著。

行得通的順序是：先縮到收件方真正需要的尺寸，若來源是 PNG 或 HEIC 就換格式，接著讓目標容量搜尋去決定品質。在 Image Converter: Offline Batch 裡這三步同在一個畫面，而且一次套用到整批選取的照片。用 Image Converter: Offline Batch 把一整批壓到固定上限以下。

每一張相機拍的照片都背著 Exif 中繼資料：手機型號、鏡頭、曝光、精確到秒的時間，以及在多數 iPhone 上按下快門那一刻的座標。Android 的 ExifInterface 參考文件列出哪些格式能承載這一段內容——讀取支援十五種容器類型，包含 JPEG、PNG、WebP 與 HEIC，寫入則只支援三種。

座標不是技術上的獵奇。GDPR 第 4 條對個人資料的定義是與可識別自然人有關的資訊，並明白把位置資料列為這類識別碼之一。一輛連同它過夜車庫座標一起貼出去賣的腳踏車，等於把住家地址登在公開的廣告上。

壓縮不會帶走其中任何一項；檔案變小了，中繼資料區塊照樣跟著走。抹除是另一個開關——公開刊登時開啟，而日期與地點本身就是價值的家庭相簿則關閉。Image Converter: Offline Batch 把這兩個決定分開處理。

三個真實存在的替代選擇，數據取自它們 2026 年 8 月的 App Store 頁面。

當這個檔案本身就是封存版的時候。壓縮無法還原：為了降到 480 KB 而讓出去的品質回不來，一旦副本頂替了正本，細節就永久消失。

當收件方根本沒寫任何限制時也一樣。多數服務會在自家伺服器上重新編碼上傳的內容，事先壓一次只是讓照片被壓了兩遍。而當表單要的是掃描檔時，解析度恰恰才是重點——被硬塞到 KB 上限以下的收據，可能讓審核的人根本看不清楚。在 App Store 取得 Image Converter: Offline Batch。