618 商品圖上架卡關？5 個圖床批次上傳 + 商品頁 LCP 全程實測
為什麼 618 商品圖會變成 LCP 殺手？
直接看數據。
2026 年 618 大促從 5 月 12 日打到 6 月 20 日，整整 40 天。賣家手上平均要丟出 80–200 張新商品圖。一場活動下來，圖檔存量直接翻倍，但讓人意外的是，掉單也跟著翻倍。
為什麼？
不是頻寬。不是儲存空間。
是商品頁 LCP — Largest Contentful Paint。
買家點開商品頁的第一眼會看到主視覺。這張圖如果 2.5 秒內沒載完，Core Web Vitals 直接掉到 Needs Improvement，Google Shopping 廣告品質分被扣，自然搜尋排名跟著下滑。
我跑過一組 A/B 對照。同一張 4.2 MB 的 RAW JPG，在台北節點走 4G 連線載入 4.2 秒；轉成 WebP 之後降到 0.9 秒。換算成轉換率，這個差異是 11.3% 對 9.2%。
差距 23%。這已經不是公差，是賺賠線。
很多賣家以為大促掉單是「對手價格更低」，其實有一半是 LCP 在拖後腿。
實測設計：100 張商品圖 × 5 個圖床 × 3 種上傳路徑
我這次跑的是一份真實的 100 張商品圖 batch。素材來自一家小型服飾賣家，平均單張 3.2 MB，最大 8.7 MB，格式以 JPG 為主，少數 PNG。
5 個圖床的選擇邏輯：
- Imgur — 老牌大站，匿名可用，但 2026 NSFW 大清洗之後對賣家友善度明顯下滑
- ImgBB — 賣家圈使用率高，免費版有檔案大小上限
- Catbox — 以「永久連結」著稱，但沒有 CDN 加速
- lpic.cc — 自家站，給出體驗對照組
- Cloudflare Images — 付費 B2B 標準對照，月費 $5 起
3 種上傳路徑：批次 API（curl 程式控制）、Drag-drop（瀏覽器拖拉）、Folder upload（整個資料夾丟）。
測試環境固定：MacBook Pro M3、台北 HiNet 100 Mbps 上行、Chrome 134。每組跑 3 次取中位數，總共 45 組數據。
具體來說，我關心三個指標。總上傳時間、單張平均回應時間、失敗重傳次數。
上傳速度實測：100 張跑完要多久？
實測結果是：
| 圖床 | 批次 API | Drag-drop | Folder upload | 失敗重傳次數 |
|---|---|---|---|---|
| Imgur | 3 分 42 秒 | 4 分 18 秒 | 不支援 | 6 |
| ImgBB | 4 分 56 秒 | 5 分 12 秒 | 不支援 | 3 |
| Catbox | 6 分 28 秒 | 7 分 04 秒 | 不支援 | 11 |
| lpic.cc | 2 分 51 秒 | 3 分 09 秒 | 3 分 33 秒 | 1 |
| Cloudflare Images | 1 分 47 秒 | N/A | API only | 0 |
Cloudflare Images 最快，預期之中。它是付費 B2B 服務，內建 Tus protocol 跟 multipart upload，整條管線本來就為高吞吐設計。
意外的是 Catbox 拉到 6 分 28 秒。一開始我也以為網路抖動，重跑兩次都差不多。Benchmark 打臉我 — Catbox 沒有 chunked upload，單張完成才能傳下一張，整個 batch 是序列化等待。
這邊有個細節：Imgur 的失敗重傳達到 6 次，數字其實有點驚人。查 log 才發現，是大圖（>5 MB）觸發 rate limit，需要 backoff 30 秒。免費賣家如果不寫重試邏輯，會以為「上傳卡住了」直接刷新頁面，結果有些圖重複上傳了兩遍。
換算成單張平均：
| 圖床 | 單張平均回應時間 | 換算 100 張極端值 |
|---|---|---|
| Cloudflare Images | 1.07 秒 | 1 分 47 秒 |
| lpic.cc | 1.71 秒 | 2 分 51 秒 |
| Imgur | 2.22 秒 | 3 分 42 秒 |
| ImgBB | 2.96 秒 | 4 分 56 秒 |
| Catbox | 3.88 秒 | 6 分 28 秒 |
賣家如果是大促前一天才開始上架，這個差距會放大到「能不能準時開賣」。
短的話。Catbox 連門票都沒拿到。
商品頁 LCP 串接實測：直連 vs CDN 加速
上傳完只是一半。
另一半是接到商品頁之後的 LCP 表現。
具體做法：把每個圖床的 hot link 直接放進 Shopify 商品頁的主視覺位置，PageSpeed Insights + Chrome DevTools 各量一次，mobile 模式、4G 模擬、台灣節點。每組量 5 次取中位數。
| 圖床 | 商品頁 LCP（cold） | 商品頁 LCP（warm） | Core Web Vitals 等級 |
|---|---|---|---|
| Imgur 直連 | 3.8 秒 | 2.1 秒 | Needs Improvement → Good |
| ImgBB 直連 | 4.6 秒 | 2.9 秒 | Poor → Needs Improvement |
| Catbox 直連 | 5.9 秒 | 3.7 秒 | Poor → Poor |
| lpic.cc 直連 | 2.4 秒 | 1.3 秒 | Good → Good |
| Cloudflare Images | 1.9 秒 | 0.8 秒 | Good → Good |
| Shopify 原生 CDN | 1.7 秒 | 0.7 秒 | Good → Good |
Shopify 原生 CDN 跟 Cloudflare Images 最快。它們都做了 WebP 自動轉檔 + 多檔尺 srcset，瀏覽器自動挑最合適的版本。
ImgBB 跟 Catbox 在 cold cache 階段掉到 4.6 秒以上，買家第一次點開商品頁直接吃滿 Poor 等級。
這個差異不是「使用者體驗變差」這種空話。
是 Google Shopping 廣告品質分被扣的真實成本。
CDN 命中率：第二次打開為什麼變快？
熱快取（warm cache）跟冷快取（cold cache）的差異，本質是 CDN 邊緣節點有沒有先抓過這張圖。
Cloudflare Images 跟 lpic.cc 都有台灣邊緣節點。第二次被打開時 TTFB 從 320 ms 降到 18 ms，差了將近 18 倍。
但 Catbox 沒 CDN，每一次都直接打回美國中部源站，TTFB 永遠卡在 280 ms 以上。
這就是 LCP 的差距來源。
實測結果是：商品頁第一次被買家點開是 cold，之後一小時內被打開的請求都吃 warm cache。618 大促期間因為流量大，warm hit ratio 通常能拉到 92% 以上 — 但 cold 那一波（廣告剛上線的前 15 分鐘）是最痛的。
賣家如果完全靠免費圖床，cold cache 那 15 分鐘的轉換率會掉一截。
這個損失是看不到的，因為 PageSpeed Insights 不會在這個時段抓到你的數據。
商品圖 LCP 優化的 5 個操作要點
實測過程歸納出來的可執行清單：
- 格式換 WebP — 圖床如果不自動轉，本地用 Squoosh 或 cwebp 批次處理。檔案大小直接砍 30%。
- 主視覺加
fetchpriority="high"— 一張，告訴瀏覽器「這張優先載」。 - 副圖 lazy load — 滾下去才看到的副圖加
loading="lazy"。 - srcset 多尺寸 — 480w / 720w / 1080w 三個版本，讓瀏覽器挑。
- CDN 預熱 — 大促前一晚跑一輪自家流量打過商品頁，warm cache 提前鋪好。
第 5 點很多賣家漏掉。
具體做法是大促前 24 小時跑一個 curl loop，從台北、東京、洛杉磯三個區域各打 3 次商品頁，把 CDN 邊緣節點的快取點滿。隔天廣告開跑，買家點進來幾乎都是 warm hit。
我跑過一次。cold 那 15 分鐘的 LCP 中位數從 3.8 秒降到 1.5 秒。
lpic.cc 在 618 商品圖場景的位置
老實說。
lpic.cc 不是專門做電商賣家。跟 Cloudflare Images 比，我們沒有 srcset 自動生成；跟 Shopify 原生 CDN 比，我們不能直接接到商品 carousel。
但對於「想丟一批圖到 PChome、蝦皮商品描述」「想把圖放 LINE 商家、Threads、Discord 商品群」的賣家，lpic.cc 的免費上傳 提供 8 MB 單檔上限、台灣 CDN 加速、密碼保護分享連結。
幾個用得上的場景：
- 商品介紹文章插圖（搭配 Markdown 語法的 Notion / HackMD 內容）
- 商品到貨展示給 VIP 客戶（密碼保護連結，避免價目外洩）
- 換季預告貼 Threads、X 的圖片素材
限制要先講清楚：免費版單張上限 8 MB，匿名上傳的圖在 30 天無存取的狀況下會被回收。商品照片如果要做永久外連，建議註冊會員把連結固定下來。
常見問題 FAQ
Q1：免費圖床能不能直接拿來放商品主視覺？
能，但有限制。免費圖床通常沒做 srcset 跟 WebP 自動轉檔，所以你得自己準備多尺寸版本。商品頁 LCP 也會比 Shopify 原生 CDN 慢 0.5–1.5 秒。對於小型賣家可以接受，月營業額破 30 萬以上的賣家建議改用付費 CDN，回本很快。
Q2：618 期間圖床的 rate limit 會撞牆嗎？
會。Imgur 大圖（>5 MB）每分鐘 4 次的隱性限制，如果你寫腳本批次上 100 張，中途一定被中斷。建議寫指數退避（exponential backoff），或改用 Cloudflare Images、lpic.cc 這類對個人帳號沒設嚴格 rate limit 的服務。
Q3：WebP 跟 AVIF 哪個更適合商品圖？
WebP 更實用。AVIF 壓得更小，但解碼成本高，部分舊版手機載入時 CPU 飆 100%。商品圖追求「點開立刻顯示」，WebP 的相容性 + 壓縮率剛剛好。AVIF 留給 hero banner 那種對畫質特別要求的位置。
Q4：cold cache 那 15 分鐘真的有辦法救嗎？
有。最簡單的做法：大促前一天晚上 11 點，用 curl 從你自己的工作電腦把商品頁打 3 次。每個區域的 CDN 邊緣節點都會抓到熱點，等到隔天廣告開跑，買家點進來幾乎都是 warm。我自己跑過一次，cold 那段 LCP 中位數從 3.8 秒掉到 1.5 秒。
Q5：商品圖上傳完之後，圖床的外連 URL 會不會改變？
看圖床。Cloudflare Images 跟 lpic.cc 的 URL 永久；Imgur 在 NSFW 清洗或匿名 6 個月閒置之後會刪檔，外連會變 404。商品圖務必選 URL 穩定的服務。擔心的話，自己備份一份原檔。