Core Web Vitals 之外：六個沒被寫進評分、卻真的影響留存的技術細節
一個客戶的行動版效能分數是九十四分，三項核心指標全部落在綠色區間。同一時間，行動版的跳出率是七成三，平均停留十九秒。
兩件事同時成立，是因為評分量的是「頁面多快可以開始被使用」，而使用者感受到的是「我要的東西多久才到手」。這兩件事重疊，但不相等。
這篇整理六個不在評分範圍內、但我們在實際專案中反覆看到會影響留存的技術細節，以及各自的量測與修法。
一、細節一：第一個可互動元素的真實延遲
核心指標量的是主要內容的呈現時間與輸入延遲的總體表現，但它不會告訴你「使用者最想點的那一個東西」什麼時候真的能點。
很多網站的主要行動按鈕掛在一段延遲載入的腳本上。畫面看起來完成了，按鈕也畫出來了，但點下去沒有反應，因為事件還沒綁定。
使用者不會等第二次。他會以為網站壞了，然後離開。
量測方式是自訂一個時間戳：在主要按鈕綁定完成的那一刻記錄一次事件，跟頁面開始載入的時間相減。這個數字經常比任何官方指標都更接近真實體驗。
- 量測主要按鈕「可點擊」的時間而非「可見」的時間
- 延遲載入的腳本是最常見的原因
- 使用者點一次沒反應就會離開
二、細節二：字體切換造成的二次閱讀中斷
中文字型檔案大，載入時間長。多數網站會先用系統字體顯示，載入完成後再切換。
切換的那一瞬間，字寬會變、行數會變、整段文字會位移。如果使用者剛好在讀，他會失去位置。
這一項在評分上幾乎不會被扣分，因為位移發生在文字區塊內部，而且幅度小。但它對閱讀型網站的影響很大。
修法有三種：使用系統字體不做切換、把中文字型做子集化只保留常用字、或者用尺寸調整參數讓替代字體與正式字體的度量接近，讓切換時的位移趨近於零。
三、細節三：滾動時的掉幀
滾動流暢度不在核心指標裡，但它是使用者對「這個網站順不順」最直接的感受來源。
常見原因有三個：固定定位的元素過多且帶有陰影或半透明、滾動時觸發的動畫沒有使用合成層、以及每次滾動都在計算版面。
量測方式是用開發者工具的效能面板錄製一段滾動，看每秒幀數是否穩定。低於五十幀就會被明顯感受到。
- 固定定位元素過多會拖慢滾動
- 動畫應使用不觸發重排的屬性
- 錄製滾動並觀察每秒幀數
四、細節四：返回上一頁的還原速度
在多頁瀏覽的行為中，返回上一頁的頻率非常高，尤其是列表頁與內頁之間的來回。
如果返回時頁面完全重新載入，並且回到最上方，使用者等於每次都要重新找剛才看到哪裡。
這一項完全不在評分範圍內，但它對電商與內容型網站的瀏覽深度影響極大。
修法是確保頁面可以被瀏覽器的返回快取保留：避免在卸載事件上掛處理函式、避免使用會阻擋快取的連線設定，並且記錄與還原滾動位置。
五、細節五：第三方腳本的尾端阻塞
多數網站會量測主要內容的載入時間，但不會量測「所有東西都安靜下來」的時間。
追蹤碼、聊天工具、熱點圖、廣告像素，這些通常在主要內容之後才開始工作。它們不影響評分，但會在使用者開始操作的時候佔用主執行緒。
實際的感受是：頁面看起來好了，但捲動卡、點擊慢。
量測方式是記錄頁面載入後五秒內主執行緒的長任務數量與總時長。超過某個門檻時，就該檢視第三方腳本的載入時機與必要性。
- 量測載入後五秒內的長任務總時長
- 第三方腳本應延後到互動之後載入
- 逐一評估每支腳本是否仍然必要
六、細節六：弱網與斷線下的行為
實驗室的量測環境穩定，真實的行動網路不是。
在訊號不穩的情況下，多數網站的表現是：部分資源載入失敗、畫面出現破圖或空白區塊、表單送出後沒有回應也沒有錯誤訊息。
這些情況不會出現在任何效能報表上，但它們發生的頻率比多數人以為的高。
修法包含三件事：為關鍵圖片提供尺寸與替代顯示、表單送出時提供明確的狀態與失敗提示、以及在網路中斷時保留使用者已填寫的內容。
七、六個細節的共同特徵
它們都發生在「頁面已經載入完成」之後，而多數效能工作的注意力集中在載入完成之前。
另一個共同點是：它們都無法從單一分數看出來，必須從真實使用者的行為資料反推。
所以我們的建議是把效能工作拆成兩層：達標層用官方指標，體驗層用自訂的事件與行為資料。
- 問題多半發生在載入完成之後
- 單一分數看不出來
- 需要真實使用者的行為資料
八、一份可以直接執行的量測清單
- 主要行動按鈕從載入到可點擊的時間
- 字體切換造成的版面位移幅度
- 滾動時的每秒幀數是否穩定在五十以上
- 返回上一頁是否保留位置與狀態
- 載入後五秒內主執行緒的長任務總時長
- 弱網情況下的失敗處理與訊息
九、優先順序的建議
如果六項無法同時處理，依照對轉換的直接影響排序。
第一優先是主要按鈕的可點擊時間，因為它直接擋在轉換路徑上。
第二優先是返回上一頁的還原，因為它影響瀏覽深度。
第三優先是第三方腳本的尾端阻塞，因為它的修改成本低而影響範圍廣。
其餘三項依網站型態決定：閱讀型網站優先處理字體切換，行動流量高的網站優先處理弱網行為。
十、什麼時候不該再往下優化
效能優化有邊際效益遞減。當上述六項都在合理範圍內時，繼續投入的回報通常低於把同樣資源放在內容或轉換路徑上。
判斷的方式是看行為資料：如果跳出率與停留時間在連續三個月內沒有隨著效能改善而變化，那瓶頸已經不在技術端。
這個判斷很重要，因為效能是一個永遠可以再優化的領域，而時間是有限的。
常見問題
效能分數達標為什麼跳出率還是高？
分數量的是頁面何時可以開始被使用，而使用者感受的是想要的東西何時到手。兩者重疊但不相等，問題常發生在載入完成之後。
中文字型要怎麼處理才不會位移？
可使用系統字體不切換、對字型做子集化，或用尺寸調整參數讓替代字體與正式字體的度量接近，使切換時的位移趨近於零。
第三方腳本一定要移除嗎？
不一定。建議延後到使用者互動之後載入，並定期逐支評估是否仍然必要，而非一次全部移除。
延伸閱讀
關於作者與審稿
冠誠數位行銷（GuanCheng Martech）的顧問團隊撰寫這篇文章。團隊累積 295 個專案，服務 308 家客戶，操作範圍包含 SEO 自然排名、AEO 答案引擎、GEO 與 LLMO 佈局、Google 與 Meta 廣告投放、電商維運與數據歸因分析。
文章裡的數字來自冠誠數位行銷實際經手的客戶帳戶與後台報表，客戶名稱與可識別資訊都已經移除。內容由負責該領域的冠誠顧問審稿後發佈，最後更新日期為 2026 年 9 月 18 日。讀完有問題，可以到冠誠數位行銷官方網站的預約諮詢頁面留下聯絡方式，我們會用你提供的時段回電。