多數經營者上傳商品照片前，會先看一眼手機相簿裡那張照片的畫質：色彩夠不夠飽和、細節夠不夠清晰、放大看會不會模糊。看到滿意的畫面，就直接把它放上網站，覺得這樣的品牌形象一定加分。
沒有人告訴他，這張「看起來很棒」的照片，背後可能藏著好幾 MB 的資料量。HTTP Archive 的《2025 Web Almanac》統計，2025 年桌機網頁的中位數重量已經來到約 2.86 MB，行動版也有約 2.56 MB，其中圖片是佔比最重的一種資源，光是桌機網頁，圖片的中位數就吃掉 1,058 KB。用手機瀏覽的訪客滑進商品頁，畫面還沒跑出來，人已經先等到不耐煩，商品長什麼樣子都還沒看清楚就先滑走了。拍得好不好看，跟這張照片對網站有沒有幫助，其實是兩件完全不同的事。圖片太大拖慢網站，正是多數經營者完全沒意識到的關鍵原因。
這篇要拆解的不是怎麼壓縮照片的技巧，而是背後那條因果鏈：照片為什麼會這麼大、瀏覽器收到之後又做了什麼事，一路影響到訪客願不願意留下來。先從畫質這一關講起。
成因一：手機隨手一拍，畫質早就超過網頁需要的尺寸
現代手機相機隨手一拍，長邊動輒超過四千像素，這樣的照片檔案有好幾 MB 很正常。問題是，商品頁在網頁上顯示的區域，長邊多半只需要八百到一千兩百像素寬，多出來的畫素資訊，人眼在這個顯示尺寸下根本分辨不出差別，卻仍然要一起被下載下來。
最容易被忽略的地方在於，一張照片的資料量是由長和寬兩個方向一起決定的，不是單一個數字往上疊加。把長寬各縮小一半，總畫素量不是少一半，而是縮到只剩四分之一；縮到網頁實際需要的顯示尺寸，檔案通常能一口氣瘦身到只剩原本的一小部分。多數經營者以為「解析度愈高，畫質愈細，對網站就愈有幫助」，卻沒想過網頁要顯示的尺寸，跟手機拍攝的原始尺寸根本是兩回事，一個由畫面在螢幕上看起來夠不夠清楚決定，另一個只由相機鏡頭決定，兩者沒有必然關聯。
「原圖直接上傳」正是最常見，也最容易被忽略的一步。多數店家在上傳商品照片時，不會特地去檢查這張圖片的實際尺寸有沒有先縮小過，拍完就直接丟上後台。而這一步偏偏不需要用到任何壓縮技巧，只要把畫面尺寸調整到網頁顯示需要的大小，通常就能先避開一半以上的問題，比學會任何壓縮工具都優先，卻也最容易被漏掉。
成因二：瀏覽器收到圖片後，還得在使用者裝置裡把它整個攤開
就算圖片已經先縮小到網頁需要的尺寸，故事也還沒結束，檔案傳到訪客的手機或電腦之後，瀏覽器並不是把它直接「貼」上螢幕就算了。瀏覽器拿到的是一份壓縮過的資料，還得先把它解碼，還原成一格一格的畫面像素，才能真的顯示出來。這個解碼過程要花運算資源與記憶體，檔案愈大，要解碼的資料就愈多，裝置要花的力氣也愈大。
HTTP Archive 的《2025 Web Almanac》在探討網頁承重的篇章裡，舉過一個具體的例子：一張傳輸時只有 200 KB 的圖片，瀏覽器把它解碼還原成像素之後，在裝置的記憶體裡可能就膨脹到 5 MB。換句話說，螢幕上看到的「檔案幾百 KB」，跟裝置實際要處理的資料量，中間有好幾倍的落差——下載完成，只是這張圖片故事的前半段，不代表它已經「顯示好了」。
這中間的落差，不只是「多等一下」的問題。解碼後的圖片在記憶體裡佔用的空間，通常會比檔案本身大上好幾倍，而手機的運算能力與記憶體，又比一般電腦吃緊得多。同一張圖，在電腦上瀏覽器或許還能從容處理，換成手機開啟，這個負擔就會被放大，使用者感受到的延遲也更明顯。
累積在記憶體裡的這些圖片資料，正是拖長頁面最大內容繪製時間的主要原因，而這個指標，恰好也是 Google 判斷網站體驗好不好的重要依據。
成因三：這張圖，很可能就是網站被判定「體驗不佳」的那個元素
網頁體驗有一個 Google 官方訂出來的核心指標，叫做 Largest Contentful Paint，中文譯為「最大內容繪製」，英文縮寫 LCP。它衡量的是使用者從進入頁面，到看見畫面裡「主要內容」跑出來，中間花了多久；Google 把 2.5 秒以內定義為良好的表現，超過這個門檻，使用者就會感覺網站慢。
而在多數網站上，佔畫面面積最大、最先被使用者注意到的那個「主要內容」，往往就是一張圖片，首頁的主視覺、商品頁的主圖、部落格文章的首圖，都是常見的候選對象。HTTP Archive 的《2025 Web Almanac》統計，圖片是桌機網頁裡大約八成五的最大內容繪製元素，行動裝置也有約七成六。在多數網站上，決定這個「網站快不快」判定結果的，十之八九就是一張圖。
這個指標不只是使用者體驗的參考值，也被正式納入 Google 的排名系統。Google Search Central 的官方文件指出，核心網頁指標（Core Web Vitals，涵蓋 LCP 在內）與 Google 核心排名系統重視的頁面體驗面向一致，鼓勵網站經營者以達到良好的核心網頁指標為目標。也就是說，那張還沒處理過的照片，不只是讓訪客等得不耐煩，也可能正在拖累網站在搜尋結果裡的表現。
而網頁本身的重量，又跟這個指標直接掛勾。同一份《2025 Web Almanac》資料顯示，頁面愈重，最大內容繪製的時間往往拖得愈長，行動裝置尤其明顯；在頁面重量落在最頂端的那一小群網站（檔案量達到十幾 MB 等級）裡，最大內容繪製時間的中位數已經超過 4 秒，遠遠超出 2.5 秒的良好門檻。以行動裝置整體來看，目前約六成二的網站能拿到「良好」評等，其餘則落在「待改善」與「不佳」，圖片正是決定一個網站落在哪一邊的關鍵變數之一。
成因四：訪客會不會留下來，早在幾秒內就分出勝負
把這些技術上的因果翻成經營者最在意的語言，Google 在 2016 年一篇官方部落格文章裡，分析大量行動網站的數據後指出，行動網頁的載入時間一旦超過 3 秒，就有超過五成三的訪客會直接放棄瀏覽。那張還在慢慢跑出來的照片，對訪客而言不是「等一下沒關係」，而是「乾脆先離開」。
這不是憑空的推論。BBC 的實際數據顯示，網站每多花一秒鐘載入，就會多流失一成的使用者。對一個仰賴流量與廣告的新聞媒體來說，這一秒鐘不是感覺上的差別，而是實實在在少掉的讀者。
反過來看，速度只要改善一點點，帶來的效果也一樣真實。Google 委託顧問公司 55 與 Deloitte 進行的研究《Milliseconds Make Millions》，分析超過 30 個歐美品牌網站、超過三千萬筆使用者瀏覽紀錄後發現，行動網站的速度只要加快 0.1 秒，零售網站的轉換率平均能提升 8.4%，平均訂單金額也跟著提升 9.2%；在需要蒐集名單的網站上，同樣 0.1 秒的改善，讓使用者完成表單填寫的比例提升了 21.6%。
把這幾組數字放在一起看，答案已經很清楚，訪客沒有耐心等一張還在慢慢跑出來的照片，願不願意留下來，往往在頁面跳出來的頭幾秒內就已經決定了。
那張商品照片，從頭到尾都沒有錯。錯的是，從來沒有人把「這張照片的檔案有多大」跟「這門生意做不做得成」放在一起想過，拍得漂不漂亮，是給人看的；檔案跑不跑得動，才是給網站看的，兩件事一直被當成同一件事在判斷。
下次上傳照片以前，不妨多問自己一句：「這張圖要花多久才會跑出來？」而不是只問「夠不夠好看？」問題出在哪裡，得先弄清楚，才輪得到怎麼解決。那已經是下一步的事了。