---
title: "Guess.js：用資料預測下一頁，再決定是否預取"
description: "一則把 prefetch、使用者行為資料與機器學習放在一起討論的歷史筆記，重點是預取應該建立在機率與成本的平衡上。"
canonical: "https://www.darrenhuang.com/notes/facebook-guess-js-data-driven-prefetch.html"
markdown: "https://www.darrenhuang.com/notes/facebook-guess-js-data-driven-prefetch.md"
language: zh-Hant
type: article
published: "2019-07-13T00:00:00.000Z"
modified: "2026-08-24T00:00:00.000Z"
---

> 此 Markdown 版本由正式 HTML 內容自動產生。
> 引用時請使用 [canonical page](https://www.darrenhuang.com/notes/facebook-guess-js-data-driven-prefetch.html)。

數位引擎筆記 · Facebook 保存

# Guess.js：用資料預測下一頁，再決定是否預取

一則把 prefetch、使用者行為資料與機器學習放在一起討論的歷史筆記，重點是預取應該建立在機率與成本的平衡上。

原始分享於數位引擎 Facebook·2019年7月13日·約 1 分鐘整理於 2026年8月24日

**來源註記**

這篇內容保留 Facebook 貼文的原始脈絡，部分工具、介面與外部連結可能已經改變。

如果把所有可能的下一頁都 prefetch，理論上可以讓點擊後的體驗更快，但也會大量消耗使用者的網路流量。

真正值得討論的問題，是如何判斷哪些頁面最有可能被接著造訪。

原始貼文提出兩種方向。

第一種是由開發者自行判斷使用者最可能前往的頁面，再針對那些資源進行預取。

第二種是利用網站的使用行為資料，推測不同頁面上的連結被點擊的機率。

Guess.js 曾被用來示範第二種做法。

它會結合 Google Analytics 的資料，分析頁面上的連結被點擊的可能性，再把 prefetch 放到較可能被造訪的連結上。

這個想法的重點不是「加入越多 prefetch 越好」，而是把預取成本、頻寬與使用者真正會走的路徑一起考慮。

這篇貼文發布於 2019 年，相關工具與範例可能已經改變或停止維護。

因此本頁保存的是當時的設計思路與研究脈絡，不保證連結中的工具仍然適合直接使用。

## 原文提到的連結

-   [youtube.com](https://www.youtube.com/watch?time_continue=2093&v=Mv-l3-tJgGk)
-   [blog.mgechev.com](https://blog.mgechev.com/2018/05/09/introducing-guess-js-data-driven-user-experiences-web/)
-   [github.com](https://github.com/guess-js)
-   [guess-gatsby-wikipedia.firebaseapp.com](https://guess-gatsby-wikipedia.firebaseapp.com/)

**分類**

-   [網站技術](/categories/網站技術.html)
-   [SEO相關](/categories/seo相關.html)

**標籤**

-   [Prefetch](/tags/prefetch.html)
-   [效能](/tags/效能.html)
-   [機器學習](/tags/機器學習.html)
-   [Guess.js](/tags/guessjs.html)

Keep exploring

## 延伸閱讀

網站文章

2020年6月2日

### [網站使用體驗三大核心指標 - LCP, FID, CLS](/core-web-vitals-lcp-fid-cls.html)

網站使用體驗指標(Web Vitals)在2020五月由Google所提出，目的是要一套適用於所有網站的UX衡量指標，本文介紹了這項計畫以及各種測量方法。

網站文章

2021年10月1日

### [SEO電子報第四十一期 – 2021.09.16~2021.09.30](/seo-newsletter-issue-41.html)

這期的電子報有三個我自己很喜歡的內容 — 第二條尖叫青蛙的更新，讓使用者能用很少的預算就自動化監測網站的SEO；第三條content pruning的案例是比較少見的優化方向，能看到大型網站怎麼做相當難得；以及第四條的103 Early Hints，對我來說是新的東西，也讓我跟工程師有個不錯的話題!

Facebook 保存筆記

2023年5月14日

### [從 FID 到 INP：互動回應速度指標的歷史轉換](/notes/facebook-fid-to-inp.html)

保存 2023 年記錄 Core Web Vitals 指標轉換的說明，從使用者互動到下一個畫面繪製，理解 INP 想測量的體驗問題。

Facebook 保存筆記

2022年4月10日

### [JavaScript 產生的內容，搜尋引擎真的看得到嗎？](/notes/facebook-javascript-rendering-and-indexing.html)

保存一份以 Search Console 網址檢查工具確認 JavaScript 內容是否被渲染的實務筆記，並連回搜尋引擎抓取與索引的基礎文章。

×

開啟原圖 ↗
