網站頁面載入速度對於 Google SEO 排名的影響

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

網站載入速度直接影響 Google SEO 排名、使用者跳出率與轉換率。截至 2026 年 5 月，Google 透過 Core Web Vitals（LCP、INP、CLS）三項指標評估頁面體驗，並將結果納入排名演算法。把 LCP 控制在 2.5 秒以內、INP 在 200ms 以內、CLS 在 0.1 以內，是多數網站搶下搜尋第一頁的基本條件。

為什麼網站載入速度直接影響 SEO 排名與轉換率

載入速度早就不是「有就好」的加分題，而是決定你的頁面能不能排上搜尋結果第一頁的關鍵因素。Google 在 2018 年正式將頁面速度納入行動搜尋排名演算法，2021 年再把 Core Web Vitals 納入頁面體驗訊號。到了 2026 年 5 月，Google 進一步調整評分機制：三項 Core Web Vitals 指標必須同時達到「良好」標準，單一指標過關已經不夠。

速度不只影響排名位置，還會影響 Google 爬蟲抓取你網站的效率。當伺服器回應時間偏慢，Googlebot 每次造訪能抓取的頁面數量會明顯下降。對大型網站來說，部分頁面可能長期處於「未被索引」的狀態，等於白白浪費了那些頁面的 SEO 排名 潛力。這也是為什麼在進行 On-page SEO 優化 時，頁面速度是不能忽略的一環。

從使用者角度來看，數據更殘酷。當頁面載入時間超過 3 秒，超過 68% 的訪客會直接關掉頁面。Google 的數據顯示，載入時間從 1 秒拉長到 3 秒，跳離率上升 32%；拉長到 5 秒，跳離率飆升 90%。Amazon 公開的數據也指出，每增加 0.1 秒的載入延遲，就會損失約 1% 的營收。

頁面載入時間每增加 1 秒，轉換率平均下降 7%。對一個每天 10 萬訪客的網站來說，1 秒的延遲每年可能導致數百萬元的營收損失。

簡單說，提升網站載入速度跟你能不能留住訪客、能不能把流量轉成實際訂單或註冊，關聯性非常直接。所有的 網站速度優化 工作，最終都是在保護你辛苦經營的流量不要白白流失。

Google Core Web Vitals：衡量網站速度的三大核心指標

Core Web Vitals 是 Google 用來評估「良好使用者體驗」的標準化指標，從 2021 年起成為排名演算法的一部分。截至 2026 年 5 月，三項指標分別是 LCP、INP 與 CLS，其中 INP 在 2024 年正式取代了舊指標 FID。理解這三個數字、改善這三個數字，是現代 SEO 工作的基本功。你可以透過 Detailed SEO Extension 等 Chrome 擴充功能快速檢視當前頁面的 Core Web Vitals 數據。

LCP 最大內容繪製（Largest Contentful Paint）

LCP 衡量頁面上「最大一塊可見內容」完全載入所需的時間，通常是首圖、大標題或主要文字區塊。Google 的標準：理想值 ≤ 2.5 秒，超過 4 秒就算「差」。

最常拖慢 LCP 的原因：未經最佳化的大圖片、伺服器回應時間過慢（TTFB 偏高）、CSS 檔案阻擋瀏覽器首次渲染。從這三個方向著手，通常能獲得明顯改善。

INP 互動到下一次繪製的延遲（Interaction to Next Paint）

INP 是 2024 年取代 FID 的新指標，評估使用者與頁面互動（點擊按鈕、捲動、輸入文字）後，瀏覽器需要多久才能在畫面上呈現對應的視覺回饋。理想值 ≤ 200ms，超過 500ms 就算差。

INP 反映的是頁面「整體互動流暢度」，不像 FID 只看第一次互動。如果頁面有大量 JavaScript 在背景執行或有複雜的動態效果，INP 很容易超標。解法通常是精簡 JS、使用 Web Worker 處理重型運算，或者採用 SEO 外掛 提供的程式碼最佳化功能。

CLS 累計佈局偏移（Cumulative Layout Shift）

你有過這種經驗嗎？打開網頁，正準備點某個按鈕，結果頁面突然跳動，按鈕移位了，你反而點到廣告。這就是 CLS 在衡量的事情：頁面內容在載入過程中非預期的位移程度。理想值 ≤ 0.1，超過 0.25 就算差。

常見元凶：圖片沒有設定寬高、廣告區塊動態插入內容、網頁字型載入造成文字閃爍。對 WordPress 網站來說，在 img 標籤中加上 width 和 height 屬性，通常就能解決大部分問題。

如何在 Search Console 查看 Core Web Vitals 報告

想查看自己網站的 Core Web Vitals 表現，最直接的方式是透過 Google Search Console。在左側選單找到「體驗 > Core Web Vitals」，就能看到 Google 針對你網站的評估報告。報告會區分行動裝置與桌面裝置，並將有問題的 URL 依嚴重程度分組，方便你排定改善優先順序。

行動優先索引時代：手機版速度為何比桌面更關鍵

從 2018 年開始，Google 全面推動「行動優先索引」（Mobile-First Indexing），用你網站的手機版頁面作為主要排名依據。這個政策已經完全落實，現在你網站的搜尋排名幾乎完全取決於手機版的內容品質與載入速度。做好 Meta Tag 設定 搭配良好的行動版速度，能讓 SEO 效果加乘。

手機使用者在網路環境上先天就比桌面弱：4G 訊號不穩定、公共 Wi-Fi 延遲高、頻寬有限，這些都是日常。根據 HTTP Archive 的資料，行動網路的平均延遲是桌面網路的 2 到 5 倍。如果你的手機版網站沒有針對這些條件做最佳化，載入時間很容易突破 5 秒，對使用者體驗和 SEO 都是災難。

RWD（響應式網頁設計）是目前處理手機版最主流的做法，但它不等於手機版就一定快。很多網站雖然用了 RWD 排版，卻沒有針對手機載入做資源最佳化，結果手機使用者還是載入了完整解析度的大圖、全部的 CSS 與 JavaScript。要讓手機版真正跑得快，關鍵在於讓手機只載入它需要的資源：圖片使用 srcset 提供不同解析度版本、CSS 移除桌面版專用樣式、JavaScript 只在手機需要時才載入。如果你用 WordPress 佈景主題，選擇本身就針對行動效能最佳化的主題會省下很多功夫。

AMP（Accelerated Mobile Pages）曾是 Google 力推的手機加速方案，但限制太多（自訂 JavaScript 幾乎不能用、樣式受限），加上 Google 已經在 2021 年取消 AMP 專屬的搜尋結果特殊標記，現在除非你有非常明確的效能需求，不然把資源放在優化你現有的手機版，報酬率更高。

如何檢測網站載入速度：6 個免費測速工具完整比較

在動手優化之前，你需要先知道自己的網站到底有多慢、慢在哪裡。市面上有不少免費的 網站速度測試工具，各有不同的強項。以下整理 6 個最實用的工具。

Google PageSpeed Insights

Google 官方提供的免費測速工具，也是多數人第一個接觸的選擇。輸入網址後，它會同時提供「實驗室數據」（Lab Data，模擬環境測試）與「田野數據」（Field Data，來自 Chrome 使用者的真實數據）。你能在這裡看到 Core Web Vitals 的評估結果，以及 Google 給出的具體優化建議，例如「壓縮圖片可節省 200KB」這類可量化的改善方向。

GTmetrix

GTmetrix 底層使用 Google Lighthouse 引擎，但提供更友善的介面與瀑布流分析。你可以清楚看到每個資源的載入順序與耗時。免費版可以選擇從不同地區測試，付費版則支援更多測試地點與裝置模擬。如果你想要一份易懂的效能報告，GTmetrix 是很好的起點。

WebPageTest

WebPageTest 是進階使用者的首選。它讓你自訂測試條件，包括瀏覽器類型、測試地點、連線速度（模擬 3G、4G、Cable 等），還提供影片錄製功能讓你實際「看到」頁面載入的過程。這對找出「為什麼使用者感覺卡頓」非常有幫助。缺點是介面比較複雜。如果你在測試時發現 502 Bad Gateway 或 503 Service Unavailable 這類錯誤，代表問題可能出在主機端而非前端最佳化。

Lighthouse Chrome 擴充功能

Lighthouse 直接整合在 Chrome 開發者工具裡。按 F12 開啟 DevTools，切到 Lighthouse 分頁，就能對當前頁面執行效能測試。它不只測速度，還會同時評估 Accessibility、Best Practices 和 SEO。適合在本地開發階段就持續追蹤效能變化。

GiftofSpeed 與 Cloudflare Speed Test

GiftofSpeed 提供簡潔的瀑布流分析，介面乾淨直覺，適合想快速看結果的使用者。Cloudflare Speed Test 則著重在你的網路環境本身，測量上傳下載速度與延遲，幫助你判斷速度問題是出在網站端還是使用者端的網路連線。

測速工具比較總表

主機選擇如何決定網站速度的基線

無論你怎麼調校網站程式碼，主機效能永遠是速度的「天花板」。一台回應慢的主機，會讓所有後續的優化工作效果大打折扣。你可以用 Loader.io 這類壓力測試工具來檢測主機在流量尖峰時的承受能力。

不同主機類型的速度差異

以 WordPress 網站來說，主機類型大致分為四種：共用主機（Shared Hosting）、VPS（虛擬專屬伺服器）、託管式 WordPress 主機（Managed WordPress Hosting），以及專屬主機或雲端伺服器。

共用主機是最便宜的選項，但速度也最不穩定，因為你的網站跟數十甚至數百個網站共享同一台實體伺服器的 CPU、記憶體與頻寬，尖峰時段的 TTFB 可能飆到 800ms 以上。VPS 有獨立資源配額，TTFB 通常能壓在 100-300ms 之間。託管式 WordPress 主機（如 Kinsta）則在 VPS 基礎上加了專門為 WordPress 調校的快取架構與 CDN，速度表現通常最穩定。使用 RunCloud 這類 VPS 管理工具搭配雲端伺服器，也能達到接近託管主機的效能。

如果你對 虛擬主機的種類 還不熟悉，建議先釐清自己的需求與預算再選擇。一味追求最低價格的共用主機，可能反而讓你後續花更多時間在處理速度問題上。

資料中心地理位置的影響

主機的物理位置直接決定了使用者到伺服器之間的網路延遲。每 1,000 公里的物理距離大約增加 10-20ms 的延遲。如果你的目標受眾主要在台灣，但主機放在美國西岸，光是網路傳輸的往返時間就可能超過 150ms。把主機換到日本或新加坡的資料中心，延遲通常能降到 30-50ms。選擇主機時也別忘了注意 HTTP 狀態代碼 是否正常，錯誤的轉址設定也會拖慢速度。

不過，選擇地理位置較遠的主機也不是完全沒救，因為 CDN 可以大幅補足這個差距。透過 Cloudflare 等 CDN 服務把靜態資源快取到全球各地的邊緣節點，即使主機在地球另一端，使用者也幾乎感受不到延遲。

WordPress 官方推薦主機與速度表現

WordPress 官方推薦了幾家主機供應商，其中 Bluehost 是最多人選擇的入門方案，入門價格親民且針對 WordPress 做了基礎最佳化，適合剛起步的網站。如果你的流量較大或對速度有更高要求，Kinsta 提供的託管式 WordPress 主機在效能上有明顯優勢，內建 Google Cloud Platform 的基礎架構加上專屬快取系統，頁面回應速度非常快。

如果你想全面比較各家的優缺點與價格差異，可以參考 TechMoon 整理的 WordPress 虛擬主機推薦懶人包，涵蓋了 17 家熱門主機的速度測試與費用比較。其他如 A2 Hosting 和 Cloudways 也是速度表現不錯的選項，前者主打 Turbo 伺服器方案，後者提供靈活的雲端主機管理介面。

WordPress 網站速度優化的 8 個實戰方法

了解理論之後，接下來是實作。以下 8 個方法從最基本到進階排列，不需要全部做完才有用，每完成一項都會看到速度提升。

1. 啟用 GZIP 壓縮減少傳輸量

GZIP 壓縮是所有速度優化的基本功。它能在伺服器傳送 HTML、CSS、JavaScript 等文字型檔案之前先進行壓縮，通常可以減少 60-80% 的傳輸量。使用者端收到壓縮檔後自動解壓縮，整個過程對使用者完全透明，也不會影響任何檔案內容或圖片品質。

在 WordPress 中啟用 GZIP 有幾種方式：透過 修改 .htaccess 檔案 加入壓縮規則、使用快取外掛內建的 GZIP 選項，或者直接在伺服器層級（如 Nginx 設定檔）開啟。

2. 安裝 WordPress 快取外掛

快取是把動態產生的頁面存成靜態 HTML 檔案，讓下次訪客進來時不需要重新經過 PHP 處理與資料庫查詢。這一個動作通常就能把頁面載入時間砍掉一半以上。

WordPress 的快取分三層：頁面快取（儲存完整 HTML）、物件快取（儲存資料庫查詢結果，通常用 Redis 或 Memcached）、瀏覽器快取（在使用者端快取靜態資源）。對大多數網站來說，裝一個頁面快取外掛就能看到明顯效果。如果想了解更多選項，可以參考這篇 WordPress 快取外掛推薦。

3. 使用 CDN 全球加速

CDN（Content Delivery Network，內容傳遞網路）會把你網站的靜態資源複製到全球各地的邊緣伺服器。當使用者造訪時，資源會從離他最近的節點提供，大幅縮短傳輸時間。

Cloudflare 是最多人使用的免費 CDN 方案，設定簡單而且基礎功能完全免費。你只需要把網域的 DNS 託管到 Cloudflare，開啟快取功能即可。如果你需要另一種選擇，也可以用 ClouDNS 來代管你的 DNS 與啟用 CDN 服務，同樣能達到加速效果。

4. 圖片壓縮與格式轉換

圖片通常佔一個網頁總體積的 50% 以上，是影響載入速度最大的單一因素。上傳圖片前先用壓縮工具處理一遍，效果往往比其他任何優化都來得明顯。

格式方面，WebP 已經成為主流選擇，比傳統 JPEG 小 25-35% 且畫質幾乎不變。WordPress 從 5.8 版本開始原生支援 WebP 上傳，搭配 ShortPixel 等外掛還能自動把舊圖片轉檔，省去手動處理的麻煩。更多壓縮工具的選擇，可以參考 Optimizilla、Squoosh、iLoveIMG、Recompressor 和 FonePaw 這幾篇詳細介紹。

5. 延遲載入圖片與影片

Lazy Loading（延遲載入）的原理很簡單：只有當圖片或影片快要進入使用者視窗時才開始載入。這表示首屏以下的圖片不會拖慢頁面初始渲染，使用者也會感覺頁面「更快打開了」。

WordPress 從 5.5 版本開始原生支援圖片的 Lazy Loading，會自動在 img 標籤加上 loading=”lazy” 屬性。影片的 iframe（如 YouTube 嵌入）則可以透過外掛或 WordPress 速度小技巧 來實作延遲載入，避免第三方影片拖慢整頁速度。

6. CSS 與 JavaScript 壓縮合併

每個 CSS 和 JS 檔案都會產生一次 HTTP 請求，請求數量越多，瀏覽器的載入時間就越長。Minify（壓縮）是把程式碼中多餘的空白、換行、註解移除；Merge（合併）則是把多個小檔案合併成一個大檔案，減少 HTTP 請求數量。

多數快取外掛都內建 Minify 功能。你也可以進一步做「移除未使用的 CSS」（Remove Unused CSS），只載入頁面實際用到的樣式，這對改善 LCP 分數特別有效。延遲載入非關鍵 JavaScript（Defer JS）則能避免 JS 阻擋頁面渲染。這些設定完成後，建議用 結構化資料測試工具 確認頁面的結構化資料沒有因為 Minify 而被破壞。

7. 定期清理 WordPress 資料庫

WordPress 的資料庫會隨時間不斷膨脹。每篇文章的修訂版本、被丟進垃圾桶的留言、過期的暫存資料、刪除後殘留的外掛設定，全都在資料庫裡佔空間。這些垃圾資料會拖慢資料庫查詢速度，間接影響頁面生成時間。

建議每個月做一次資料庫清理，可以用 WP-Optimize 或 Advanced Database Cleaner 這類外掛，設定排程自動清除修訂版本、垃圾留言與暫存資料。清理前記得先備份資料庫。如果清理後速度仍然偏慢，可能要考慮是否遇到了 500 Internal Server Error 等伺服器層級的問題。

8. 升級 PHP 版本提升執行效率

WordPress 是用 PHP 寫的，PHP 版本直接影響頁面生成的速度。PHP 8.x 相比 PHP 7.x，效能提升約 30-50%。如果你還在跑 PHP 7.4 或更舊的版本，升級的報酬率非常高。

你可以在 WordPress 後台的「工具 > 網站健康狀態 > 資訊」頁面查看目前的 PHP 版本。升級前先用外掛如 PHP Compatibility Checker 檢查佈景主題和外掛是否支援新版本，避免升級後網站出現白畫面。如果你用的是 SiteGround 這類主流主機，在控制面板裡就能一鍵切換 PHP 版本，過程不到一分鐘。SiteGround 的 SG Optimizer 外掛 也提供了免費又強大的快取功能，能進一步提升 WordPress 的執行速度。

圖片優化：佔網站體積 50% 以上資源的最佳化策略

圖片是影響網頁載入速度最大的單一因素。根據 HTTP Archive 的統計，圖片平均佔了一個網頁總體積的 50% 以上。如果你只做一件事來提升網站速度，最佳化圖片的報酬率最高。

圖片格式選擇：JPEG、PNG、WebP、AVIF 比較

不同圖片格式有不同的壓縮特性。JPEG 適合照片類圖片，支援破壞性壓縮，檔案較小。PNG 適合需要透明背景的圖片或文字截圖，採用無損壓縮但檔案較大。WebP 是 Google 推出的格式，同等畫質下比 JPEG 小 25-35%、比 PNG 小 26%，是目前 CP 值最高的選擇。AVIF 是更新的格式，壓縮率比 WebP 再高約 20%，但瀏覽器支援度仍在普及中。

圖片尺寸與解析度最佳化

很多網站的速度問題不是圖片「太大」，而是上傳了遠超過顯示需求的解析度。例如一張上傳的圖片是 4000×3000 像素，但實際在頁面上只需要 800×600 的顯示尺寸。瀏覽器下載了 5 倍大小的檔案，卻只用了 1/25 的畫素，這中間的浪費就是速度殺手。

正確的做法是：上傳前把圖片調整為實際顯示尺寸的 2 倍（為 Retina 螢幕保留清晰度），然後用響應式圖片的 srcset 屬性，讓瀏覽器根據裝置螢幕大小自動選擇最適合的版本。WordPress 會在上傳時自動產生多種尺寸的縮圖，只要佈景主題有正確使用 the_post_thumbnail() 函式，就能充分利用這個機制。

免費圖片壓縮工具推薦

線上壓縮工具的好處是不需要安裝軟體，打開瀏覽器就能用。以下是幾個值得嘗試的選項：

• Optimizilla：一次可上傳 20 張圖片，支援 JPEG 與 PNG，提供即時預覽與品質滑桿調整
• Squoosh：Google 推出的工具，支援離線使用，可對比壓縮前後的畫質差異
• iLoveIMG：功能多元，從壓縮、裁切到浮水印都能處理
• Recompressor：自動幫你找出最佳壓縮比例，平衡品質與檔案大小
• FonePaw：壓縮比高達 90% 且幾乎不失真，支援 JPG/PNG
• Compressor.io：支援 JPEG、PNG、SVG 與 GIF，上限 10MB

如果你是 WordPress 使用者，更方便的做法是安裝 ShortPixel 外掛，它會在你上傳圖片時自動壓縮並產生 WebP 版本，完全不需要手動操作。FoneDog Photo Compress 同樣是一款支援多格式的免費線上壓縮工具，可以作為備用選項。

CDN 與快取：讓全球訪客都能秒開你的網站

CDN 內容傳遞網路的運作原理

CDN 的概念可以用一個生活化的比喻來理解：想像你的網站是一間總店，所有客人不管住在哪裡都要跑到總店買東西。距離越遠的客人，等待時間越長。CDN 就像是幫你在各地開了分店（邊緣節點），客人只要到最近的分店就能拿到商品。對網站來說，這個「商品」就是圖片、CSS、JavaScript 這些靜態資源。

當使用者第一次造訪時，CDN 會從你的主機（源站）拉取資源並快取在邊緣節點上。之後同一地區的其他使用者請求相同資源時，CDN 直接從節點回應，完全不需要再回到源站。這不只加快了使用者的載入速度，也大幅降低了主機的負載量。

Cloudflare 免費 CDN 設定教學

Cloudflare 是目前最多 WordPress 網站使用的 CDN 服務，而且免費方案就提供了大部分你需要的功能。設定流程只有三步：註冊帳號、把網域的 DNS 伺服器指向 Cloudflare、開啟快取與效能選項。

在 Cloudflare 的控制面板裡，建議開啟以下功能：Auto Minify（自動壓縮 HTML/CSS/JS）、Brotli 壓縮（比 GZIP 更高效的壓縮演算法）、Rocket Loader（延遲載入 JavaScript，但注意可能跟部分外掛衝突）。如果你遇到 DNS 相關的問題，Cloudflare 的文件也有完整的排解指南。

Cloudflare 還提供 Cloudflare Workers，讓你在邊緣節點上執行自訂腳本，可以做更進階的快取規則與流量管理。對於需要保護網站安全的站長，Cloudflare Turnstile 是一個不干擾使用者體驗的驗證碼替代方案，不會像傳統 CAPTCHA 那樣拖慢頁面。

WordPress 快取外掛比較與選擇

頁面快取外掛是 WordPress 速度優化的必備工具，它把每次動態生成的頁面存成靜態 HTML，讓後續的訪客直接讀取靜態檔案，跳過 PHP 執行與資料庫查詢的過程。

選擇快取外掛時要注意幾個重點：是否支援快取預熱（Cache Preloading）、是否能設定特定頁面排除快取（如購物車頁面）、是否與你使用的 CDN 相容。多數主流外掛都有免費版本可以試用，詳細的比較可以參考這篇 WordPress 快取外掛推薦。

如果你的主機支援 Redis 或 Memcached，可以再進一步加上物件快取。這一層快取專門處理資料庫查詢結果，對查詢量大、內容更新頻繁的網站（如電商或新聞站）效果特別明顯。不過物件快取的設定比較複雜，建議有技術基礎或有主機商協助時再啟用。

網站載入速度的理想目標：各產業基準與建議

各產業平均載入速度基準

「網站要多快才算夠快？」這個問題的答案取決於你的產業與網站類型。但有一個通用原則：越快越好，2 秒以內是及格線，1.5 秒以內是理想目標。

速度與功能如何取得平衡

追求速度的過程中，有一件事比速度本身更重要：使用者的實際體驗。千萬不要為了把數字壓低而砍掉對使用者有價值的功能。例如電商網站的產品篩選器、文章頁面的相關文章推薦，這些功能可能會增加一點載入時間，但它們帶來的轉換與停留時間效益遠超過那零點幾秒的差異。

正確的做法是採用「漸進式優化」策略：先把影響最大的問題（大圖片、未啟用快取、無 GZIP）解決掉，通常這幾項就能讓速度提升 50% 以上。然後再逐步處理次要問題，每次調整後都用測速工具驗證效果。如果可以，用 A/B 測試來確認每次優化確實帶來了正面的使用者體驗改善，而不是只看分數變好看而已。

常見問題 FAQ

Q1：網站載入速度多少秒才算正常？

Google 的標準是 LCP ≤ 2.5 秒算「良好」。從使用者角度來看，載入時間控制在 2 秒以內最理想，3 秒是一般使用者能忍受的上限。超過 3 秒，跳離率會明顯飆升。建議用 PageSpeed Insights 測試你的網站，看 Core Web Vitals 三項指標是否都達標。

Q2：免費 CDN 和付費 CDN 差在哪裡？

主要差異在節點數量、進階快取規則和安全防護等級。以 Cloudflare 為例，免費方案已經提供全球 300+ 節點、基本快取與 DDoS 防護，對大多數中小型網站夠用。付費方案的優勢在於更細緻的快取規則、WAF 網頁應用防火牆、圖片最佳化等進階功能。流量大的電商或有安全需求的網站才需要考慮升級。

Q3：WordPress 快取外掛會不會導致內容不更新？

有可能，但這是設定問題，不是快取本身的問題。多數快取外掛都有「當發布或更新文章時自動清除相關快取」的選項，開啟後就不會出現內容不更新的情況。登入狀態的使用者（管理員、編輯）通常看到的是動態頁面，不受快取影響。如果你發現訪客看到的內容過時了，檢查快取外掛的自動清除設定是否正常運作即可。

Q4：啟用 GZIP 壓縮會影響圖片品質嗎？

完全不會。GZIP 是一種無損壓縮技術，壓縮前和解壓縮後的檔案內容完全一致。它只壓縮 HTML、CSS、JavaScript 這類文字型檔案，圖片（JPEG、PNG、WebP）本身已經是壓縮格式，GZIP 不會重複處理。啟用 GZIP 只有好處，沒有任何副作用。

Q5：Core Web Vitals 分數不好該從哪裡開始改善？

建議優先順序是 LCP > CLS > INP。先檢查 LCP，這通常跟主機回應速度和大圖片有關。確認主機 TTFB 是否低於 200ms、首頁圖片是否經過壓縮與 WebP 轉檔。CLS 的問題多半出在圖片沒有設定寬高屬性，補上就好。INP 偏高的話，通常是 JavaScript 太多或太重，考慮移除不必要的外掛、延遲載入非關鍵腳本。

Q6：更換主機真的能提升網站速度嗎？

可以，而且效果可能比你想像的顯著。如果你目前用的是低價共用主機，升級到 VPS 或託管式 WordPress 主機，TTFB 通常能從 500-800ms 降到 100-200ms。這個改善是「基線」的提升，所有頁面都會受益。當然，如果網站本身沒有做基本最佳化（圖片過大、未啟用快取），單換主機的效果也有限。建議兩者同步進行。想了解各家主機的優缺點，參考 DreamHost 和 Hostinger 這幾篇評價文也很有幫助。

Q7：WebP 格式真的比 JPEG 好嗎？所有瀏覽器都支援嗎？

是的，WebP 在同等畫質下普遍比 JPEG 小 25-35%，而且支援透明背景。目前主流瀏覽器（Chrome、Edge、Firefox、Safari）對 WebP 的支援度已經超過 97%。WordPress 從 5.8 版本開始原生支援 WebP 上傳，如果搭配外掛自動處理格式轉換與相容性回退，基本上不需要擔心瀏覽器支援的問題。

Q8：為什麼我的網站在手機上特別慢？

手機版速度慢通常有三個原因：一是行動網路的延遲比固定網路高很多，二是手機版仍然載入了完整解析度的大圖，三是過多的 JavaScript 在手機效能較弱的 CPU 上執行得很慢。解決方向包括：確認有使用 CDN、圖片有做延遲載入與響應式尺寸、移除不必要的外掛以減少 JS 負擔。如果你的 WordPress 主題 本身就偏重（大量動畫、特效），換一個輕量級主題也可能有幫助。