一年前，WordPress 5.8 引入了對 WebP 的支持，允許用戶在其內(nèi)容中上傳和使用 WebP 圖像。2022 年 3 月，性能團(tuán)隊通過提議 WordPress 默認(rèn)啟用 WebP來擴(kuò)展對圖像格式的核心支持。這將包括為新的 JPEG 上傳生成 WebP 圖像以及將 WebP 圖像用于網(wǎng)站內(nèi)容。4 月，在收到大量批評意見后，這項有爭議的提案被擱置。
經(jīng)過數(shù)月的研究，該團(tuán)隊重新評估了其方法并總結(jié)了其發(fā)現(xiàn)。對 WebP 兼容性的擔(dān)憂似乎沒有根據(jù)，因為研究表明超過 97% 的網(wǎng)絡(luò)瀏覽器是兼容的，超過 97% 的電子郵件客戶端也是如此。
移動應(yīng)用程序與支持 WebP 的 iOS 14+（舊版本將提供 JPEG）和從 Android 4.0 原生支持 WebP 的 Android 具有很強(qiáng)的兼容性。團(tuán)隊發(fā)現(xiàn)所有頂級 RSS 閱讀器都支持 WebP。兼容性方面的唯一異常值是 Open Graph 消費者，它們具有混合支持。
先前反饋的主要擔(dān)憂之一是，該提案有可能使用于圖像的磁盤空間量翻倍，因為除了 JPEG 子大小之外，它還會生成 WebP 縮略圖。性能團(tuán)隊貢獻(xiàn)者 Adam Silverstein 在對托管公司進(jìn)行調(diào)查后分享了團(tuán)隊的發(fā)現(xiàn)：
為了評估生成 WebP 圖像對站點存儲的總體?影響，該團(tuán)隊調(diào)查了托管服務(wù)提供商。共有 17 個響應(yīng)，?結(jié)果表明存儲文件的數(shù)量對于大多數(shù)主機(jī)/站點來說通常不是問題，盡管隨著時間的推移存儲空間可能會成為一些用戶的問題。盡管如此，對于大型主機(jī)（擁有 1,000 個或更多托管站點），絕大多數(shù)站點 (> 86%) 將不受影響，即使它們的存儲需求翻了一番。我們還了解到，一些存儲空間有限的低端托管計劃在其托管堆棧中也缺乏 WebP 支持，這意味著他們無論如何都不會獲得額外的圖像生成。
聲明中可能包含一些假設(shè)，即“對于大多數(shù)主機(jī)/站點而言，存儲文件的數(shù)量通常不是問題”。對該團(tuán)隊調(diào)查的回應(yīng)表明，58% 的用戶不會受到存儲需求翻倍的影響。僅調(diào)查了 17 位房東，數(shù)據(jù)中未包含公司名稱。即使估計有 14% 的網(wǎng)站面臨接近容量的風(fēng)險，這也有可能影響數(shù)百萬個 WordPress 網(wǎng)站。
性能團(tuán)隊提出了一些值得注意的更改來解決問題，包括提供一個 JavaScript 片段，該片段檢測缺乏 WebP 支持的瀏覽器并改為加載 JPEG。默認(rèn)情況下，其他 WebP 修訂包括以下內(nèi)容：
- 在 6.1 中默認(rèn)自動生成 僅 核心圖像大小的 WebP 版本。 自定義圖像大小最初必須選擇接收自動生成的 WebP 版本，或者如果它們專門用于 WebP 無益或不支持的特殊情況，則選擇退出。
- 僅當(dāng)次要 (WebP) 子大小 小于主要 MIME 類型時才保留它們。
- 只為用于面向用戶的前端內(nèi)容的圖像大小生成 WebP 圖像。這避免了為永遠(yuǎn)不會使用的 WebP 圖像浪費存儲空間。
- 引入一個過濾器來控制基于圖像子大小的其他 MIME 類型的生成。這使開發(fā)人員能夠排除某些圖像大小，例如那些未在前端內(nèi)容中使用的圖像大小。
默認(rèn)情況下，WebP 提案只會影響包含在核心中后上傳的新圖像。它不會為現(xiàn)有上傳自動生成 WebP 圖像。想要轉(zhuǎn)換過去上傳的用戶需要使用 WP-CLI 或像 Regenerate Thumbnails 這樣的插件。
迄今為止，對該提案的修訂收到了不同的反饋。一些人強(qiáng)烈支持新方法，而另一些人則鼓勵團(tuán)隊考慮對可能受到影響的用戶的一些實際影響。
WordPress 開發(fā)人員 Jon Brown說：?“不能簡單地說沒關(guān)系，因為‘絕大多數(shù)網(wǎng)站 (> 86%) 不會受到影響。“首先，14% 是 WordPress 的條款很多。我們不知何故需要繼續(xù)支持仍在運行 PHP 5.6 的 2.8% 的網(wǎng)站，但 14% 不是很重要嗎？
“這里不僅需要考慮 IF，還需要考慮這 14% 的站點將如何受到影響，不僅是今天，未來也是如此。站點是否只需要順利升級存儲，或者它們會用完磁盤空間并崩潰？還是備份突然開始失敗？”
評論中的多位參與者建議 WordPress 考慮采用更現(xiàn)代的 AVIF 格式，與 WebP 相比，它具有更好的質(zhì)量和壓縮率。
“既然這項舉措本質(zhì)上是一種漸進(jìn)式增強(qiáng)，那么在優(yōu)雅地回退的同時支持下一代格式（如 AVIF）不是更有意義嗎？” JavaScript 開發(fā)人員 Kevin Batdorf 說。“隨著時間的推移，隨著時間的推移，瀏覽器會增加支持，它們就會到位。
“轉(zhuǎn)向 WebP 支持的感覺就像 WordPress 添加了 REST API，而每個人都開始轉(zhuǎn)向 GraphQL。REST 很棒，WebP 也很棒，但它是當(dāng)前的技術(shù)，很快就會過時。”
性能團(tuán)隊貢獻(xiàn)者 Bethany Chobanian Lang表示， AVIF 已經(jīng)在他們的關(guān)注范圍內(nèi)，但它的瀏覽器支持仍然不足，只有不到 70% 的網(wǎng)絡(luò)。
如果你對該話題感興趣，可以在此參與討論，Silverstein 還鼓勵參與修訂方法的Trac工單。性能團(tuán)隊貢獻(xiàn)者的目標(biāo)是在 6.1 發(fā)布周期的早期合并此更改以獲得更多測試。
最后，請大家放心，WordPress 會提供鉤子讓我們禁用這個默認(rèn)功能的！
