網站載入速度怎麼優化？從瓶頸診斷到優先改善項目與工具選擇

網站載入速度是什麼？為什麼會影響 SEO 與轉換？

網站載入速度指的是使用者打開網頁後，內容從開始請求到能看、能點、能操作的整體體驗。速度慢會影響 SEO、廣告成效、跳出率與轉換率，但速度優化要先找瓶頸，再處理最高影響項目。

網站速度不只是幾秒載完

很多人把網站速度想成「幾秒打開」，但實務上要看不同階段。LCP 是最大內容載入時間，用來判斷首屏主要內容出現得快不快。INP 是互動反應速度，用來看使用者點按、輸入後網站是否卡住。CLS 是版面穩定性，用來看圖片、廣告或元件是否造成畫面跳動。TTFB 是伺服器第一個回應送回瀏覽器所花的時間，用來判斷主機、快取或後端是否拖慢開頭。

我的判斷是，網站主不用一開始就懂所有效能術語，但一定要知道每個指標背後代表哪一類問題。只看總分，很容易把時間花在影響很小的細節上。

載入速度對 SEO、廣告與轉換率的影響

• SEO：Google 會把使用者體驗納入評估，速度和 Core Web Vitals 有關，但排名仍要看內容相關性、搜尋意圖、網站品質與競爭環境。
• 使用者體驗：手機版開很久、按鈕點了沒反應、頁面一直跳動，都會讓使用者提早離開。
• 廣告成效：廣告帶來流量後，如果頁面還沒載完，預算可能消耗在沒有真正看見內容的人身上。
• 轉換率：電商結帳、表單送出、會員登入這類流程，只要慢一步，就可能降低完成率。
• 爬蟲效率：網站回應太慢，搜尋引擎爬取大量頁面時會更吃力，對大型內容站或商品站影響更明顯。

速度是加分項，不是取代內容品質的捷徑

PageSpeed Insights 分數漂亮，不代表內容就會排名第一。速度像是把門打開得更順，真正能不能留下讀者，還是要看內容是否回答問題、頁面是否可信、搜尋者是否得到下一步決策依據。網站速度優化應該被放進整體 SEO 工作中，而不是被當成唯一解法。

如何測試網站載入速度？推薦工具與使用情境

測試網站載入速度建議先用 PageSpeed Insights 看手機版與 Core Web Vitals，再用 Lighthouse、GTmetrix、WebPageTest、Pingdom 或 Chrome DevTools 找出檔案、主機與載入順序問題。

Google PageSpeed Insights：最適合看手機版與 Core Web Vitals

PageSpeed Insights 是 Google 提供的網站速度測試工具，會顯示手機版、桌機版、實驗室資料與真實使用者資料。實驗室資料是在固定條件下模擬測試，真實使用者資料則來自實際瀏覽器體驗，兩者都要看。

如果只能先看一個工具，建議從 PageSpeed Insights 開始，因為它能直接連到 LCP、INP、CLS 等核心指標。分數只是入口，真正要看的欄位是「診斷」和「改善機會」指出哪一類資源拖慢頁面。

Lighthouse、GTmetrix、WebPageTest、Pingdom 差在哪？

工具	適合用途	主要看點
Lighthouse	瀏覽器內快速檢查單頁效能	Performance 分數、阻塞資源、可存取性與基本 SEO
GTmetrix	看檔案大小、載入順序與瀑布圖	圖片、CSS、JavaScript、第三方資源
WebPageTest	比較不同地點、裝置與網路條件	首屏時間、影片式載入過程、Waterfall 細節
Pingdom	快速看頁面大小與請求數	資源數量、檔案大小、基礎速度概況

不同角色該用哪個測速工具？

角色	優先工具	判斷重點
網站主	PageSpeed Insights、Pingdom	手機版是否太慢、圖片是否過大、頁面是否太肥
SEO 或行銷人員	PageSpeed Insights、Lighthouse	Core Web Vitals、報告截圖、修正優先順序
設計師	PageSpeed Insights、GTmetrix	首屏圖片、字型、版面位移、視覺資源大小
工程師	WebPageTest、Chrome DevTools、Lighthouse	JS 阻塞、CSS 載入、快取、API 與伺服器回應

網站速度測試報告怎麼看？從 LCP、INP、CLS、TTFB 判斷問題來源

測速報告要先看 LCP、INP、CLS、TTFB 對應哪一種瓶頸，再排修正順序。LCP 多半看首屏與圖片，INP 看 JavaScript，CLS 看版面穩定，TTFB 看主機與快取。

LCP 差：通常先看大圖、首屏內容、主機回應

常見現象	可能來源	優先處理
首頁主視覺很晚才出現	首屏圖片太大、格式太舊、未壓縮	壓縮圖片、改 WebP 或 AVIF、設定正確尺寸
內容區塊先空白很久	CSS 或 JavaScript 阻塞渲染	移除未使用 CSS、延後非必要 JavaScript
每個頁面一開始都慢	TTFB 偏高、主機回應慢	檢查主機、快取、資料庫與 CDN 設定

INP 差：通常先看 JavaScript、外掛、追蹤碼

JavaScript 是讓網頁產生互動效果的程式碼。INP 差常見在表單、選單、購物車、篩選器或登入頁，使用者點了之後畫面沒反應，通常是 JavaScript 執行太重、外掛太多，或第三方追蹤碼卡住主執行緒。

• 先檢查是否有多個聊天工具、熱點分析、廣告像素同時載入。
• 檢查 WordPress 外掛是否重複提供相同功能。
• 把非必要的追蹤碼延後載入，保留真正會用到的資料來源。
• 互動功能很多的頁面，應請工程師看 JavaScript 執行時間與事件處理。

CLS 差：通常先看圖片尺寸、廣告、嵌入元件

CLS 差代表使用者看頁面時，內容位置突然移動。常見原因是圖片沒有設定寬高、廣告區塊晚載入、YouTube 影片或 iframe 嵌入元件沒有預留空間。

• 圖片和影片容器要保留固定比例，避免載入後把文字往下推。
• 廣告、Banner、公告列要先預留高度。
• 字型切換造成文字跳動時，要檢查字型載入策略。
• 這類問題通常不需要大改版，先把尺寸和空間定義清楚就能改善很多。

TTFB 差：通常先看主機、快取、資料庫與 CDN

TTFB 差代表瀏覽器等伺服器第一個回應等太久。這通常和主機資源、PHP 版本、資料庫查詢、伺服器快取、DNS 或 CDN 有關。若所有頁面都慢，先懷疑基礎建設；若只有特定頁慢，再檢查該頁模板、外掛或查詢。

我不建議看到 TTFB 高就立刻換主機。先確認快取是否啟用、後台是否有異常外掛、資料庫是否累積太多垃圾資料，再決定是否需要升級環境。

立即改善網站載入速度的 10 個方法

最快改善網站載入速度的方法，是先處理圖片、快取、CSS、JavaScript、外掛與第三方碼；若 TTFB 仍高，再檢查主機、CDN、資料庫與伺服器設定。

1. 壓縮圖片並改用 WebP / AVIF

WebP 和 AVIF 是比傳統 JPG、PNG 更適合網頁使用的圖片格式，通常能在維持可接受畫質下減少檔案大小。首頁主視覺、商品圖、文章內文圖片，是最優先處理的區域。

• 上傳前先壓縮圖片，不要直接放相機原圖。
• 依顯示尺寸輸出圖片，不要用 3000px 圖片顯示成 600px。
• 首屏重要圖片可以優先載入，非首屏圖片再延遲載入。
• 透明圖或介面圖示要檢查是否真的需要 PNG。

2. 啟用瀏覽器快取與伺服器快取

快取是把已產生或已下載的資源暫存起來，讓下次開啟時不必全部重新處理。瀏覽器快取能減少重複下載，伺服器快取能降低主機每次產生頁面的負擔。

• 靜態資源如圖片、CSS、JavaScript 應設定合理快取時間。
• WordPress 可用快取外掛，但不要同時開多套互相衝突的快取工具。
• 內容頻繁更新的頁面，要確認快取清除機制正常。
• 會員、購物車、結帳頁要避免錯誤快取個人化內容。

3. 縮小 CSS、JavaScript、HTML

縮小檔案是移除程式碼中的空白、註解與多餘內容，讓瀏覽器下載更少資料。CSS 控制版面樣式，JavaScript 控制互動功能，HTML 則是頁面結構。

• 啟用 minify 功能，減少 CSS、JavaScript、HTML 體積。
• 移除沒有使用的 CSS，特別是大型模板或頁面編輯器產生的樣式。
• 避免每個頁面都載入全站所有功能的 JavaScript。
• 若縮小後版面壞掉，先回復設定，再請工程師逐項排查。

4. 移除不必要外掛與第三方追蹤碼

外掛和追蹤碼是網站變慢的常見來源，尤其是聊天工具、熱點分析、廣告像素、A/B 測試、社群嵌入同時存在時。每多一段第三方碼，就多一個不受自己完全控制的等待來源。

• 列出所有外掛與追蹤碼，標記用途、負責人與是否仍在使用。
• 刪除重複功能，例如兩套表單、兩套 SEO 外掛、兩套快取外掛。
• 只保留決策會用到的追蹤工具，不要為了「以後可能用」長期載入。
• 新增追蹤碼後要重新測手機版，不要只看桌機。

5. 延遲載入圖片、影片與非首屏資源

延遲載入是讓使用者一開始看不到的資源晚一點下載，先把首屏內容呈現出來。文章內文圖片、頁尾地圖、YouTube 影片、評論區與 iframe 都適合檢查。

• 非首屏圖片使用 lazy loading。
• 影片嵌入可改成點擊後才載入播放器。
• 頁尾地圖、社群貼文、評論外掛不要阻塞首屏。
• 首屏主圖不要誤設為延遲載入，否則 LCP 可能變差。

6. 優化字型載入

Web font 是從網路載入的字型檔。字型太多、字重太多或載入方式不當，會造成文字延遲出現或版面跳動。

• 只載入實際使用的字重，不要一次載入全部粗細。
• 優先使用系統字型，除非品牌視覺明確需要特殊字型。
• 設定 font-display，讓文字不要長時間空白。
• 中英文字型混用時，要檢查手機版實際呈現。

7. 減少重新導向與錯誤請求

重新導向是瀏覽器從一個網址再被帶到另一個網址。一次 301 重新導向通常可以接受，但連續多次跳轉會增加等待時間；404 錯誤資源則代表頁面要求了不存在的檔案。

• 把 http 到 https、非 www 到 www 這類規則整理成最短路徑。
• 移除已不存在的圖片、CSS、JavaScript 請求。
• 改版後檢查模板是否仍載入舊檔案。
• 重要頁面不要經過多層短網址或追蹤跳轉。

8. 升級主機或調整 PHP / 資料庫效能

如果圖片、快取、外掛都處理過，TTFB 仍然偏高，就要看主機與後端。PHP 是常見網站後端程式執行環境，資料庫則負責儲存文章、商品、會員與設定資料。

• 確認 PHP 版本是否仍受支援，並先在測試環境檢查相容性。
• 清理資料庫中的草稿、修訂版、過期暫存與無用資料表。
• 高流量網站要觀察 CPU、記憶體、磁碟 I/O 是否長期滿載。
• 若後台也很慢，通常不只是前端圖片問題。

9. 使用 CDN 與邊緣快取

CDN 是內容傳遞網路，會把圖片、CSS、JavaScript 等靜態資源放到更接近使用者的節點。邊緣快取則是在 CDN 節點直接回應部分內容，減少回源到主機的次數。

• 台灣使用者為主的網站，也能透過 CDN 減少尖峰流量壓力。
• 圖片、CSS、JavaScript 是最常見的 CDN 加速對象。
• 全頁快取要確認登入、購物車、會員資料不會被錯誤快取。
• CDN 不能修好過大的 JavaScript，也不能替代內容與程式碼優化。

10. 建立改版後測速流程

速度優化不是一次處理完就結束。改版、換模板、安裝外掛、新增追蹤碼、上大量圖片，都可能讓網站速度退步。

• 每次改版前後都保存 PageSpeed Insights 測試結果。
• 新增外掛或第三方碼後，至少測首頁、轉換頁與一篇內容頁。
• 每季固定檢查手機版與桌機版速度。
• 把 LCP、INP、CLS、TTFB 的變化記錄下來，不要只記總分。

如何自己找出拖慢網站的檔案？Chrome DevTools 初步診斷

Chrome DevTools 可以用 Network 面板找出過大的圖片、CSS、JavaScript 與等待時間。先關閉快取，再看 Size 和 Waterfall，就能初步判斷誰拖慢網站。

開啟 Network 並勾選 Disable cache

Chrome DevTools 是 Chrome 內建的開發者工具，可以檢查網頁載入資源、錯誤與效能。打開網頁後按 F12，進入 Network 面板，勾選 Disable cache，再重新整理頁面，測到的結果會更接近第一次造訪者的狀況。

1. 用 Chrome 開啟要檢查的頁面。
2. 按 F12 或右鍵選擇檢查。
3. 切到 Network 面板。
4. 勾選 Disable cache。
5. 重新整理頁面並觀察請求列表。

用 Size 找出過大的圖片、CSS、JS

Size 欄位會顯示每個資源的下載大小。我的經驗是，很多網站速度問題不用先進工程層，光是排序 Size 就能抓到幾張過大的首頁圖、沒壓縮的橫幅或整站都載入的大型 JavaScript。

• 先排序 Size，找出最大檔案。
• 檢查圖片是否尺寸過大或格式不合適。
• 檢查 CSS、JavaScript 是否來自已停用或不重要的功能。
• 如果同一頁有大量第三方網域請求，要回頭檢查追蹤碼與嵌入工具。

用 Waterfall 看誰卡住載入順序

Waterfall 是瀑布圖，用時間軸顯示每個檔案從等待、連線到下載完成的過程。它能看出是 DNS、TTFB、下載時間，還是某些阻塞資源拖慢後續載入。

• 前段長時間等待，常見是伺服器回應或第三方服務慢。
• 大型圖片下載時間過長，優先壓縮與改格式。
• CSS 或 JavaScript 卡在前面，可能會延後頁面顯示。
• 多個第三方腳本排成一串，通常要刪減或延後載入。

不同網站類型該先優化哪裡？

不同網站的速度瓶頸不一樣。電商先看商品圖與結帳流程，企業網站先看首屏與主機，內容站先看廣告與嵌入元件，SaaS 或會員網站先看 JavaScript 與 API。

電商網站：商品圖、結帳流程、追蹤碼優先

優先項目	原因	檢查方向
商品圖	圖片數量多，容易拖慢列表頁與商品頁	WebP、尺寸、壓縮、延遲載入
結帳流程	速度直接影響轉換率	金流、物流、購物車、表單反應
追蹤碼	廣告像素與分析工具常集中在轉換頁	移除重複碼、延後非必要碼

企業形象網站：首屏圖、主機、表單互動優先

優先項目	原因	檢查方向
首頁首屏圖	大型視覺常是 LCP 來源	壓縮、裁切、正確尺寸
主機回應	低流量網站也可能因廉價主機而慢	TTFB、快取、PHP 版本
聯絡表單	潛在客戶送出表單時不能卡住	表單外掛、驗證碼、郵件服務

內容網站：廣告、嵌入元件、圖片與快取優先

優先項目	原因	檢查方向
廣告	容易造成 CLS 與第三方請求增加	預留版位、延遲載入、減少廣告密度
嵌入元件	影片、社群貼文、地圖常拖慢內文	點擊後載入、替代預覽、限制數量
快取	文章頁流量分散，快取能降低主機負擔	頁面快取、瀏覽器快取、CDN 快取

SaaS / 會員網站：JS、登入狀態、API 回應優先

優先項目	原因	檢查方向
JavaScript bundle	應用型網站常把大量功能打包到前端	分割檔案、延後載入、移除未使用程式碼
登入狀態	會員頁快取限制較多	個人化內容、權限檢查、快取邊界
API 回應	畫面可能等資料回來才顯示	後端查詢、資料量、錯誤重試

誰該負責處理網站速度？網站主、設計師、工程師、主機商分工

網站速度要分工處理。網站主先壓圖、刪外掛、查追蹤碼；設計師處理圖片與版面；工程師處理 CSS、JavaScript、快取；主機商或 IT 處理 TTFB、CDN 與伺服器。

網站主自己能先做的事

• 用 PageSpeed Insights 測首頁、主要服務頁、商品頁或文章頁。
• 壓縮過大的圖片，避免上傳原始大圖。
• 盤點外掛與追蹤碼，刪掉已經不用的工具。
• 用手機實際開網站，檢查是否卡在首屏、選單或表單。
• 記錄改版前後的速度結果，方便和設計師或工程師溝通。

需要設計師協助的事

• 重新輸出首頁主視覺、商品圖、作品圖的尺寸與格式。
• 替圖片和影片區塊設定穩定比例，降低 CLS。
• 檢查字型數量、字重與視覺效果是否過度。
• 調整手機版首屏，讓最重要內容更早出現。

需要工程師協助的事

• 移除未使用 CSS，整理阻塞載入的 JavaScript。
• 設定伺服器快取、瀏覽器快取與資源壓縮。
• 檢查 API、資料庫查詢與後台慢速來源。
• 處理第三方碼載入順序，避免影響首屏與互動。
• 驗證優化後是否影響購物車、表單、登入與追蹤。

需要主機商或 IT 協助的事

• 確認主機資源是否不足，包含 CPU、記憶體與磁碟效能。
• 檢查 PHP、資料庫、伺服器快取與安全模組設定。
• 協助設定 CDN、DNS、HTTP/3 與壓縮。
• 處理尖峰流量、異常請求或伺服器錯誤。

進階網站加速：主機、CDN、快取與 HTTP/3

進階網站加速要看基礎建設：TTFB 高先查主機與快取，靜態資源多再導入 CDN，流量穩定後再檢查 HTTP/3、Brotli 壓縮與邊緣快取。

TTFB 太高時，先檢查主機與快取

當所有頁面 TTFB 都高，代表問題可能在主機、伺服器設定或後端處理。優先確認頁面快取是否運作、PHP 與資料庫是否正常、主機資源是否長期不足。若只有特定頁面 TTFB 高，通常要查該頁是否有複雜查詢、過多外掛短碼或動態內容。

實務上，盲目升級主機常常只是把問題延後。先找到慢在哪一層，再決定要調整快取、清資料庫、拆功能，或真的升級主機規格。

CDN 能解決什麼，不能解決什麼

CDN 能縮短靜態資源傳輸距離，降低主機直接承受的流量，對圖片、CSS、JavaScript、字型檔特別有幫助。若網站有海外使用者，CDN 的價值更明顯。

但 CDN 不能自動修好過大的圖片、過重的 JavaScript、錯誤外掛或糟糕的資料庫查詢。若原始主機產生頁面就很慢，CDN 只能在快取命中時減輕問題，不能取代後端優化。

HTTP/3、壓縮與邊緣快取的實務價值

HTTP/3 是較新的網路傳輸協定，目標是改善連線效率與不穩定網路下的體驗。Brotli 是常見的文字資源壓縮方式，適合 CSS、JavaScript、HTML。邊緣快取則是在靠近使用者的 CDN 節點回應內容。

• 一般內容站可先確認 Brotli 或 gzip 壓縮是否啟用。
• 跨地區流量明顯的網站，可評估 CDN 與 HTTP/3 支援。
• 大量靜態頁面可評估邊緣快取，但要排除會員與購物車頁。
• 這些設定應放在圖片、快取、JS、CSS 處理之後，不要本末倒置。

網站速度優化常見迷思

網站速度優化最常見的迷思，是把 PageSpeed Insights 100 分當成 SEO 保證、只測桌機版，或以為做過一次就不用再管。正確做法是持續測手機版並追蹤核心指標。

PageSpeed Insights 100 分不等於排名第一

PageSpeed Insights 分數代表測試條件下的效能表現，不代表搜尋結果排名。SEO 還要看內容品質、搜尋意圖、內部連結、品牌信任、外部提及與競爭頁面。分數可以當修正參考，不要當成唯一 KPI。

桌機快不代表手機快

手機版通常網路條件、CPU 效能、畫面排版和資源載入都不同。很多網站在辦公室桌機打開很順，但使用者用手機 4G 或中階手機瀏覽時會明顯卡住。速度檢查要把手機版放在前面，尤其是台灣多數消費型查詢都會先從手機發生。

網站速度不是一次優化就永遠完成

速度會隨著新頁面、新圖片、新外掛、新追蹤碼和改版逐漸變差。比較穩的做法是建立固定節奏：改版後測、裝外掛後測、上重要頁面後測，每季再做一次全站抽查。

網站載入速度優化檢查表

網站載入速度優化可以照四步走：先測手機版與桌機版，再用 LCP、INP、CLS、TTFB 排優先順序，接著處理圖片、快取、外掛與第三方碼，最後複測並記錄。

第一步：先測手機版與桌機版

• 用 PageSpeed Insights 測首頁、主要流量頁與轉換頁。
• 分別看手機版與桌機版，不要只看其中一種。
• 保留測試日期、URL、分數與主要警示項目。
• 用真機開一次網站，確認感受和報告是否一致。

第二步：依 LCP / INP / CLS / TTFB 排優先順序

• LCP 差，先看首屏圖片、主內容、CSS 與主機回應。
• INP 差，先看 JavaScript、外掛、互動元件與第三方碼。
• CLS 差，先看圖片尺寸、廣告空間、iframe 與字型載入。
• TTFB 差，先看主機、快取、資料庫與 CDN。

第三步：先處理圖片、快取、外掛與第三方碼

• 壓縮首頁、商品頁、文章頁的大圖。
• 啟用瀏覽器快取、伺服器快取或 CDN 快取。
• 刪除不用的外掛與重複功能。
• 移除沒有決策價值的追蹤碼，延後非必要第三方資源。

第四步：複測並記錄改版前後數據

• 每次修改後重新測同一批 URL。
• 比較 LCP、INP、CLS、TTFB，而不是只看總分。
• 確認表單、購物車、登入、追蹤碼仍正常運作。
• 把結果記錄成固定表格，避免下次改版又從零開始。

網站載入速度多少秒才算快？

沒有所有網站通用的單一秒數，但可以優先參考 Core Web Vitals。LCP 通常希望主要內容在 2.5 秒內出現，INP 希望互動反應在 200 毫秒內，CLS 希望低於 0.1。實務上，手機版首屏越快穩定出現，使用者越不容易離開。

PageSpeed Insights 分數要多少才算及格？

PageSpeed Insights 通常用 90 分以上標示良好，但不要只追總分。更重要的是 LCP、INP、CLS 是否達標，以及報告指出的問題是否真的影響使用者。對商業網站來說，轉換頁與手機版體驗比追求 100 分更重要。

為什麼手機版速度比桌機版慢很多？

手機版常受到網路、裝置效能、版面重排、圖片尺寸與 JavaScript 執行影響。桌機測試順，不代表手機使用者也順。若手機版特別慢，先檢查首屏圖片、第三方碼、字型、選單與行動版模板。

網站速度會直接影響 Google 排名嗎？

網站速度和使用者體驗有關，也會影響 Core Web Vitals，但它不是排名保證。當內容品質、搜尋意圖匹配度和網站信任度接近時，速度較好的頁面通常更有競爭力；若內容本身不符合需求，速度再快也很難補足。

LCP、INP、CLS、TTFB 分別代表什麼？

LCP 看主要內容出現速度，常和首屏圖片、CSS、主機回應有關。INP 看互動反應速度，常和 JavaScript、外掛、第三方碼有關。CLS 看版面是否跳動，常和圖片尺寸、廣告、嵌入元件有關。TTFB 看伺服器第一個回應有多快，常和主機、快取、資料庫與 CDN 有關。

WordPress 網站速度慢通常要先檢查什麼？

先檢查圖片是否過大、快取是否啟用、外掛是否太多、佈景主題是否載入過重資源，以及主機 TTFB 是否偏高。WordPress 慢不一定要重架，很多情況是外掛重複、圖片未壓縮、快取設定不完整造成。

電商網站要先壓縮圖片還是先換主機？

多數電商網站應先壓縮商品圖、列表圖與首頁圖，再檢查快取和追蹤碼。如果 PageSpeed Insights 或 DevTools 顯示 TTFB 長期偏高，且快取與外掛已整理過，再評估主機升級。先換主機不一定能解決過大圖片和過重 JavaScript。

CDN 一定能讓網站變快嗎？

不一定。CDN 對圖片、CSS、JavaScript、字型等靜態資源很有幫助，也能減少主機壓力。但如果網站慢在資料庫查詢、外掛衝突、JavaScript 過重或原始主機產生頁面太慢，CDN 只能改善部分情況。

安裝太多外掛會讓網站變慢嗎？

會，但重點不只在數量，也在外掛做了什麼。有些外掛會載入前端 CSS、JavaScript、資料庫查詢或第三方服務，對速度影響很大。建議定期盤點外掛用途，刪除不用、重複或只為單一小功能存在的外掛。

可以只靠 PageSpeed Insights 判斷網站速度嗎？

不建議只靠單一工具。PageSpeed Insights 適合看 Core Web Vitals 和整體方向，但要找實際拖慢的檔案，通常還要搭配 Chrome DevTools、GTmetrix 或 WebPageTest。報告分數要和真機體驗一起判斷。

改版後為什麼網站速度變慢？

改版後常見原因包含新模板載入更多 CSS 和 JavaScript、首頁圖片變大、新增動畫、外掛增加、字型變多、追蹤碼變複雜，或快取設定被改掉。改版前後應測同一批 URL，才能知道速度退步從哪裡開始。

多久應該重新測一次網站載入速度？

一般網站至少每季測一次。若剛改版、換主機、安裝外掛、新增追蹤碼、上大量商品或文章，應在變更後立刻複測。高流量電商和內容站，可以把首頁、轉換頁與主要流量頁列為固定監測清單。