先讀清楚上傳規則
上傳頁面通常會同時限制檔案大小、格式和像素尺寸。只看到「100KB」還不夠，還要確認是否只收 JPG、是否要求白底、是否限定寬高。目標 KB 工具能處理靜態 JPG、PNG、WebP 或 AVIF 輸入，並輸出 JPEG 或 WebP；如果平台不接受 WebP，就應選擇 JPEG。
工具內部會把你輸入的 KB 依 1024 位元組換算，例如目標 200KB 會依約 204800 位元組判斷。有些入口網站的說明或驗證可能依十進位位元組理解，例如 200000 位元組上限；這種情況下建議留餘量，例如在工具裡填 190KB，並在下載後查看實際位元組數或用上傳頁面回饋確認。
- 查看上傳頁寫明的最大 KB、允許格式和像素要求。
- 選擇一張靜態圖片，避免使用動圖作為最終交付。
- 先依允許格式選擇 JPEG 或 WebP 輸出。
- 輸入目標 KB；遇到可能依十進位位元組驗證的入口網站，主動留出餘量。
- 設定最大尺寸作為最長邊上限，並準備在結果裡複查最終寬高。
尺寸和品質怎麼取捨
目標 KB 工具會先把圖片依最大尺寸限制在較長邊以內，並保持比例；之後用瀏覽器的 canvas 匯出嘗試多檔品質。若仍難以命中，它還可能繼續降低尺寸來尋找更小的輸出。較大的像素尺寸保留更多細節，但更難壓到很小；較低品質有助於縮小檔案，但可能讓人臉、文字或邊緣出現明顯痕跡。
如果圖片用於身分材料或商品圖，通常不要只靠極低品質硬壓。若頁面要求精確寬高，目標 KB 工具並不適合作為最後一步的唯一檢查；可以優先使用保持尺寸的品質/格式重新編碼流程，或選擇平台允許的其他處理方式，最終以下載檔案的寬高和位元組數為準。
理解命中和未命中
結果顯示「已不超過目標」時，表示瀏覽器實際產生的檔案大小小於或等於依 1024 位元組換算後的目標。結果顯示「仍高於目標」時，表示工具已經在目前嘗試範圍內找到最小或較接近的結果，但它仍不能滿足上傳規則。
未命中不是故障，也不是隱藏的保證。瀏覽器對 JPEG 或 WebP 的編碼結果會受圖片內容、格式支援和品質參數影響。這時可以降低最大尺寸、換成平台允許的另一種輸出格式，或回到原圖重新裁切構圖。
假設示例
假設一個表單要求頭像小於 200KB，格式允許 JPG，未寫固定寬高。你可以先選擇原照片，輸出格式選 JPEG，目標大小填 200，最大尺寸先設為 1200px 或 1600px。若該入口網站可能依 200000 位元組驗證，則可以先填 190KB 留餘量，並下載後檢查實際位元組數。
如果同一個表單還要求 600 × 600，不能假設目標 KB 之後仍是 600 × 600。目標搜尋可能繼續降低尺寸；命中後必須查看最終尺寸。若尺寸不可變，應改用保持 600 × 600 的品質/格式重新編碼流程，或依平台允許的其他方式處理。
一張 2400 × 3200 的頭像照需要小於 200KB，且頁面沒有固定寬高要求。先嘗試 JPEG、目標 190KB 或 200KB、最大尺寸 1200px；如果輸出顯示未命中，再把最大尺寸調小。若平台另有 600 × 600 要求，下載後必須複查尺寸，不能只看 KB。
不要期待的功能
目標 KB 工具一次只處理一張靜態圖片，不做批次，不保留動畫，也不保留 EXIF、ICC 或其他中繼資料。JPEG 輸出會用白色底處理透明區域；WebP 是否可寫取決於瀏覽器支援。圖片處理和下載物件在目前瀏覽器流程中完成。
如果沒有明確 KB 上限，只想讓照片小一點，一般壓縮工具更直接；如果很多網站素材要統一壓縮，批次工具更適合，但批次工具沒有目標 KB 欄位。
常見問題
- 工具裡的 KB 和入口網站限制一定相同嗎？
- 不一定。工具依 1KB 等於 1024 位元組換算；有些入口網站可能依十進位位元組驗證。遇到 200000 位元組這類上限，可以在工具裡填 190KB 留餘量，並檢查下載檔案的實際位元組數。
- 目標 KB 命中後尺寸一定不變嗎？
- 不一定。為了尋找更小輸出，工具可能繼續降低尺寸。若平台要求 600 × 600 這類精確像素，下載後必須複查最終寬高。
- 為什麼表單仍然拒絕我的圖片？
- 可能是檔案仍超過上限，也可能是格式、像素尺寸、比例、背景或位元組換算方式不符合。壓縮只解決位元組大小的一部分問題。
圖片留在瀏覽器，不會上傳到 LocalTools
本頁的所有處理都在瀏覽器中完成，不會上傳任何內容。