GIF 壓縮
把過大的 GIF 縮小到能上傳的大小。 可縮小尺寸、抽掉重複的畫格、調整色彩品質，並即時看到壓縮前後的檔案大小對比。 全部在您的瀏覽器內完成，檔案不會上傳。
步驟 1 · 選擇 GIF
點擊選擇 GIF，或把檔案拖進來
支援 GIF 動畫 · 需 Chrome / Edge 以逐格處理
步驟 2 · 壓縮設定
最有效的做法：面積會以平方縮減。
數字越小檔案越小，但色塊越明顯（1 最差、20 最好）。
拉長可減少格數需求，但也會改變播放節奏。
步驟 3 · 壓縮與下載
準備中…
壓縮前
—
壓縮後
—
GIF 為什麼這麼容易「爆容量」？
GIF 格式制定於 1987 年，當年是為了在慢速網路上傳圖片而設計， 完全沒有考慮動畫的壓縮效率。它的每一格都是以「索引色點陣圖」獨立儲存， 只有相鄰格之間做極有限的差異壓縮。
結果就是：檔案大小幾乎等於「格數 × 每格面積 × 色彩複雜度」。 一段 5 秒、480×480、30 fps 的 GIF，很容易就超過 10 MB， 而同樣內容轉成動態 WebP 往往只有十分之一。 這也是為什麼很多網站與論壇都對 GIF 設有上傳上限。
壓縮的三個手段，該選哪個？
縮小尺寸
效果最強。長寬各減半，面積變 1/4，檔案大致也變 1/4。 多數社群平台顯示 GIF 的寬度都不超過 500 px，縮到這個範圍通常看不出差別。
抽掉重複格
很多 GIF 有大段靜止畫面（例如角色停頓、等待輸入）， 這些重複格佔了大量空間。抽掉後改以延長顯示呈現，肉眼幾乎無感。
降低色彩品質
效果有限但可再榨一點空間。GIF 本來就只有 256 色， 再減色會出現色塊，建議最後才動這個設定。
功能特色
- 縮小尺寸，面積平方級縮減
- 自動偵測並抽掉重複畫格
- 沿用原始每格間隔，節奏不跑掉
- 色彩品質可調，榨出最後空間
- 壓縮前後並排對比大小與畫質
- 全程瀏覽器處理，檔案不上傳
使用情境
- GIF 超過論壇或聊天軟體的上傳上限，需要縮到可接受的檔案大小。
- 網頁載入太慢，因為首頁放了幾個大 GIF，需要先壓縮再上線。
- 想把 GIF 放進簡報或文件，但檔案太大不好傳送。
- 電子報的 GIF 被郵件系統擋下，因為超過單檔大小限制。
- 手邊只有 GIF 沒有原始素材，需要在不重做的前提下盡量縮小。
常見問題
為什麼 GIF 檔案會這麼大？
GIF 是 1987 年的格式，每一格都以獨立的索引色畫面儲存，且幾乎沒有跨格的壓縮能力。檔案大小大約等於「格數 × 每格面積 × 色彩複雜度」，因此只要尺寸大或格數多，檔案就會急速膨脹。
哪一個設定最能有效縮小檔案？
依效果排序：<strong>縮小尺寸</strong>最有效（面積是平方縮減，例如長寬各減半，面積變 1/4）；其次是<strong>抽掉重複的畫格</strong>（靜止畫面的重複格佔很多空間）；最後才是<strong>降低色彩品質</strong>。建議先縮尺寸，再抽格。
「抽掉重複的畫格」會讓動畫變短嗎？
不會變短，但會變得不那麼滑順。工具會偵測內容相同的連續畫格並只保留一格，同時把該格延長顯示。若原本的 GIF 有大段靜止畫面，這個做法能省下大量空間且肉眼幾乎看不出差別。
壓縮後畫質變差了怎麼辦？
GIF 只有 256 色，減色過度會出現色塊與雜點。建議先只調「尺寸」與「抽格」，把「色彩品質」維持在預設值；若不夠小再逐步降低品質。若畫質要求高，建議改輸出動態 WebP，同畫質下檔案通常小得多。
壓縮後的 GIF 可以再壓一次嗎？
可以，但效果會遞減且畫質會累積損失。GIF 每一次重新編碼都是失真處理，重複壓縮會讓畫面越來越糟。若需要更小的檔案，建議回到原始素材重做，或在這裡一次設定到位。
需要 Chrome 或 Edge 嗎？
是的。逐格讀取 GIF 需要 WebCodecs 的 ImageDecoder API，目前 Chrome 與 Edge 支援最完整。若瀏覽器不支援，頁面會提示你改用其他瀏覽器。
檔案會被上傳到你們的伺服器嗎？
不會。GIF 的解碼、壓縮到重新編碼全部在您的瀏覽器內完成，檔案不會離開您的裝置，本站伺服器無法取得您的任何檔案。