為什麼要壓縮圖片（上傳之前就該做）

你部手機啱啱存咗一張 4 至 8 MB 嘅相。對原圖歸檔嚟講，呢個大細合理——1200 萬像素感測器、HDR 處理、JPEG 幾乎冇掉咩細節。但你下一步要用呢張相去做嘅嘢，呢個大細就糟透。

網誌主圖、產品卡、WhatsApp 傳送、求職表格、寄俾客戶嘅電郵：大多數去處都滿意 100 至 400 KB。多出嚟嗰幾 MB 唔會令螢幕上嘅畫面更好睇。佢哋會拖慢頁面、令傳送失敗、食爆數據、仲會令備份帳單膨脹。原圖同目的地真正需要嘅差距——就係點解你要喺上傳之前壓縮圖片。

網站為每一個用唔着嘅 MB 埋單

喺網上，圖片通常係成頁最重嘅嘢。Largest Contentful Paint（LCP）——追蹤主要畫面幾時真正出現嘅 Core Web Vital——好多時就等於「張主圖要下載幾耐？」一張 3 MB 嘅 JPEG 喺 4G 可以停幾秒。同一裁切、200 KB 嘅 WebP 就一眨眼出現。

LCP 慢唔係抽象分數。首屏卡住，跳出率就會升。產品相仲喺度轉圈，轉換率就會跌。搜尋排名都會捱打，因為 Google 用呢啲指標做排名訊號。發布前先壓縮，係最平嘅加速方法之一：你唔使改網站，只係少傳一啲位元組。

如果目的地係網頁，工夫就要具體——縮到顯示闊度、揀現代格式、定一個仍然銳利嘅畫質。呢條流程寫喺點樣縮細網站圖片檔案、令頁面更快。 底層嘅「點解」好簡單：未壓縮嘅上載，係每個訪客每次載入都要交、永遠交落去嘅稅。

電郵、傾偈同上載會拒收原圖

消費級電郵附件上限仍然大約 20 至 25 MB，成封信計。五張手機相每張 6 MB，加 PDF 之前已經爆燈。傳送失敗、客戶收唔到相，或者 Gmail 靜靜將佢哋轉成部分人打唔開嘅 Drive 連結。事先壓縮，分別就係「相喺度」同之後成串討論檔案太大。

即時通訊嚴格得唔同。WhatsApp、iMessage 同大多數職場通訊 App 都會再壓你傳出去嘅嘢——好多時壓成有明顯瑕疵嘅細 JPEG——因為佢哋假設你冇做過。你失去畫質控制，同時仍然燒咗原圖嘅上載頻寬。自己壓到 250 KB 嘅檔案，第二輪通常更接近你想要嘅效果。

表格係同一問題嘅低調版。大學門戶、簽證網站、保險索償、招聘版都會寫硬上限：「JPG 或 PNG，最大 500 KB。」未壓縮嘅手機相過唔到驗證。之後人哋截圖、喺預覽入面縮到糊晒，或者放棄。一次像樣嘅壓縮可以過關，又唔會將證件相變成一撻朦。

同一批檔案仲有一個你應該刻意做嘅選擇：破壞性壓縮同無損壓縮。 相片頂得住有損編碼；截圖、標誌、有文字嘅文件好多時唔應該。壓縮唔係一條滑桿——而係方法要同檔案匹配。

流動數據同慢網絡先係常態，唔係例外

一張 5 MB 圖喺計量連線上唔係小事。佢係每日數據上限嘅明顯一口、逼爆地鐵入面嘅停頓、酒店 Wi-Fi 嘅逾時。用貴流動計劃、鄉郊寬頻、舊裝置嘅人唔係小眾——佢哋佔每個公開網站同每個群組傾偈好大一份。

無障礙都係同一幅圖嘅一部分。頁面載唔完圖片，就等於有啲人用唔到。壓縮取代唔到替代文字或者對比度，但係少數直接決定內容到唔到嘅效能選擇。送 200 KB 而唔係 5 MB，分別就係「喺手機用得」同「喺市區、有好計劃嘅手機先用得」。

儲存同備份會靜靜膨脹

一張未壓縮嘅相令人煩。一千張就係滿級 iCloud 或者 Google 相簿。相機膠卷、客戶相簿、「原圖應該留低」資料夾，用冇人會以原生解像度睇嘅像素填滿硬碟同雲端配額。備份再將呢啲 MB 複製第二次、第三次。

成本唔止係錢。同步更耐。共用資料夾卡住。攝影師交 400 張網頁用檔案，如果每張都係 6 MB JPEG，就係叫對方下載 2.4 GB，而其實可以只係 80 MB。去到呢個規模，一張一張壓係錯工具——批次壓縮再下載 ZIP先係令相簿有用、而唔係昂貴嘅方法。

未壓縮圖片實際代價幾多

粗略、典型嘅數字——唔係實驗室基準，只係大多數人撳「上載」之前從來唔做嘅算術：

格式選擇都會郁呢啲數字。一張相片嘅 PNG 好多時大過同一場景嘅 JPEG 幾倍；WebP 同 AVIF 對相片通常再細。如果你唔肯定頁面應該用邊個容器，由JPG vs PNG vs WebP vs AVIF開始，而唔好壓錯原檔。

下一步點做

你唔需要再聽一套新流程演講。你需要檔案喺離開部機之前就對準目的地。想要保畫質嘅設定同短步驟，用點樣壓縮圖片又唔失畫質。 真正編碼就將檔案拖入圖片壓縮工具——喺瀏覽器跑、冇嘢上載，幾百 KB 通常已經夠。