這篇內容保留 Facebook 貼文的原始脈絡,部分工具、介面與外部連結可能已經改變。
如果把所有可能的下一頁都 prefetch,理論上可以讓點擊後的體驗更快,但也會大量消耗使用者的網路流量。
真正值得討論的問題,是如何判斷哪些頁面最有可能被接著造訪。
原始貼文提出兩種方向。
第一種是由開發者自行判斷使用者最可能前往的頁面,再針對那些資源進行預取。
第二種是利用網站的使用行為資料,推測不同頁面上的連結被點擊的機率。
Guess.js 曾被用來示範第二種做法。
它會結合 Google Analytics 的資料,分析頁面上的連結被點擊的可能性,再把 prefetch 放到較可能被造訪的連結上。
這個想法的重點不是「加入越多 prefetch 越好」,而是把預取成本、頻寬與使用者真正會走的路徑一起考慮。
這篇貼文發布於 2019 年,相關工具與範例可能已經改變或停止維護。
因此本頁保存的是當時的設計思路與研究脈絡,不保證連結中的工具仍然適合直接使用。
原文提到的連結
延伸閱讀
網站使用體驗三大核心指標 - LCP, FID, CLS
網站使用體驗指標(Web Vitals)在2020五月由Google所提出,目的是要一套適用於所有網站的UX衡量指標,本文介紹了這項計畫以及各種測量方法。
SEO電子報第四十一期 – 2021.09.16~2021.09.30
這期的電子報有三個我自己很喜歡的內容 — 第二條尖叫青蛙的更新,讓使用者能用很少的預算就自動化監測網站的SEO;第三條content pruning的案例是比較少見的優化方向,能看到大型網站怎麼做相當難得;以及第四條的103 Early Hints,對我來說是新的東西,也讓我跟工程師有個不錯的話題!
從 FID 到 INP:互動回應速度指標的歷史轉換
保存 2023 年記錄 Core Web Vitals 指標轉換的說明,從使用者互動到下一個畫面繪製,理解 INP 想測量的體驗問題。
JavaScript 產生的內容,搜尋引擎真的看得到嗎?
保存一份以 Search Console 網址檢查工具確認 JavaScript 內容是否被渲染的實務筆記,並連回搜尋引擎抓取與索引的基礎文章。