繼先前的公告之後，在下一個版本中，Chrome 106 和其他以 Chromium 為基礎的瀏覽器將預設停用 HTTP/2 伺服器推送支援功能。
為什麼會遭到移除？
HTTP/2 伺服器推送可讓網站主動傳送網頁所需的資源，而非等待等待使用者要求。不過，由於 Jake Archibal 先前已談論這類問題，也是難以體現的效能優勢。因此，只有 1.25% 的 HTTP/2 網站使用這項功能不多。
HTTP/2 伺服器推播的使用情形分析結果：兩筆結果 (Chrome、Akamai) 的淨效能下降，在許多情況下都沒有明顯的效能迴歸。
許多 HTTP/3 伺服器和用戶端 (即使已包含在規格中) 也沒有實作推送功能。對於許多使用較新 HTTP/3 的網路，推送功能目前已失效。最近重新執行這項分析時，我們發現網站支援 1.25% 的 HTTP/2 支援降至 0.7%。
HTTP/2 伺服器推送替代方案
103 Early Hints 是較不容易出錯的替代方案，許多缺點都與推送功能相同，而且缺點極少。103 早期提示不會傳送資源，103 早期提示只會將提示傳送至瀏覽器，以立即要求資源或許會受益於立即要求資源。瀏覽器可自行決定是否要需要這些資源，例如，如果 HTTP 快取中已有這些資源，
預先載入重要資源是另一個替代做法，可讓網頁與瀏覽器共同運作，在網頁載入初期預先載入重要資源。雖然這需要先傳送網頁本身，因此不像伺服器推送或早期提示一樣快，但還有一個額外好處，那就是不要延遲關鍵網頁資源，但這兩種解決方案都能發生。
結論
網站必須能嘗試各種內容，如果不使用的話，就會捨棄這些內容。雖然「推送」功能聽起來很棒，但實際上使用這項工具比我們接受的還要麻煩。不過，我們從推進 103 早期提示的設計中學到很多。現在該完成作業進度，離開「推播」功能了。
相關連結
- Chromium 中的所有淘汰和移除項目
- ChromeStatus 項目：移除 HTTP/2 推送
- 要移除的意圖：HTTP/2 和 gQUIC ServerPush
- Chromium 問題：預設為關閉 HTTP/2 推送功能
特別銘謝
主頁橫幅由 Scott Rodgerson 於 Unsplash 上提供