圖片通常佔網站總頁面重量的50-70%,使圖片最佳化成為改善網站效能最有影響力的方式之一。正確壓縮和最佳化的圖片可以更快載入頁面、提高SEO排名、改善使用者體驗並降低託管成本。本綜合指南涵蓋了2025年壓縮和最佳化網站圖片所需的所有知識。
為什麼網站圖片最佳化很重要
頁面載入速度和使用者體驗
影響:
- 53%的行動使用者會放棄載入超過3秒的網站
- 每延遲1秒會使轉換率降低7%
- 快速載入的網站平均工作階段時長長70%
圖片最佳化的好處:
- 頁面大小減少40-80%
- 頁面載入速度提高2-5倍
- 更好的行動體驗
- 更低的跳出率
SEO和Google排名
Google的觀點:
- 頁面速度是直接排名因素(2010年桌面版,2018年行動版)
- Core Web Vitals在2021年成為排名訊號
- 更快的網站被爬取的頻率更高
- 更好的使用者指標(跳出率、停留時間)改善排名
圖片SEO的好處:
- 更高的搜尋排名
- 改善的圖片搜尋可見性
- 更多的自然流量
- 更好的行動搜尋效能
Core Web Vitals影響
| 指標 | 測量內容 | 圖片影響 | 良好閾值 |
|---|---|---|---|
| LCP(最大內容繪製) | 載入效能 | 主圖直接影響LCP | < 2.5秒 |
| FID(首次輸入延遲) | 互動性 | 大圖片阻塞主執行緒 | < 100ms |
| CLS(累積版面偏移) | 視覺穩定性 | 無尺寸的圖片導致偏移 | < 0.1 |
| INP(互動到下次繪製) | 回應性 | 大圖片延遲互動 | < 200ms |
關鍵:最佳化的圖片對於通過Core Web Vitals至關重要,這直接影響搜尋排名。
成本節省
頻寬成本:
- 未最佳化網站:5MB平均頁面 × 100,000訪客 = 500GB/月
- 最佳化網站:1MB平均頁面 × 100,000訪客 = 100GB/月
- 節省:400GB/月 = ¥270-1350/月(取決於託管服務)
CDN成本:
- Cloudflare:$0.01-0.05每GB
- Amazon CloudFront:$0.085每GB
- 400GB節省 = $4-34/月
網站的最佳圖片規格
按網站板塊的圖片尺寸
| 網站板塊 | 推薦尺寸 | 檔案大小目標 | 品質 | 格式 |
|---|---|---|---|---|
| 主圖/橫幅 | 1920×1080px - 2560×1440px | 150-400KB | 80-85% | JPEG/WebP |
| 部落格特色圖 | 1200×630px(16:9) | 100-200KB | 75-85% | JPEG/WebP |
| 部落格內容 | 800×600px - 1200×900px | 80-150KB | 75-80% | JPEG/WebP |
| 產品圖片 | 1000×1000px - 2000×2000px | 100-300KB | 85-90% | JPEG/WebP |
| 縮圖 | 300×300px - 600×600px | 20-60KB | 70-80% | JPEG/WebP |
| 畫廊圖片 | 1200×800px | 100-200KB | 80-85% | JPEG/WebP |
| 背景圖片 | 1920×1080px | 150-300KB | 75-80% | JPEG/WebP |
| Logo(帶透明度) | 200×100px - 400×200px | 10-50KB | 100% | PNG/SVG |
| 圖示 | 32×32px - 128×128px | 2-10KB | 100% | PNG/SVG |
| Open Graph/社群 | 1200×630px | 100-200KB | 80% | JPEG/PNG |
| 網站圖示 | 32×32px, 192×192px, 512×512px | 2-15KB | 100% | PNG/ICO |
按頁面類型的檔案大小目標
| 頁面類型 | 總頁面大小目標 | 圖片預算 | 圖片數量 |
|---|---|---|---|
| 首頁 | 1-2MB | 500KB - 1MB | 5-15張圖片 |
| 部落格文章 | 800KB - 1.5MB | 400KB - 800KB | 3-8張圖片 |
| 產品頁 | 1-2.5MB | 600KB - 1.5MB | 5-20張圖片 |
| 分類/存檔 | 1-2MB | 600KB - 1MB | 10-30張縮圖 |
| 到達頁面 | 800KB - 1.5MB | 400KB - 800KB | 3-10張圖片 |
如何壓縮網站圖片:分步指南
步驟1:選擇正確的格式
格式決策樹:
是照片或複雜圖片嗎?
├─ 是 → 使用JPEG(或現代瀏覽器用WebP)
└─ 否 → 需要透明度嗎?
├─ 是 → 使用PNG(或帶alpha的WebP)
└─ 否 → 是簡單圖形/logo嗎?
├─ 是 → 使用SVG(可縮放,檔案極小)
└─ 否 → 使用PNG-8或JPEG
格式建議:
JPEG:
- 最適合:照片、複雜圖片、漸層
- 壓縮:有損(可調品質)
- 檔案大小:小
- 透明度:否
- 使用場景:80%的網站圖片
PNG:
- 最適合:截圖、圖形、logo、帶文字的圖片
- 壓縮:無損
- 檔案大小:大
- 透明度:是
- 使用場景:需要像素完美品質的圖形
WebP:
- 最適合:所有圖片類型(照片和圖形)
- 壓縮:有損和無損選項
- 檔案大小:比JPEG/PNG小25-35%
- 透明度:是
- 使用場景:帶回退的現代網站
- 瀏覽器支援:95%+(所有現代瀏覽器)
AVIF:
- 最適合:尖端最佳化
- 壓縮:有損和無損
- 檔案大小:比JPEG小50%
- 透明度:是
- 使用場景:漸進增強
- 瀏覽器支援:85%+(增長中)
SVG:
- 最適合:Logo、圖示、簡單圖形
- 壓縮:向量(無限可縮放)
- 檔案大小:極小(通常1-10KB)
- 透明度:是
- 使用場景:任何可縮放圖形
步驟2:調整圖片至顯示尺寸
為什麼先調整大小:
- 在800×600px顯示4000×3000px圖片會浪費93%的頻寬
- 較小的尺寸 = 更好的壓縮 = 更快的載入
- 減少使用者的處理時間
如何確定顯示尺寸:
- 在瀏覽器DevTools中檢查元素
- 檢查實際呈現尺寸
- 考慮Retina顯示器(2x解析度)
- 使用響應式圖片尺寸
Retina顯示策略:
- 顯示尺寸:800px寬
- Retina尺寸:1600px寬(2x)
- 以更高品質壓縮以保持清晰度
範例工作流:
# 顯示寬度:800px
# Retina:1600px實際圖片
# 但更激進地壓縮以保持檔案大小
convert original.jpg -resize 1600x -quality 75 optimized.jpg
步驟3:使用最佳品質設定壓縮
按圖片類型的品質建議:
| 圖片類型 | JPEG品質 | WebP品質 | 備註 |
|---|---|---|---|
| 主圖 | 80-85% | 75-80% | 顯眼,需要品質 |
| 產品照片 | 85-90% | 80-85% | 對銷售至關重要 |
| 部落格圖片 | 75-80% | 70-75% | 良好平衡 |
| 縮圖 | 70-75% | 65-70% | 小顯示,激進壓縮可以 |
| 背景圖片 | 70-80% | 65-75% | 可以更壓縮 |
| 肖像 | 80-85% | 75-80% | 面部細節重要 |
| 風景 | 75-80% | 70-75% | 注意天空色帶 |
使用TinyImagePro(推薦):
- 造訪 TinyImagePro.com
- 上傳網站圖片
- 選擇「網站」預設或手動設定品質
- 選擇輸出格式(JPEG、PNG、WebP)
- 壓縮並下載
- 上傳到網站
批次處理:
- 一次處理所有圖片以保持一致性
- 對相似圖片類型使用相同品質設定
- 保持有組織的資料夾結構
步驟4:實現響應式圖片
為什麼使用響應式圖片:
- 行動使用者不需要桌面尺寸的圖片
- 在較小螢幕上節省頻寬
- 改善行動效能
HTML srcset實現:
<img
src="image-800w.jpg"
srcset="
image-400w.jpg 400w,
image-800w.jpg 800w,
image-1200w.jpg 1200w,
image-1600w.jpg 1600w
"
sizes="(max-width: 400px) 400px,
(max-width: 800px) 800px,
(max-width: 1200px) 1200px,
1600px"
alt="描述"
width="1600"
height="900"
loading="lazy"
>
好處:
- 瀏覽器選擇適當的圖片大小
- 行動使用者獲得較小的圖片
- 桌面使用者獲得高品質圖片
- 自動最佳化
建立響應式圖片集:
- 建立3-4種尺寸變體(400px、800px、1200px、1600px)
- 以適當品質壓縮每個
- 使用
srcset和sizes屬性 - 始終指定width和height以防止CLS
步驟5:使用帶回退的現代圖片格式
現代圖片堆疊:
<picture>
<source srcset="image.avif" type="image/avif">
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="描述" loading="lazy">
</picture>
工作原理:
- 瀏覽器首先嘗試AVIF(最佳壓縮)
- 如果不支援AVIF則回退到WebP
- 為傳統瀏覽器回退到JPEG
- 自動,無需JavaScript
檔案大小比較:
- 原始JPEG(1200×800):450KB
- 最佳化JPEG(85%品質):180KB(減少60%)
- WebP(80%品質):120KB(比JPEG小33%)
- AVIF(75%品質):80KB(比WebP小33%)
轉換工作流:
# 建立最佳化的JPEG
convert original.jpg -quality 85 image.jpg
# 建立WebP版本
cwebp -q 80 original.jpg -o image.webp
# 建立AVIF版本
avifenc -s 75 original.jpg image.avif
進階網站圖片最佳化技術
懶載入圖片
它是什麼:圖片僅在即將進入視埠時載入。
好處:
- 更快的初始頁面載入
- 為不捲動的使用者減少頻寬
- 更好的Core Web Vitals得分
- 更低的伺服器成本
實現(原生):
<img src="image.jpg" alt="描述" loading="lazy">
最佳實務:
- 不要懶載入首屏圖片(損害LCP)
- 懶載入所有首屏以下內容
- 在所有部落格文章和長頁面上使用
- 與響應式圖片結合
首屏 vs 首屏以下:
<!-- 首屏(主圖):不要懶載入 -->
<img src="hero.jpg" alt="主圖" loading="eager">
<!-- 首屏以下:要懶載入 -->
<img src="content.jpg" alt="內容" loading="lazy">
網頁用漸進式JPEG
它是什麼:JPEG分多次載入,顯示低解析度預覽然後逐漸改進。
好處:
- 更好的感知效能
- 使用者立即看到內容
- 檔案大小小2-5%
- 慢速連線上更好的UX
何時使用:
- 超過30KB的圖片
- 主圖
- 特色圖片
- 任何顯眼的圖片
如何建立:
# ImageMagick
convert input.jpg -interlace Plane output.jpg
# cjpeg (MozJPEG)
cjpeg -progressive -quality 85 input.jpg > output.jpg
TinyImagePro:自動為超過30KB的圖片建立漸進式JPEG。
圖示用圖片精靈
它是什麼:將多個小圖片(圖示)合併到一個檔案中。
好處:
- 減少HTTP請求(對效能至關重要)
- 更快的頁面載入
- 更好的快取
- 減少伺服器負載
範例精靈表:
icons.png(400×100px包含4個圖示)
圖示1: 0,0,100px,100px
圖示2: 100,0,100px,100px
圖示3: 200,0,100px,100px
圖示4: 300,0,100px,100px
CSS實現:
.icon {
background-image: url('icons.png');
width: 100px;
height: 100px;
}
.icon-search { background-position: 0 0; }
.icon-cart { background-position: -100px 0; }
.icon-user { background-position: -200px 0; }
.icon-menu { background-position: -300px 0; }
更好的替代方案(2025):使用SVG精靈或圖示字型以獲得更好的可擴展性。
關鍵圖片和預載入
預載入關鍵圖片:
<head>
<!-- 預載入主圖以更快LCP -->
<link rel="preload" as="image" href="hero.webp" type="image/webp">
<link rel="preload" as="image" href="hero.jpg" type="image/jpeg">
</head>
何時預載入:
- 首屏主圖
- Logo
- 關鍵背景圖片
- LCP圖片(最大內容繪製元素)
何時不預載入:
- 首屏以下圖片
- 非關鍵圖片
- 超過2-3張圖片(收益遞減)
圖片交付用CDN
為什麼使用CDN:
- 從更接近使用者的伺服器提供圖片
- 全球載入時間快40-60%
- 減少來源伺服器負載
- 自動壓縮和最佳化(某些CDN)
- 更好的快取管理
流行的圖片CDN:
| CDN | 關鍵特性 | 定價 |
|---|---|---|
| Cloudflare Images | 自動最佳化、WebP/AVIF轉換、調整大小 | $5/月 + 每100,000張圖片$1 |
| Cloudinary | AI驅動最佳化、轉換、響應式圖片 | 免費層:25GB/月,專業版$89/月 |
| imgix | 即時圖片處理、響應式圖片 | 免費層:1,000張主圖片 |
| Amazon CloudFront | 全球分發、與S3整合 | 按需付費:$0.085/GB |
| KeyCDN | 快速交付、WebP支援 | $0.04/GB |
基本CDN設定:
<!-- 之前:來源伺服器 -->
<img src="https://yoursite.com/images/photo.jpg">
<!-- 之後:CDN -->
<img src="https://cdn.yoursite.com/images/photo.jpg">
帶轉換的進階CDN(Cloudinary範例):
<img src="https://res.cloudinary.com/demo/image/upload/w_800,q_auto,f_auto/photo.jpg">
參數:w_800(寬度),q_auto(自動品質),f_auto(自動格式WebP/AVIF)
平台特定最佳化
WordPress圖片最佳化
內建功能:
- WordPress自動產生多種圖片尺寸(縮圖、中、大)
- 預設啟用懶載入(WordPress 5.5+)
- 自動新增srcset到圖片
推薦外掛程式:
1. ShortPixel Image Optimizer:
- 有損、光澤、無損壓縮
- WebP轉換
- 批次最佳化
- 免費:100張圖片/月
2. Imagify:
- 3種最佳化級別
- WebP和AVIF支援
- 批次最佳化
- 免費:20MB/月
3. Smush:
- 無損壓縮
- 懶載入
- 批次smush
- 提供免費版本
4. EWWW Image Optimizer:
- 本地和雲端壓縮
- WebP轉換
- 上傳時自動最佳化
- 免費和專業版本
WordPress設定:
// functions.php - 設定自訂圖片尺寸
add_image_size('custom-large', 1600, 9999, false);
add_image_size('custom-medium', 800, 9999, false);
add_image_size('custom-small', 400, 9999, false);
// 停用不必要的圖片尺寸以節省空間
function disable_unused_image_sizes($sizes) {
unset($sizes['medium_large']); // 768px
unset($sizes['1536x1536']); // 2x medium_large
unset($sizes['2048x2048']); // 2x large
return $sizes;
}
add_filter('intermediate_image_sizes_advanced', 'disable_unused_image_sizes');
Shopify/電商最佳化
電商圖片要求:
- 產品圖片:高品質(85-90%壓縮)
- 多角度:每個產品4-8張圖片
- 縮放功能:提供2000×2000px圖片
- 縮圖:激進壓縮(70-75%)
- 一致性:產品間相同縱橫比
Shopify最佳實務:
- 上傳2000×2000px產品圖片
- Shopify自動建立較小版本
- 使用WebP格式(Shopify支援)
- 使用Shopify的圖片CDN(自動)
- 檔案命名具有描述性以利於SEO:
product-name-blue.jpg
Shopify圖片最佳化應用程式:
- TinyIMG SEO & Image Optimizer
- Crush.pics Image Optimizer
- Image Optimizer by Booster Apps
產品圖片規格:
主產品圖片:2000×2000px,85-90%品質,200-400KB
縮圖網格:600×600px,75-80%品質,40-80KB
縮放檢視:2500×2500px或更高,90%品質,400-600KB
生活方式圖片:1600×1200px,80-85%品質,150-300KB
靜態網站產生器(Next.js、Gatsby)
Next.js圖片最佳化:
import Image from 'next/image'
export default function ProductImage() {
return (
<Image
src="/images/product.jpg"
width={800}
height={600}
alt="產品"
loading="lazy"
placeholder="blur"
blurDataURL="data:image/jpeg;base64,..." // 低解析度佔位符
quality={85}
/>
)
}
Next.js好處:
- 自動圖片最佳化
- 自動WebP/AVIF轉換
- 響應式圖片(srcset)
- 懶載入
- 載入時模糊佔位符
- 透過自動調整大小防止CLS
Gatsby Image:
import { GatsbyImage, getImage } from "gatsby-plugin-image"
export default function HeroImage({ data }) {
const image = getImage(data.heroImage)
return (
<GatsbyImage
image={image}
alt="主圖"
loading="eager" // 首屏
/>
)
}
Gatsby好處:
- 建置時圖片最佳化
- 自動響應式圖片
- WebP轉換
- 模糊效果
- 藝術指導支援
監控和測試圖片效能
效能測試工具
Google PageSpeed Insights:
- 測試Core Web Vitals
- 提供圖片最佳化建議
- 顯示適當尺寸的圖片警告
- 建議下一代格式(WebP、AVIF)
GTmetrix:
- 瀑布圖(顯示圖片載入時間)
- 圖片最佳化報告
- 歷史效能追蹤
- 壓縮建議
WebPageTest:
- 詳細效能指標
- 膠片檢視(視覺載入進度)
- 圖片分析
- 多位置測試
Chrome DevTools:
1. 開啟DevTools(F12)
2. 網路分頁 → 按「Img」篩選
3. 重新載入頁面
4. 檢查:
- 總圖片大小
- 圖片數量
- 每張圖片的載入時間
- 阻塞呈現的圖片
Core Web Vitals最佳化
LCP(最大內容繪製)- 目標:< 2.5秒:
常見原因:
- 未最佳化的主圖
- 大背景圖片
- 慢速伺服器回應
修復:
- 最佳化主圖(< 200KB)
- 預載入LCP圖片
<link rel="preload" as="image" href="hero.webp" type="image/webp">
- 使用CDN以更快交付
- 更激進地壓縮
- 使用WebP/AVIF格式
CLS(累積版面偏移)- 目標:< 0.1:
常見原因:
- 圖片無width/height屬性
- 圖片載入晚並偏移內容
- 無預留空間的廣告/嵌入
修復:
- 始終指定width和height
<img src="image.jpg" width="800" height="600" alt="..." loading="lazy">
- 使用CSS aspect-ratio
img {
aspect-ratio: 16 / 9;
width: 100%;
height: auto;
}
- 為懶載入圖片預留空間
INP(互動到下次繪製)- 目標:< 200ms:
常見原因:
- JavaScript處理圖片太重
- 圖片輪播阻塞主執行緒
- 互動期間解碼大圖片
修復:
- 最佳化輪播圖片(每張< 100KB)
- 使用CSS transforms做圖片動畫
- 非同步解碼圖片
<img src="image.jpg" decoding="async" alt="...">
設定效能預算
什麼是效能預算:
- 允許的最大資源大小
- 防止效能退步
- 開發期間強制執行
範例圖片預算:
{
"resourceSizes": {
"total": 1500, // 總頁面大小(KB)
"image": 800, // 總圖片大小(KB)
"script": 300,
"stylesheet": 100,
"other": 300
},
"resourceCounts": {
"image": 20, // 最大圖片數
"script": 10,
"stylesheet": 5
}
}
強制工具:
- Lighthouse CI(自動化測試)
- webpack-bundle-analyzer(建置分析)
- bundlesize(npm套件)
Lighthouse CI範例:
# .lighthouserc.json
{
"ci": {
"assert": {
"assertions": {
"total-byte-weight": ["error", {"maxNumericValue": 1500000}],
"uses-optimized-images": "error",
"uses-webp-images": "warn",
"modern-image-formats": "warn"
}
}
}
}
常見網站圖片問題和解決方案
問題:大累積版面偏移(CLS)
症狀:圖片載入時內容跳來跳去。
原因:圖片無指定尺寸。
解決方案:
<!-- 差:無尺寸 -->
<img src="image.jpg" alt="照片">
<!-- 好:指定尺寸 -->
<img src="image.jpg" width="800" height="600" alt="照片">
<!-- 最佳:現代aspect-ratio CSS -->
<img src="image.jpg" alt="照片" style="aspect-ratio: 16/9; width: 100%; height: auto;">
問題:慢LCP(最大內容繪製)
症狀:主圖需要3-5+秒才能完全呈現。
原因:
- 主圖太大(> 500KB)
- 無預載入
- 阻塞呈現的資源
- 慢速伺服器/CDN
解決方案:
- 壓縮主圖至< 200KB
- 預載入主圖:
<link rel="preload" as="image" href="hero.webp" type="image/webp">
- 使用CDN
- 最佳化關鍵呈現路徑
問題:圖片在Retina顯示器上看起來像素化
原因:在2x(Retina)顯示器上提供1x圖片。
解決方案:提供2x圖片但壓縮更多:
<img
src="image-800w.jpg"
srcset="image-800w.jpg 1x, image-1600w.jpg 2x"
alt="產品"
>
其中image-1600w.jpg壓縮更激進(70-75%而非85%)以保持相似檔案大小。
問題:網站上圖片品質不一致
原因:壓縮設定不一致。
解決方案:建立壓縮指南並使用批次處理:
主圖:85%品質,WebP,< 200KB
產品照片:85%品質,WebP,< 250KB
部落格圖片:80%品質,WebP,< 150KB
縮圖:75%品質,WebP,< 60KB
背景:75%品質,WebP,< 200KB
使用TinyImagePro的帶預設批次壓縮以保持一致性。
問題:舊瀏覽器不支援WebP/AVIF
原因:傳統瀏覽器相容性。
解決方案:始終提供回退:
<picture>
<source srcset="image.avif" type="image/avif">
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="所有瀏覽器的回退">
</picture>
瀏覽器自動選擇最佳支援的格式。
最佳實務檢查清單
上傳前
✅ 調整圖片大小至顯示尺寸(考慮2x Retina) ✅ 選擇正確格式(照片用JPEG,圖形用PNG,logo用SVG) ✅ 適當壓縮(75-90%品質取決於使用場景) ✅ 移除EXIF中繼資料(節省10-50KB,改善隱私) ✅ 建立多種尺寸用於響應式圖片(400w、800w、1200w、1600w) ✅ 轉換為WebP/AVIF(帶JPEG/PNG回退)
HTML實現
✅ 始終指定width和height屬性(防止CLS)
✅ 對首屏以下圖片使用懶載入
✅ 實現srcset用於響應式圖片
✅ 新增描述性alt文字(SEO和無障礙性)
✅ 僅對首屏圖片使用loading="eager"
✅ 實現<picture>元素用於現代格式
✅ 預載入LCP圖片(主圖/橫幅)
✅ 對大圖片使用decoding="async"
效能最佳化
✅ 保持總圖片重量每頁低於800KB ✅ 限制圖片數量(< 20張每頁理想) ✅ 使用CDN進行全球交付 ✅ 啟用瀏覽器快取(圖片1年) ✅ 每月監控Core Web Vitals ✅ 設定效能預算並強制執行 ✅ 在慢速3G上測試連線 ✅ 定期用Lighthouse稽核
常見問題
問:網站照片的最佳圖片格式是什麼?
答:JPEG以獲得最大相容性,WebP以獲得25-35%更好的壓縮並回退到JPEG。使用<picture>元素同時提供兩者。
問:我應該壓縮網站圖片多少? 答:大多數圖片75-85%品質。主圖可以是85%,縮圖70-75%。目標是大圖片< 200KB,內容圖片< 100KB。
問:我應該使用WebP還是AVIF? 答:帶回退兩者都用。向支援的瀏覽器提供AVIF(最小),回退到WebP(良好支援),回退到JPEG(通用)。
問:如何最佳化行動圖片? 答:使用帶srcset的響應式圖片,向行動裝置提供較小圖片,實現懶載入,並更激進地壓縮(70-80%品質)。
問:什麼導致圖片載入慢? 答:大檔案大小、無壓縮、缺少懶載入、慢速伺服器/CDN、太多圖片、阻塞呈現的資源。
問:如何修復「以下一代格式提供圖片」警告?
答:使用TinyImagePro或命令列工具將圖片轉換為WebP或AVIF,然後用<picture>元素和回退實現。
問:我應該懶載入主圖嗎?
答:不!永遠不要懶載入首屏圖片,尤其是主圖。使用loading="eager"或無loading屬性。懶載入主圖損害LCP。
問:響應式圖片如何與srcset一起工作? 答:瀏覽器根據螢幕大小和解析度選擇適當的圖片。提供3-4種尺寸變體,瀏覽器僅下載一個。
問:什麼是好的LCP得分? 答:低於2.5秒是「好」,2.5-4.0是「需要改進」,超過4.0是「差」。最佳化的主圖是良好LCP的關鍵。
問:我應該多久稽核一次圖片效能? 答:月度稽核是理想的。任何重大變更後執行Lighthouse測試。使用Lighthouse CI設定自動化監控。
結論
網站圖片最佳化是您可以為效能、SEO和使用者體驗做出的影響最大的改進之一。正確的圖片壓縮和實現可以將頁面載入時間減少40-80%,顯著改善Core Web Vitals得分,並提升搜尋排名。
要點總結:
- 壓縮圖片至75-85%品質以實現60-80%檔案大小減少
- 使用現代格式(WebP、AVIF)帶JPEG/PNG回退
- 實現響應式圖片用srcset進行行動最佳化
- 懶載入所有首屏以下圖片
- 始終指定尺寸以防止版面偏移
- 預載入LCP圖片(通常是主圖)
- 使用CDN進行全球快速交付
- 監控Core Web Vitals並設定效能預算
- 目標< 200KB主圖,< 100KB內容圖片
準備好最佳化您的網站圖片了嗎?試試我們的免費圖片壓縮工具,獲得即時專業結果。
相關指南:


