CrUX 軟導航指標：把 SPA 的每次換頁分開看

頁面沒重載，讀者已經換了一頁

單頁應用可以替換正文並更新地址，卻繼續使用同一份文件。傳統實地指標未必像一次新的 HTML 導航那樣歸屬這些後續頁面。Annie Sullivan 在 10 月 13 日的文章中，介紹了把硬導航和軟導航一起納入的 CrUX 實驗指標；它建立在 Chrome 151 引入的 Soft Navigations API 之上。

先問自己的站點是否真的有大量軟導航。原文圖 1 對比了所有 CrUX 來源與排名前 1,000 的站點：高度依賴軟導航的來源只佔少數，在這些大站中更常見。這是發布者的匯總觀察，不是 Boloop 的測量結果，也不是對你的網站的預測。

對後續換頁很多的 SPA，把這些頁面算進去會改變測量邊界。LCP 會包含複用已下載資源的較快切換；INP 與 CLS 按頁面片段劃分，而不是把整段應用會話中的互動或位移歸到最初入口。因此實驗分數變好，可能來自計量方式變化，不能單憑它證明某次代碼優化生效。

怎樣開始對照

在同一 URL 或來源、同一日期窗口，對照穩定序列和實驗序列。原文列出的實驗字段是 experimental_largest_contentful_paint_with_softnavs、experimental_interaction_to_next_paint_with_softnavs 和 experimental_cumulative_layout_shift_with_softnavs，可從 CrUX API、History API 與 BigQuery 數據集中獲取。先核對通常的數據資格與覆蓋，某個 URL 沒有結果不一定是故障。

若要自建真實用戶測量，相關 Chrome 文件解釋了如何把條目歸到正確導航、在視圖之間重置指標。這是後續工程工作，本站推薦這篇文章不代表已經接入了這些實驗指標。

實驗評估期間，Google 穩定版 Core Web Vitals 分數保持原狀。原文提及的 2027 年 5 月轉正目標仍取決於回饋，不能說成 Search Console 已經切換。適合維護 SPA、或需要解釋兩份性能報告為什麼不同的人閱讀；它不是搜尋排名提升的承諾。原文與圖表歸 Annie Sullivan / web.dev，本站文字是附來源的閱讀導引。