網站速度與 SEO：Core Web Vitals 入門 2026

閱讀前提醒

本文為網站接案與 SEO 的資訊整理與觀念分享。Core Web Vitals 指標定義、門檻與排名說明，依 Google 官方文件與 web.dev 最新版為準，可能隨時更新；文中優化技巧效果因網站、主機、內容而異，非保證；本文不保證排名第一、不保證收入；金流與平台功能依各官方文件為準。

很多剛開始接網站案的上班族，最常遇到的狀況不是網站做不出來，而是網站做完後客戶開始抱怨：「為什麼開這麼慢？」「手機點進來要等很久？」「頁面怎麼一直跳？」甚至廣告明明有流量，訪客卻很快離開。這時候問題往往不在設計，而在使用者體驗——尤其 2026 年的網站環境已完全進入行動優先時代，大多數流量來自手機，如果手機載入慢、按鈕反應卡、畫面一直亂跳，再漂亮的網站也可能留不住訪客。

對於想透過網站接案建立第二收入的人來說，理解 Core Web Vitals 不只是 SEO 知識，而是一項能提升專業度的接案技能。你不需要會寫程式，也能用客戶聽得懂的方式協助改善網站體驗——替自己造船，在下班一到兩小時裡，慢慢蓋出一座離職橋。完整的接案流程。

一、Core Web Vitals 是什麼？

很多文章一開始就丟一堆英文縮寫，但對客戶而言根本聽不懂。用最白話的方式說，Core Web Vitals 就是在衡量三件事：網站多久看得到主要內容、點按鈕會不會卡、畫面會不會亂跳——Google 透過這些指標評估「使用者體驗」。

LCP（主圖與標題多久出現）：可以理解成「使用者點進網站後，多久看得到主要內容」，通常是首頁主圖、大標題或主要區塊。1 秒看到主圖算很快、4 秒才看到就很慢。對客戶就講：「客人點進網站後，要等多久才看到重點？」

INP（按鈕反應快不快）：這是目前 Google 重視的互動指標，2026 年已由 INP 取代過去的 FID。白話就是「按下按鈕後多久有反應」——點選單立刻展開、點表單立即回應、點購買按鈕沒有延遲；如果按了半天沒反應，訪客就容易以為網站壞掉。

CLS（畫面會不會亂跳）：衡量頁面在載入過程中，內容會不會突然位移，導致使用者點錯按鈕。對客戶就講：「頁面會不會自己跳來跳去害你點錯。」

下面是三指標的「良好」門檻，請以 Google 官方文件與 web.dev 最新版為準，數值可能調整：

指標	白話	良好門檻（依 Google 官方最新版為準）
LCP	主圖／標題多久出現	約 < 2.5 秒
INP	點按鈕多久有反應	約 < 200 毫秒
CLS	頁面會不會亂跳	約 < 0.1

二、為什麼影響 SEO 與接案價值

Google 多次說明，Core Web Vitals 屬於「頁面體驗（Page Experience）」的一部分，是排名訊號之一，但不是唯一因素——內容品質仍然最重要。不過當兩個網站內容相近時，使用體驗較佳、速度較快、手機瀏覽較順的那一個，就可能獲得優勢。因此未達標雖不代表一定掉排名，但存在排名競爭力下降的風險（依 Google 官方說明為準）。

要特別提醒兩件事。第一，行動優先索引已是主流：Google 採用 Mobile First Indexing 多年，主要看的是手機版網站，許多接案新手只在電腦看網站，結果電腦開很快、手機慢得要命，客戶自然不滿意。第二，速度與轉換的關係屬業界觀察：一般認為網站越快、使用體驗越好，停留時間、表單填寫率、詢問機率都可能提高，但不同產業差異很大——網站速度改善不等於保證成交，也不等於保證收入提升。

三、WordPress 與一頁式網站常見拖慢原因

很多接案者用 WordPress，方便又好上手，但也容易變慢。最常見的原因有四個：圖片未壓縮（手機拍的照片一張 8MB 直接上傳，首頁放十張自然慢）、外掛裝太多（SEO、表單、快取、社群、特效加起來二三十個，網站吃力）、沒有快取機制（每次開網頁都重新運算）、第三方腳本太多（Facebook Pixel、Google Analytics、聊天機器人、即時客服，每裝一套都可能增加負擔）。

一頁式網站也是速度問題的重災區。常見毛病包括：所有內容（服務介紹、作品集、FAQ、聯絡表單）全塞同一頁導致檔案過大；動畫特效太多（飛入、淡入、旋轉、視差滾動雖然漂亮卻拖慢網站）；以及沒有 Lazy Load，圖片還沒看到就全部載入、浪費資源。

四、六大優化步驟

以下方法皆可能改善網站速度，但效果因網站而異、並非保證。

第一，圖片壓縮並轉成 WebP——這是最優先、也最有效的一步：上傳前先壓縮、改用 WebP 格式、控制尺寸，很多網站光這一步就有明顯改善。
第二，使用 CDN：把網站內容放在多個節點，讓使用者從最近位置取得資料，對跨國流量尤其有幫助。
第三，啟用快取：讓重複造訪不必每次重算。
第四，延遲載入（Lazy Load）：圖片進入視窗才載入。
第五，減少不必要的外掛與第三方腳本：保留真正需要的，其餘移除。
第六，用 PageSpeed Insights 檢測：跑行動版、看三指標是否接近良好範圍，作為優化依據。

五、交付前自我檢測 SOP

交件前花幾分鐘做一輪檢測，能大幅降低客戶後續抱怨。Step 1：用 PageSpeed Insights 跑「行動版」（不是只看電腦版）。Step 2：檢查 LCP、INP、CLS 是否接近良好範圍——不一定追求滿分，但至少避免明顯問題。Step 3：實際拿手機測試，按鈕會不會卡、表單能不能送出、選單是否正常，這比任何工具都重要。Step 4：保留「優化前截圖」與「優化後截圖」。Step 5：把「圖片壓縮完成、啟用快取、完成行動版測試、Core Web Vitals 檢查」寫進交付報告，客戶會更容易感受到你的專業度。

六、接案者怎麼把速度變成賣點

很多新手只會說「我幫你做網站」，但客戶其實不懂網站，客戶懂的是結果。關鍵是用客戶聽得懂的語言——不要講 TTFB、Render Blocking、JavaScript Optimization，改成「點進網站多久看到主圖」「按按鈕會不會卡」「手機看會不會跳來跳去」，客戶馬上理解。接著把速度寫進交付清單：響應式網站、基本 SEO 設定、圖片壓縮、行動版優化、Core Web Vitals 檢查報告——這比單純說「做網站」更有價值。

最後，用數據建立信任，但不誇大。不要說「保證排名第一」或「一定成交」，改成「已完成行動版速度優化與檢測」「已提供優化前後數據比較」，這種說法更專業，也更符合長期接案經營。

「我原本交件後就直接結案，客戶常常看不出差異。後來每次交付前都會跑 PageSpeed Insights，附上優化前後截圖與簡單說明，客戶開始覺得我做得比較細，後續也多了幾次維護與改版需求。」——網站接案學員

*（學員背景示意，非保證每位學員可複製相同結果。）*

Core Web Vitals 的三個核心指標

談網站速度與 SEO，繞不開 Core Web Vitals——Google 用來衡量網頁體驗的三個核心指標。LCP（最大內容繪製）：衡量網頁主要內容載入完成的速度，反映「使用者多快看到有意義的內容」。LCP 越快越好。INP（互動回應）：衡量網頁對使用者操作（點擊、輸入）的回應速度，反映「操作起來順不順」。CLS（累積版面配置位移）：衡量頁面載入過程中版面跳動的程度，反映「內容穩不穩、會不會點錯」。這三個指標共同構成 Google 對網頁體驗的評估，也是網站速度優化的客觀依據。理解這三個指標，你才知道網站速度不只是「載入快」，還包含互動回應與版面穩定。

Core Web Vitals 之所以重要，是因為它同時影響 SEO 與使用者體驗。對 SEO：它是 Google 的排名因素，網站速度差、指標不佳，直接影響搜尋排名。對使用者：載入慢、互動卡、版面跳，會讓訪客失去耐心離開——尤其手機使用者。所以優化網站速度、改善 Core Web Vitals，不是為了追求技術上的漂亮數字，而是為了「被搜尋引擎青睞、被使用者留下」。這也是接案者能提供的加值——交付一個不只好看、還跑得快的網站。

常見的網站速度拖慢原因

要優化網站速度，先了解常見的拖慢原因。圖片過大：沒壓縮的大圖是網站速度最常見的殺手，尤其影響 LCP。外掛過多：WordPress 網站裝太多外掛，每個都載入資源，累積起來拖慢速度。沒用快取：沒有快取機制，每次載入都重新產生頁面，速度慢。主機效能不足：便宜的共享主機資源有限，流量一大就慢。過多的第三方腳本：各種追蹤碼、嵌入元件都會拖慢載入與互動。沒優化的字型與 CSS/JS：載入過多或未優化的資源。這些原因中，圖片過大與外掛過多是最常見、也最容易改善的。接案者交付網站前，先針對這些常見原因檢查，就能大幅提升網站速度。

這些拖慢原因的共同點，是它們大多「可以優化、卻常被忽略」。很多網站做出來能看，但沒人管網站速度，結果圖片沒壓縮、外掛裝一堆、沒開快取，載入慢到訪客流失。接案者若能在交付前把這些常見問題處理好，你交付的就不只是「做得出來」，而是「跑得快、被找得到、留得住人」的網站——這正是差異化的價值。

網站速度優化的六大步驟

優化網站速度，可以照六個步驟做。第一步：壓縮圖片。把圖片壓到適當大小、用適當格式，這是 CP 值最高的優化。第二步：開啟快取。用快取機制或外掛，讓頁面載入更快。第三步：精簡外掛。移除不必要的外掛，減少資源載入。第四步：優化 CSS/JS。合併、壓縮、延遲載入非必要的資源。第五步：選對主機。確認主機效能足夠，必要時升級。第六步：用 CDN。用內容傳遞網路加速資源載入，尤其對跨地區訪客。這六步從最簡單、CP 值最高的圖片壓縮開始，逐步優化。做完這六步，多數網站的速度與 Core Web Vitals 都能明顯改善。

優化網站速度的原則是「先做 CP 值高的、再做進階的」。圖片壓縮、開快取、精簡外掛，這三項簡單又效果明顯，應該優先做；CSS/JS 優化、CDN 這些較進階，視情況再處理。別一開始就鑽進複雜的技術優化，先把最基本、影響最大的做好，網站速度就能有感提升。接案者可以把這六步做成標準流程，每個網站交付前跑一遍。

交付前的速度自我檢測 SOP

交付網站前，把網站速度檢測做成 SOP，確保交付的是跑得快的網站。第一步：用免費速度工具測。用 Google PageSpeed Insights 等免費工具，測 Core Web Vitals 的三個指標（LCP、INP、CLS），看落在哪個等級。第二步：手機與電腦都測。手機的網站速度通常比電腦差，而手機是主場，一定要測手機版。第三步：針對拖累項優化。看報告指出的問題（圖片太大、資源太多），針對性優化。第四步：優化後複測。確認優化有效果、指標有改善。第五步：附上速度報告交付。把優化後的速度報告交給客戶，展現你的專業與用心。這套 SOP 讓你每次交付都能確保網站速度在水準之上。

把速度檢測做成 SOP 的價值，是讓「網站速度」從「有想到才做」變成「每次必做」。很多接案者交付網站時只顧著功能與外觀，忽略了速度，結果客戶的網站雖然做好了卻跑得慢、SEO 也吃虧。用檢測 SOP 逐項確認，你交付的網站就永遠不會在速度這關掉鏈子——這是專業度的展現，也是客戶最有感、最影響網站成效的地方之一。

把網站速度變成你的接案賣點

網站速度不只是交付的基本要求，還能成為你的接案賣點。當同業還在交付「能看但跑得慢」的網站時，你交付「快速、通過 Core Web Vitals、對 SEO 友善」的網站，就是明顯的差異化。提案時可以強調：「我交付的網站不只好看，還跑得快——這對你的 SEO 排名與使用者體驗都有幫助。」把網站速度講成「幫你被搜尋引擎青睞、留住訪客」的商業價值，客戶就會理解這個加值的重要性。甚至可以把「網站速度優化」做成一個獨立的服務——幫既有網站做速度健檢與優化，這是很多網站主有需求卻不知道找誰的服務。

本週給自己一個任務：把網站速度檢測做成你的交付 SOP，並試著用免費工具測一個你做過的網站，看 Core Web Vitals 落在哪、有什麼可以優化。網站速度是接案者能提供、又常被忽略的加值——它同時影響 SEO 與體驗，是交付一個「被找得到、留得住人」網站的關鍵。想看更完整的網站速度優化與 Core Web Vitals 檢測做法，歡迎加入文末的登島者學院 LINE。

七、常見問答 FAQ

Q1：Core Web Vitals 一定要全綠嗎？ 不一定。內容品質仍然重要，全綠不是排名保證，但能降低使用體驗問題。

Q2：WordPress 網站變慢怎麼辦？ 先檢查圖片大小、外掛數量、快取設定與第三方腳本，通常能找到主要原因。

Q3：一頁式網站怎麼優化？ 重點是圖片壓縮、Lazy Load、減少動畫、精簡區塊，避免把所有內容無限制堆在同一頁。

Q4：INP 和 FID 差在哪？ FID 只測量「首次互動」的延遲，INP 則評估整個頁面互動的反應表現，2024 年起已由 INP 取代 FID（依 Google 官方說明為準）。

Q5：接案要不要幫客戶長期維護速度？ 可以是另一個服務項目。網站會隨內容、外掛、第三方工具增加而變慢，定期檢測與維護是合理的延伸服務，但效果因網站而異、非保證。

Q：Core Web Vitals 一定要全綠（滿分）嗎？ 不必追求滿分，但應落在「良好」範圍。它是排名與體驗的參考，把明顯拖累的項目（通常是圖片、外掛）優化到合格即可，不必為了最後幾分鑽牛角尖。

Q：一頁式網站也需要優化速度嗎？ 需要，甚至更該。一頁式網站常放很多大圖，如果沒壓縮，網站速度會很慢、LCP 差。交付前一定要測與優化。

Q：優化速度需要很懂技術嗎？ 基本優化（壓圖、開快取、精簡外掛）門檻不高，用工具就能做；進階優化（CSS/JS、CDN）才需要較多技術。先把 CP 值高的基本優化做好，效果就很明顯。

結語

對想用下班一到兩小時接網站案的人來說，速度既是基本功，也是賣點。你不必會寫程式，只要懂得把 Core Web Vitals 用客戶聽得懂的話講清楚、在交付前做好檢測，就能讓自己的服務比別人更細緻一點。把這項技能放進你的接案系統，慢慢替自己造船。完整的接案起步流程，主機與網域的選擇。

想了解更多網站接案、SEO 與第二收入實戰教學，歡迎加入登島者學院：

👉 加入 LINE：加入登島者學院 LINE

👉 官方網站：登島者學院官網