使用瀏覽器快取功能

已淘汰。這個網頁是針對 PageSpeed Insights API 第 4 版撰寫而成，該 API 已淘汰，將於 2019 年 5 月停用。第 5 版是最新且提供 Chrome 使用者體驗報告的實際資料，以及 Lighthouse 的研究室資料。

當 PageSpeed Insights 偵測到伺服器的回應未包含快取標頭，或是指定只有短時間需要快取的資源，就會觸發這個規則。

總覽

透過網路擷取資源既速度緩慢又耗費成本：下載作業可能需要在用戶端和伺服器之間進行多次往返作業，因而會延遲處理並阻止轉譯網頁內容，也會為訪客產生資料費用。所有伺服器回應都應指定快取政策，協助用戶端判斷是否可以重複使用先前擷取的回應，以及何時能重複使用。

建議

每個資源都應指定能回答以下問題的明確快取政策：資源是否可以快取、由誰可快取、多久以及時間 (如適用) 是否可在快取政策到期時有效重新驗證。當伺服器傳回回應時，必須提供 Cache-Control 和 ETag 標頭：

• Cache-Control 定義瀏覽器和其他中繼快取可快取個別回應的方式與時間長度。詳情請參閱「 使用 Cache-Control 進行快取」。
• ETag 會提供瀏覽器自動傳送的重新驗證權杖，檢查資源自上次要求後是否有變更。詳情請參閱 使用 ETag 驗證快取回應。

如要決定最適合網站的快取政策，請參閱以下指南：

• 定義最佳 Cache-Control 政策
• 失效及更新快取回應
• 快取檢查清單

和靜態資產或不常變更的資產，建議快取時間至少為一週，最好最多一年。如果您需要精確控制資源失效時間，建議您使用網址指紋或版本設定技術。請參閱上方連結中的「撤銷及更新快取回應」連結。

意見回饋

本頁內容對你是否有幫助？

是

太好了！感謝您提供寶貴意見。 如果您有關於使用 PageSpeed Insights 的具體問題，請前往 Stack Overflow 以英文提問。如有一般問題、意見回饋和討論內容，請在郵寄清單中發起討論串。

否

得知你的問題，我深感抱歉。 如果您有關於使用 PageSpeed Insights 的具體問題，請前往 Stack Overflow 以英文提問。如有一般問題、意見回饋和討論內容，請在郵寄清單中發起討論串。