去年秋天我替同事報一個職業資格考試，報名系統對照片的要求寫在一行小字裡：「正面免冠彩色白底照片，像素 295×413，JPG 格式，大小不超過 20KB」。第一次上傳被退回，提示照片尺寸不符合要求。我的原圖是 4000×3000、8.6MB，用看圖軟體改寬高時順手把「保持長寬比」關掉了，人臉被壓扁，可系統沒報錯——第二次提交才被審核的人退回來說不對。第三次是檔案超限：尺寸改完還有 420KB，照樣傳不上去。前後折騰兩天，我才把這一行要求拆開看懂。
一、「尺寸不合規」其實是三個獨立檢查項目
| 要求裡的說法 | 它真正檢查的是 | 最常見的誤解 |
|---|---|---|
| 295×413 像素 | 點陣圖的寬和高像素數 | 以為改的是列印尺寸或英吋數 |
| JPG、白底 | 容器格式與背景顏色 | 用透明底 PNG 上傳，被判格式或背景不符 |
| 不超過 20KB | 檔案位元組數，由像素尺寸和壓縮品質共同決定 | 以為縮了像素就一定達標 |
| 解析度 300dpi | 寫進中繼資料的一個數字 | 把 72 改成 300 就以為能拿去列印 |
結論先說：報名和上傳類系統絕大多數只讀像素寬高、格式和位元組數，改 dpi 對它們毫無作用。反過來，真要送印刷店時才需要按「實際尺寸乘目標 dpi」倒推像素。
二、幾個換算，直接照著算
300dpi 下一吋照是 25×35mm，25mm 約 0.984 英吋乘 300 得 295，35mm 約 1.378 英吋乘 300 得 413，所以 295×413 是這樣來的。用同一個基準往下推：
- 小二吋 35×45mm 約 413×531 像素
- 二吋 35×49mm 約 413×579 像素
- 社群平台大頭貼按 1:1，常見 400×400 或 800×800
- 網頁配圖先看容器寬度：容器 1200px 就出 1200×675，再大只是白白拖慢載入
- 郵件簽名裡的圖寬 200–300px、檔案壓在 50KB 內，對方收件人才不卡
各系統給的具體像素值以官方說明為準，別拿「證件照一般就是 295×413」去想當然，不同考試報名端差得很遠。
三、我現在走的流程
- 把要求抄成三個數字當作驗收條件：目標寬高像素、允許的格式、位元組上限。不靠猜，也不靠試。
- 在圖片尺寸調整裡鎖定長寬比，只填寬，讓它算出高。碰到 295×413 這種把兩個數字寫死的規格，先按長邊對齊等比縮，多出來的部分再在圖片編輯器裡裁掉，絕不硬填兩個數字。
- 盯著即時預覽裡顯示的檔案大小。從 4000×3000 縮到 295×413，位元組數會掉一大截，但離 20KB 還差很遠，因為 JPG 品質仍在高位。
- 再用圖片壓縮往下壓品質。20KB 這種目標通常要壓到很低的檔位，壓完一定要按 100% 比例看一遍臉部有沒有塗抹感、邊緣有沒有塊狀雜訊。
- 提交前換一台裝置打開成品，確認白底是純白而不是灰，頭頂留白、露耳這類附加規定是否滿足。審核駁回的理由往往在這些細則上，不在像素上。
給一組我這次的實測數字當參照：同一張縮到 295×413 的證件照，品質留在高位是 46KB，壓到中段 24KB，再往下才落到 14KB，終於進到 20KB 以內；而臉部出現明顯塗抹感的臨界點大概在 16KB 附近。也就是說 20KB 這種上限從來不是靠縮像素解決的，必須動品質，而且要在塗抹感還能接受的區間裡找到那個點。
四、容易忽略的細節
- 縮小安全，放大會糊：把 295×413 拉到 1000×1400 只能靠插值補像素，邊緣發虛、臉上出現蠟感。要求寫「至少這麼大」時，必須拿更高解析度的原圖往下縮。
- 比例鎖死的代價：原圖比例和目標比例不一致時，硬填兩個數字會把人臉壓變形，而有些系統並不檢查變形，只檢查像素數——它通過了，人工審核會退回。
- 透明 PNG：證件照要白底，透明圖在部分系統裡會被合成黑色或直接拒收。去背完記得先墊白再匯出 JPG。
- EXIF 旋轉標記：手機直拍的照片帶方向標記，有些後端按原始寬高判斷，於是顯示「尺寸不符」，其實它是被轉了 90 度。
- 先裁還是先縮：需要裁掉背景時，我的順序是先按目標比例裁、再縮到目標像素。反過來先縮再裁，等於把已經丟失的細節再切掉一圈，臉部邊緣最先崩。
- HEIC 不在支援清單裡：iPhone 預設格式是 HEIC，而這類工具處理的通常是 PNG、JPG、WebP、GIF、BMP 幾種。我現在的習慣是先在手機上另存或匯出成 JPG 再進流程，省得在上傳那一步報一個看不懂的錯。
- GIF 和動圖：多影格圖縮放後要麼只剩首格，要麼體積暴增，這類需求別混在批次流程裡處理。
- 隱私：證件照、帶身分證資訊的截圖，我不走任何需要把圖片傳到後端的通道。本機處理是我挑選工具的第一條件，比功能多少更重要。
五、常見疑問
Q：改尺寸和壓縮到底有什麼區別？
改尺寸動的是像素寬高，壓縮動的是編碼品質。要求寫「不超過 20KB」時，兩個通常都要動，只動一個很難達標。
Q：要求 295×413，我上傳 296×414 行不行？
看系統。嚴格的按精確值拒絕，寬鬆的只檢查比例和上下限。我的做法是精確對齊，不賭它寬不寬鬆。
Q：改完照片在螢幕上看很糊，沖印店卻說沒問題？
413 像素鋪在 35mm 上就是 300dpi，螢幕上看著小、紙上也夠。像素數夠和預覽尺寸小是兩件事，別用螢幕預覽判斷印刷結果。
Q：幾十張圖一起處理怎麼辦？
壓縮支援批次，尺寸調整我是按張走，一次十幾張時先確認所有圖的長寬比是否一致，否則統一填一個寬度會把橫圖全壓扁。
Q：網頁圖片縮到多大才算合適？
按顯示容器寬度出圖，再壓品質。多數單張配圖控制在 100–200KB 比較合理，超過 400KB 就值得回頭檢查是不是把原圖直接放上去了。
那三次退回，本質上是我沒分清像素、格式和位元組數是三套互不相干的檢查。現在我的順序是：把要求抄成三個數字，先鎖比例改像素，再壓位元組，最後換裝置驗收。規則一旦拆成能逐項打勾的條件，就不會再出現「改了半天還是不合格」這種消耗。