北京
如果你關(guān)注搜索排名、用戶體驗還有轉(zhuǎn)化率，那你一定繞不開 Core Web Vitals。這套由 Google 制定的真實用戶體驗指標(biāo)，本質(zhì)上就是在衡量：你的網(wǎng)站加載快不快、操作穩(wěn)不穩(wěn)、視覺跳不跳。而一個現(xiàn)代 CDN 搭配上準(zhǔn)確的緩存頭策略，恰好能從根源上大幅改善這些分?jǐn)?shù)。
Core Web Vitals 由三個關(guān)鍵指標(biāo)組成。最大內(nèi)容繪制（LCP）反映加載性能，目標(biāo)是在 2.5 秒內(nèi)完成。下一次繪制的交互（INP）衡量響應(yīng)速度，得壓在 200 毫秒以內(nèi)。累計布局偏移（CLS）則檢測視覺穩(wěn)定性，得分要低于 0.1。其中，CDN 對 LCP 的提升尤其明顯。HTTP Archive 的數(shù)據(jù)也表明，使用了 CDN 的源站，其 Core Web Vitals“良好”評分的占比要高得多。
CDN 為什么這么有效？它本質(zhì)上是一套分布式的邊緣服務(wù)器網(wǎng)絡(luò)，可以把內(nèi)容緩存到離用戶最近的位置，然后從那里直接交付。這種全球化的基礎(chǔ)設(shè)施不僅大幅度降低網(wǎng)絡(luò)延遲，還能輕松應(yīng)對流量峰值，不讓源站服務(wù)器過載。尤其對那些地理位置離源站較遠(yuǎn)的用戶來說，延遲的改善會直接反映在首次內(nèi)容繪制和最大內(nèi)容繪制這樣的指標(biāo)上?，F(xiàn)代的 CDN 還具備幾項實用的邊緣能力：可以在邊緣緩存 API 響應(yīng)，保護源站不被過多請求沖擊；當(dāng)源站響應(yīng)變慢或宕機時，它還能繼續(xù)提供“陳舊”內(nèi)容，維持用戶體驗不中斷；還能在邊緣對圖片進行動態(tài)優(yōu)化，根據(jù)設(shè)備和屏幕尺寸實時調(diào)整尺寸、壓縮等級或格式轉(zhuǎn)換；同時也能高效處理大批量爬蟲請求，不影響正常用戶的訪問性能。
再配合恰當(dāng)?shù)木彺骖^策略，效果會更好。緩存頭的作用就是告訴瀏覽器和 CDN 各個資源可以保存多長時間。對于帶文件哈希的靜態(tài)資源，可以直接設(shè)置長緩存：Cache-Control: public, max-age=31536000。一旦文件更新，哈希值會改變，用戶便會自動獲取到新版本。對于 HTML 頁面，則適合用 Cache-Control: public, max-age=3600 這類較短的緩存時間，同時要注意區(qū)分營銷類內(nèi)容可以緩存得更久，而個性化內(nèi)容應(yīng)當(dāng)設(shè)置為私有或不緩存。對于通過無頭 CMS 返回的 API 響應(yīng)，可以采用這樣一組配置：匹配模式“/api/*”，默認(rèn) TTL 設(shè)為 3600 秒，最大 TTL 86400 秒，最小 TTL 300 秒。這相當(dāng)于給 API 響應(yīng)設(shè)定了 1 小時的基礎(chǔ)緩存時長，上限 24 小時，下限 5 分鐘，既保證了實時性又減少了后端壓力。
在具體實施上，將無頭 CMS 架構(gòu)與靜態(tài)站點生成（SSG）相結(jié)合，再疊加邊緣緩存，可以直接消除掉 JavaScript 渲染造成的延遲。預(yù)渲染好的 HTML 能顯著縮減 LCP 時間，同時還帶來更快的首字節(jié)時間、更快的首次內(nèi)容繪制，以及更低的總阻塞時間。因為內(nèi)容從表現(xiàn)邏輯里分離出來，無頭 CMS 產(chǎn)出的 API 響應(yīng)天然適合施加激進的緩存策略，從而形成一套單純依靠邊緣就可以持續(xù)交付高性能的緩存模式。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
王二哥老搞笑
