網絡的發展永遠不會停滯不前。隨著新技術的發展，消費者行為發生變化，支撐互聯網的核心基礎設施被迫適應。
HTTP 協議——用于在客戶端和服務器之間傳輸數據——已經經歷了許多不同的迭代，所有這些都通過新的和令人興奮的特性增強了核心功能。
在 1997 年采用 HTTP/1.1 和 2015 年采用HTTP/2時隔 18 年之后，發展步伐加快，僅在三年后提交了 HTTP/3提案草案。
什么是 HTTP/3？
HTTP/3 的核心是對用于管理文件傳輸的底層傳輸層的徹底改造。
它代表了從 TCP（傳輸控制協議）到 UDP（用戶數據報協議）的轉變，解決了幾個 TCP 限制并提高了用戶的性能和安全性。
盡管它仍在等待發布前的最終審查，但73%的網絡瀏覽器已經支持該協議。
一旦 Safari 將其作為核心功能，這個數字將顯著增加；目前，它是實驗性的，必須通過開發者菜單啟用。
HTTP/3 協議已被 25% 的前 1000 萬網站使用。
HTTP/3 相對于 HTTP/2 和 HTTP/1 的主要優勢是什么？
要充分了解 HTTP/3 的優勢，有必要回過頭來了解 HTTP/1.1 的工作原理，以及 HTTP/2 旨在解決的問題。
發送時，文件（html、JS、css、圖像等）被分解成更小的、單獨的數據包，數據隨著時間的推移而傳輸。
HTTP/1.1 旨在為每個文件提供自己的連接。隨著網站變得越來越復雜，需要更多的文件來加載每個頁面。
瀏覽器限制了可用的并行連接數量，從而造成瓶頸并減慢加載時間。這導致了一些必要的變通方法來最大化性能，例如域分片和圖像精靈。
通過引入多路復用，HTTP/2 解決了由連接限制引起的問題，允許通過單個連接傳輸多個文件。
另一個主要改進是引入了更好的標頭壓縮，以及一些在實踐中證明不太成功的其他功能。
然而，這些改進并沒有解決 TCP 協議的所有問題。
TCP按時間順序傳輸數據包，這意味著如果丟失了數據包，則整個連接將保持不變，直到成功接收到數據包。這個問題，被稱為線頭阻塞，否定了多路復用的一些好處。
TCP 的另一個挑戰是它完全脫離了 TLS 協議。這是設計使然，因為網站可能既安全又不安全。
因此，服務器和客戶端在傳輸數據之前必須進行多次往返來協商連接。
HTTP/3 如何解決這些問題？
通過從 TCP 遷移到 UDP，HTTP/3 引入了三個使其與 HTTP/1.1 和 HTTP/2 不同的主要特性。
獨立字節流
HTTP/3 通過為單個文件引入獨立的字節流來解決行頭阻塞問題。在重新發送丟失的數據包時，僅阻止單個流的數據，而不是整個連接。
為了進一步說明這一點，值得回想一下Tom Anthony在他關于 HTTP/2（現已更新為HTTP/3）的開創性演示中使用的奇妙的卡車類比。
基本前提是，使用 HTTP/1.1，最終會有多輛卡車在同一條道路上排隊（連接）。
HTTP/3 簡介，2022 年 4 月
相比之下，HTTP/2 允許多輛卡車同時在同一車道上。
HTTP/3 簡介，2022 年 4 月
不幸的是，使用 TCP 時，如果卡車熄火，整條道路都會被阻塞，直到卡車再次開始行駛。
HTTP/3 簡介，2022 年 4 月
使用 HTTP/3 和 UDP，其他卡車可以繞過它。
TLS 集成
通過將 TLS 1.3 并入 HTTP/3 本身，而不是讓兩個不同的協議獨立運行，只需一次握手即可將往返次數從兩次（或如果使用 TLS 1.2，則為三次）減少到一次。
這一變化意味著更快、更安全的用戶連接。
此更改的一個后果是 HTTP/3 只能在安全站點上使用，因為 TLS 和 UDP 緊密交織在一起。有趣的是，HTTP/2 并非如此，從技術上講，它可以在不安全的站點上使用——盡管沒有一個主要的瀏覽器允許您這樣做。
連接遷移
HTTP/3 不是使用 IP 來路由數據包，而是使用連接 ID。
通過這樣做，它可以處理網絡更改而無需重新建立連接。
這在移動優先的世界中非常有利，用戶經常在 wifi 和蜂窩網絡之間切換，無論是在速度還是連接穩定性方面。
回到我們的卡車類比，這就像來到一個路口，必須再次排隊才能繼續前進到下一條道路。
使用 HTTP/3，有一條支路，允許您在兩者之間無縫交換。
HTTP/3 有什么缺點嗎？
盡管 HTTP/3 有一些明顯的性能優勢，但它的批評者強調了幾個缺點。
首先，該協議將為快速連接的用戶提供有限的好處，最慢的 1% 到 10% 的用戶獲得了大部分收益。
但是，就 Core Web Vitals 而言，這實際上可能是非常有益的。
CWV 分數是全球性的，因此完全有可能被遙遠地理位置的特定用戶子集拉低。
同樣，在移動優先的世界中，即使設備速度快且地理位置接近的用戶也可能會遇到暫時的網絡問題，這可能會對 CWV 產生不利影響。
您的用戶的移動性越高，產生影響的可能性就越高。
另一個抱怨是切換到 HTTP/3 需要相當大的服務器升級，因為它從根本上改變了傳輸層的工作方式。
此外，UDP 的使用還引入了更高的 CPU 要求，這可能會給服務器帶來更大的壓力。
這兩個論點都是公平的，但目前正在優化 CPU 使用率。
此外，正如我們將在下面的實施部分中看到的，許多 CDN 提供商已經提供了相對簡單的 HTTP/3 解決方案，可以輕松地部署在邊緣。
HTTP/3 對 seo 重要嗎？
雖然百度自2020 年起就支持 HTTP/2 ，但現在有一半的網址是使用該協議抓取的，但它目前不支持 HTTP/3。
HTTP/2 僅在這樣做有明顯好處時使用，即，當使用 HTTP/2 會為服務器和搜索機器人節省大量資源時。
這無疑會隨著時間的推移繼續增加，但鑒于 HTTP/2 協議的發布和搜索機器人支持之間的五年差距，HTTP/3 可能還有一段路要走。
也就是說，實施 HTTP/3 仍可能對 SEO 產生間接影響——如果支持該協議會帶來更好的SEO得分。
升級您的服務器基礎架構以支持 HTTP/3（或者，就此而言，HTTP/2）只是您可以用來確保您的網站盡可能高性能的眾多潛在增強功能之一。
擁有一個高性能網站的好處，包括降低跳出率、增加網站停留時間和更高的轉化率，提升SEO效果。
如何檢查網站是否支持 HTTP/3
如果您不確定某個網站是否支持 HTTP/3，那么您可以使用以下在線工具進行檢查：https://http3check.NET/
或者，Chrome 和 Firefox 都在開發工具網絡選項卡中顯示每個請求的協議。
這些字段默認不可見，但可以通過右鍵單擊導航欄并選擇“協議”來啟用。HTTP/3 請求標記為“h3”。
也可以使用命令行和curl進行檢查。
curl --http3 https://website.com/
由于許多網站只會為頁面資源（通常托管在 CDN 上的那些）啟用 HTTP/3，因此使用開發工具將提供更準確的圖片并讓您更好地評估可用的機會。
如何實現 HTTP/3？
到目前為止，啟用 HTTP/3 的最簡單方法是通過CDN。
包括Cloudflare、google Cloud和Fastly在內的幾家主要供應商 已經支持該協議。
根據 W3Techs 的數據，前 1000 萬個網站中有22%使用 Cloudflare，您可以在儀表板中輕松啟用 HTTP/3。
如果您不確定要處理的技術堆棧，請使用 Builtwith 或 WAppalyzer 并查看是否列出了 CDN。
如果一個站點正在使用 Cloudflare，并且所有請求都是 HTTP/2，那么您已經找到了一個簡單而有效的建議。
如果無法通過 CDN 實現，則需要更改服務器。
根據所使用的語言，可以使用各種實現，但 Web 服務器尚未普遍采用這些實現。
因此，實現 HTTP/3 的可行性可能取決于您使用的軟件類型。
服務器 HTTP/3 支持，2022 年 4 月
不幸的是，32%的 Web 服務器使用 Apache，但由于開發資源有限，它尚未開始提供支持。
同樣，由于缺少OpenSSL 支持，在 Node 上啟用該協議需要一種解決方法。
windows (IIS) 是最新提供本機協議的提供商，但它需要Windows Server 2022 和 Windows 11 或更高版本。
總結
HTTP/3 是 Web 向前邁出的又一重要一步，它將提供急需的性能提升以支持其持續發展。
作為 SEO 和網絡營銷專業人士，我們應該知道該協議在即將發布之前帶來的好處，因此我們可以開始推薦它的使用，并讓我們的用戶在未來幾年獲得好處。
