不上傳檔案地縮放、裁剪與轉換圖片

每個圖片任務都始於外部設定的約束——頁面佈局、大頭照框、商品列表、上傳表單。在動手處理檔案之前先寫下這個約束，因為它決定了後續每一步的順序。

• 尺寸像素尺寸：佈局槽位或平台要求，例如 1200×630 的社交卡片、512 像素的大頭照，或需要在高解析度螢幕上保持清晰的商品圖。
• 體積預算體積預算：郵件附件上限、拒絕超過兩百萬位元組檔案的入口網站，或要求頁面在慢速網路下保持快速的效能預算。
• 格式接受度格式接受度：有的系統只接受 JPEG 或 PNG，現代管線則偏愛 WebP。轉換成目標平台讀不了的格式，無論檔案多小都是白忙。

裁剪去掉的是你本來就不需要的像素，既修正構圖，又在重採樣之前就把檔案瘦下來。縮放後再裁剪，等於把插值算力花在即將丟棄的細節上；而把裁剪鎖定到目標的長寬比，能保證構圖最終成立。

Image Cropper 可以裁出精確的數值區域，或把選區約束到常用長寬比，讓構圖在任何像素被重新縮放之前就符合目標槽位。它接受單張不超過 12 MiB 的 PNG、JPEG 與 WebP 檔案，單邊最長 8,192 像素、總像素不超過 2400 萬，裁剪結果可直接匯出為 PNG、JPEG 或 WebP。

多數任務的實用順序是：開啟原圖，按最終長寬比裁剪，然後才考慮尺寸。如果僅靠裁剪就把檔案壓到體積預算以內，也許根本不需要縮放。

每次縮小都會丟棄資訊，因此盡量少串聯重採樣：從可用的最高品質原圖出發，一步直達目標尺寸，而不是經由中間尺寸逐級下降。

Image Resizer 在本機使用高品質插值，並可鎖定長寬比，讓一個尺寸跟隨另一個——輸入佈局需要的寬度，高度自動保持比例。單個檔案最大 12 MiB、單邊 8,192 像素、總像素 2400 萬。

當整組照片需要同樣處理時，批次模式一次最多處理 12 張、合計 96 MiB，逐張縮放並打包成一次下載。保留原圖：縮放後的副本是交付產物，不是母版，日後再放大無法找回被丟棄的細節。

格式是一個壓縮決策，而不是副檔名偏好；正確的選擇取決於畫面裡有什麼。

Image Format Converter 接受 PNG、JPEG、WebP、GIF 與 AVIF 來源檔案，匯出 PNG、JPEG 或 WebP，並如實顯示轉換前後的位元組大小——取捨是一個數字，而不是猜測。

• PNGPNG 無損且保留透明度——最適合標誌、介面截圖和邊緣銳利的平面圖形——但用於照片時體積居高不下。
• JPEGJPEG 有損但在照片和平滑漸層上很小；它不帶透明度，反覆另存會累積可見失真，因此最後只轉換一次。
• WebPWebP 在同等品質下通常比兩者都小，且支援透明度；但在整套交付之前，先確認目標平台接受它。

當限制是百萬位元組而不是像素時，按順序操作——裁剪、縮放、再轉換——並在每一步測量，而不是猜測。像素面積主導檔案重量：寬和高都是所需兩倍的圖片，攜帶的像素大約是四倍。

測量匯出後的位元組數，而不是進度條：縮放器與轉換器都如實回報產出大小，因此你拿來對照預算的數字，就是目標平台會看到的數字。

• 先縮放把兩個維度都減半，照片通常會丟掉約四分之三的像素量，這往往是可用的最大單筆節省。
• 再重編碼把照片類 PNG 轉成 JPEG 或 WebP，常常比繼續縮放省得更多，而在交付尺寸下品質損失幾乎不可見。
• 留意透明度決策時記得透明度：為了省位元組把標誌壓平成 JPEG，會毀掉佈局所依賴的透明通道。

圖片交付工作區把這些步驟串成一條有序流程——設定交付限制、本機處理、驗證並匯出——讓整組素材的處理順序保持一致。

它把縮放、裁剪與格式轉換組合在一起，外加檔案體積上限目標與受支援元數據的移除，讓照片從相機原圖變成經過驗證的交付包，全程不離開分頁。關閉工作區前下載結果；本機工具不保留雲端副本，磁碟上的原圖自始至終逐位元組不變。