轉 WebP 時發生了什麼
在 LocalTools 中，WebP 轉換器和通用格式轉換器使用同一個轉換介面，只是進入時預設目標格式為 WebP。它讀取瀏覽器能解碼的單張圖片，依原始解碼點陣圖的寬高繪製到 canvas，再用瀏覽器的編碼能力寫出 WebP 檔案。
因此，轉換不會改變像素尺寸，也不會自動裁切、旋轉或尋找目標 KB。它會顯示原始和轉換後的位元組大小，但這只是實際結果，不是保證。瀏覽器不能寫出請求的格式時，工具會報錯，而不是把靜默回退的 PNG 當作 WebP 讓你下載。
品質滑桿怎麼理解
WebP 的品質滑桿用於有損編碼。數值越低，通常越容易得到較小檔案，但照片細節、文字邊緣和細微紋理可能更早出現損耗；數值較高更保守，但檔案不一定明顯縮小。不同瀏覽器編碼器和不同圖片內容會產生不同結果，所以不要把某個百分比當成通用答案。
如果你處理的是含文字截圖、UI 截圖或小 logo，過低品質可能讓邊緣發虛；如果是自然照片，輕微損耗可能不明顯。比較穩的做法是匯出後放到實際使用尺寸查看，而不是只看預覽縮圖。
透明背景會怎樣
WebP 支援透明，所以帶透明通道的 PNG 轉成 WebP 時，可以在格式能力上繼續保留透明區域。但這仍取決於瀏覽器編碼結果和目標使用環境：工具沒有單獨的 alpha 控制、無損開關或透明邊緣最佳化選項。
如果你改選 JPEG，透明就不能保留。共用轉換器會在匯出 JPEG 前鋪白底，適合白色頁面、證件表單或一般照片交付；如果素材需要疊在深色或彩色背景上，白底會變成明顯方塊，應繼續使用 PNG 或 WebP。
相容性比格式名稱更重要
WebP 很適合網頁交付，但不是每個後台、聊天工具、辦公軟體或投稿系統都願意接收 WebP。轉換前先確認目標入口的允許格式；如果寫著只收 JPG/PNG，就不要為了追求較小位元組而交 WebP。
另外，來源檔案能否讀入也由瀏覽器決定。常見 JPG、PNG、WebP、AVIF 在現代瀏覽器裡通常有較好支援，但特殊手機格式、RAW 或某些舊檔案不應預設可讀。這裡的 AVIF 只是共用轉換器裡的另一個目標選項，不是本文重點。
假設例子
假設你有一張 1600×900 的透明插畫，要放在網站文章裡，同時希望比 PNG 更輕。可以先在 WebP 轉換器中選擇 WebP，保持原始像素尺寸匯出，查看透明邊緣是否正常，再把結果放到真實頁面背景上檢查。如果邊緣發虛或背景不對，就提高品質或退回 PNG。
再假設另一張 1600×900 的 JPG 商品照要上傳到只收 500 KB 以下的系統。單純轉 WebP 可能更小，也可能仍超過限制；如果平台允許 WebP，但有明確 KB 上限，就應再走目標 KB 壓縮，並接受工具可能只能給出最接近結果的限制。
先轉 WebP 並檢查透明邊緣；若目標後台不收 WebP，改用 PNG；若必須壓到 KB 上限，再使用目標 KB 壓縮流程。
不要期待這些能力
目前 WebP 入口一次處理一張靜態圖片，沒有批次、ZIP、資料夾匯入、動畫 WebP 保留、無損 WebP 模式、中繼資料保留、色彩設定檔控制或歷史記錄。canvas 重新編碼通常會遺失 EXIF、XMP、IPTC、ICC 等資訊；動畫來源也會變成靜態影格。
如果你的目標是網站整批素材，可以使用批次壓縮類工具；如果目標是格式知識判斷，先讀格式取捨，再決定是否真的轉 WebP。
常見問題
- PNG 轉 WebP 能保留透明背景嗎？
- WebP 格式支援透明，工具會依瀏覽器編碼能力匯出 WebP；但沒有單獨的透明最佳化或無損 WebP 開關，結果仍需預覽確認。
- 轉 WebP 一定會變糊嗎？
- 不一定。較低品質更容易出現損耗，較高品質更保守；是否明顯要看圖片內容和實際顯示尺寸。
- WebP 轉換器能批次處理或保留動畫嗎？
- 不能。目前入口處理單張靜態圖片，不提供批次、ZIP 或動畫保留。
編碼用的是瀏覽器內建的 canvas，圖片不會離開這台裝置。
本頁的所有處理都在瀏覽器中完成，不會上傳任何內容。