HTTP/2 và HTTP/3

Điều gì HTTP/2 và HTTP/3 là, cách QUIC reduces (không eliminates) head-of-line blocking, và điều gì they có nghĩa là cho SEO — Google says không xếp hạng boost, Googlebot's tài liệu không list HTTP/3, và đó real payoff là gián tiếp qua Core Web Vitals.

Xuất bản lần đầu: 3 thg 7, 2026 · Cập nhật lần cuối: 8 thg 8, 2026 · Advanced
Ngôn ngữ

HTTP/2 (multiplexing + header compression over một TCP connection) và HTTP/3 (đó giống nhau, nhưng over QUIC/UDP thay vì TCP, mà dừng một lost packet on một stream từ stalling mỗi other stream) là đó modern upgrades để HTTP — QUIC streams vẫn share đó giống nhau connection congestion control và QPACK header state, so đây là một real cách sửa, không phải là bảo đảm mỗi file là hiện tại fully independent. Neither là một trực tiếp Google xếp hạng factor: Google trạng thái có không xếp hạng boost từ crawling over HTTP/2, và Google crawler tài liệu không list HTTP/3 as một supported giao thức. Googlebot crawl HTTP/1.1 theo mặc định và HTTP/2 khi một site là eligible (HTTPS + h2 hỗ trợ), với một 421 status as đó được ghi lại opt-out. Đó real SEO payoff là gián tiếp — nhanh hơn real-người dùng trang loads feed Core Web Vitals, mà là đó xếp hạng-liền kề tín hiệu. Đối với hầu hết trang web này là một CDN toggle, nhưng xác nhận đó negotiated giao thức afterward thay vì assuming điều này worked đầu đến cuối (UDP có thể là blocked, và một lần truy cập đầu tiên thường vẫn bắt đầu on HTTP/2 until đó trình duyệt learns HTTP/3 là khả dụng). Hai myths để kill: switching các giao thức sẽ không trực tiếp boost thứ hạng, và HTTP/2 Máy chủ Push là dead trong thực tế (Chrome disabled điều này theo mặc định từ Chrome 106 on) — dùng 103 Sớm Hints hoặc link rel=preload thay vì.

TL;DR — HTTP/2 = multiplexing + HPACK header compression + RFC 9218 priority hints over một TCP connection. HTTP/3 = đó giống nhau semantics over QUIC/UDP thay vì TCP, mà dừng một lost packet on một stream từ stalling đó other streams — streams vẫn share đó connection congestion control và QPACK state, so đây là một real cách sửa, không đầy đủ independence theo file. Neither là một trực tiếp xếp hạng factor: Google trạng thái có không xếp hạng boost từ crawling over HTTP/2, và Google crawler tài liệu không list HTTP/3 as một supported giao thức — Googlebot dùng HTTP/1.1 theo mặc định và HTTP/2 khi eligible (HTTPS + h2 hỗ trợ), với một 421 status as đó được ghi lại opt-out. Đó SEO payoff là gián tiếp, qua real-người dùng speed feeding Core Web Vitals — negotiating một newer giao thức không bảo đảm tốt hơn Core Web Vitals hoặc Tìm kiếm performance on của nó own. Hầu hết of đó web là on HTTP/2; HTTP/3 là vẫn một minority of thực tế các yêu cầu, và ngay cả nơi một CDN “hỗ trợ” điều này, phát hiện/fallback có nghĩa là một được cho visit không luôn land on điều này. Hai điều để skip: chasing một xếp hạng boost, và Máy chủ Push (disabled theo mặc định trong Chrome/Chromium since v106 — dùng 103 Sớm Hints hoặc rel=preload).

Evidence for this claim HTTP/2 adds binary framing and multiplexed streams while preserving HTTP semantics. Scope: Current official or standards documentation. Confidence: high · Verified: RFC 9113: HTTP/2 Evidence for this claim HTTP/3 maps HTTP semantics over QUIC rather than TCP. Scope: Current official or standards documentation. Confidence: high · Verified: RFC 9114: HTTP/3

Điều gì mỗi giao thức thực ra thay đổi

Giữ đó hai upgrades straight và mọi thứ khác follows.

HTTP/2 (2015, RFC 7540) kept HTTP’s semantics nhưng overhauled cách bytes move:

  • Multiplexing. Nhiều các yêu cầu và các phản hồi là interleaved on một single connection, thay vì HTTP/1.1’s một-tại-một-time-theo-connection model đó forced các trình duyệt để open several parallel connections.
  • HPACK header compression. Repetitive các header đã gửi với mỗi yêu cầu là compressed, cutting overhead.
  • Stream prioritization — though không đó original scheme. RFC 7540’s priority tree đã là deprecated by đó HTTP/2 cập nhật, RFC 9113. Đó hiện tại tín hiệu là RFC 9218’s Extensible Priority Scheme — đơn giản urgency/incremental hints (usable by cả hai HTTP/2 và HTTP/3), và đây là advisory: một máy chủ có thể honor điều này, partially honor điều này, hoặc bỏ qua điều này.
  • Originally, Máy chủ Push cũng — vẫn technically được định nghĩa trong đó HTTP/2 và HTTP/3 specs, nhưng các trình duyệt dropped hỗ trợ trong thực tế (hơn dưới).
  • Trong thực tế điều này requires HTTPS — không mainstream trình duyệt negotiates unencrypted HTTP/2.

HTTP/3 (2022, RFC 9114) giữ HTTP/2’s semantics nhưng replaces đó transport:

  • Điều này chạy over QUIC, một transport được xây dựng on UDP, thay vì TCP.
  • Này narrows HTTP/2’s transport-cấp độ head-of-line blocking, nhưng không erase mỗi form of điều này. Dưới HTTP/2, all multiplexed streams ride một TCP connection, so một single lost packet stalls mỗi stream until đây là re-đã gửi. QUIC cho mỗi HTTP yêu cầu của nó own stream, và một lost packet on một stream không lâu hơn chặn đó other streams — đó là đó real cách sửa. Điều này không làm mỗi file fully independent, though: streams trong đó giống nhau QUIC connection vẫn share congestion control và flow control (so một bad network path vẫn làm chậm mọi thứ, chỉ không có đó cross-stream stall), bytes trong một stream vẫn arrive trong order (một tài nguyên spanning several packets vẫn chờ on của nó own lost packet), và QPACK header decoding chạy over một shared control stream other streams có thể phụ thuộc on. Think “loss stops leaking across streams,” (bản dịch) «mất mát dừng leaking trên streams,» không “every file travels in total isolation.” (bản dịch) «mỗi file travels trong total isolation.»
  • QUIC folds trong TLS 1.3 (encryption là mandatory) và hỗ trợ nhanh hơn connection setup qua session resumption — including an tùy chọn 0-RTT chế độ cho repeat visits. 0-RTT là conditional, không một universal fast lane: đó “sớm dữ liệu” điều này gửi có thể là replayed by an attacker, so các trình duyệt và các máy chủ restrict mà các yêu cầu là safe để gửi đó way và đó máy chủ có thể reject điều này và fall lại để một thông thường handshake (see 425 Too Early).
  • QUIC cũng hỗ trợ connection migration — một client có thể carry một connection trên một network thay đổi (WiFi → cellular) by validating một new network path — nhưng trong QUIC v1 này là client-initiated chỉ (một máy chủ không thể migrate đó connection on của nó own), và path validation, address thay đổi, và một reset congestion state có nghĩa là continuity là conditional, không guaranteed.

Đó honest nuance: HTTP/3’s biggest wins land on chậm hoặc lossy connections. Người dùng đã on fast, ổn định networks see ít hơn of một khác biệt — đó slowest slice of của bạn traffic nhận hầu hết of đó gain, một point Sẽ Nye làm well trong Search Engine Journal. không oversell HTTP/3 để một site whose audience là all on fiber.

Làm này ảnh hưởng thứ hạng? (Không — và ở đây đó chính xác wording)

Này là đó câu hỏi mỗi SEO thực ra lands ở đây cho, so lead với Google own crawler tài liệu. On đó Google các crawler overview, Google trạng thái của nó các crawler hỗ trợ HTTP/1.1 và HTTP/2, chọn whichever cho đó best crawling performance, và đó:

“The default protocol version used by Google’s crawlers is HTTP/1.1; crawling over HTTP/2 may save computing resources (for example, CPU, RAM) for your site and Googlebot, but otherwise there’s no Google-product specific benefit to the site (for example, no ranking boost in Google Search).” (bản dịch) «Giao thức mặc định mà crawler của Google sử dụng là HTTP/1.1; crawling over HTTP/2 có thể save computing các tài nguyên (ví dụ, CPU, RAM) cho trang web của bạn và Googlebot, nhưng nếu không có không Google-sản phẩm cụ thể benefit để đó site (ví dụ, không xếp hạng boost trong Google Search).»

đó là về as unambiguous as Google nhận. HTTP/2 là một transport-layer efficiency lever cho cả hai sides of đó connection — điều này có thể save máy chủ của bạn và Googlebot some hoạt động — nhưng điều này là không một tín hiệu xếp hạng.

Đó real SEO angle là gián tiếp và worth stating rõ ràng: nhanh hơn real-người dùng trang loads feed Core Web Vitals, mà part of Google trang experience các tín hiệu. So đó giá trị of HTTP/2 và HTTP/3 cho SEO là một người dùng-experience investment đó cho thấy lên trong đó các chỉ số Google thực ra measures — không một chuyển đó lifts thứ hạng on của nó own.

Điều gì Googlebot thực ra làm hôm nay

Này là đó part hầu hết competing explainers skip, và đây là đó hầu hết hữu ích section on này trang. Google own crawler tài liệu là cụ thể:

  • Default là HTTP/1.1. Theo đó các crawler overview, HTTP/1.1 là đó default giao thức; Googlebot có thể chuyển để HTTP/2 giữa crawling sessions depending on past crawling statistics.

  • HTTP/2 crawling là eligibility-based, không on-demand. Googlebot began crawling some các trang over HTTP/2 trong mid-November 2020 (announced trong Google Googlebot sẽ soon speak HTTP/2 post). MỘT site becomes eligible by serving over HTTPS với HTTP/2 hỗ trợ và đang được crawl đủ cho đó upgrade để pay off — bạn không force điều này on.

  • Bạn có thể opt out với một 421. Google documents đó opt-out on đó các crawler overview:

    “To opt out from crawling over HTTP/2, instruct the server that’s hosting your site to respond with a 421 HTTP status code when Google attempts to access your site over HTTP/2.” (bản dịch) «Để không crawl qua HTTP/2, hãy cấu hình máy chủ lưu trữ trang web của bạn trả về mã 421 HTTP mã trạng thái khi Google cố truy cập trang web của bạn qua HTTP/2.»

  • HTTP/3 không trong Google crawler tài liệu. As of này writing, đó hiện tại crawler-overview doc lists HTTP/1.1 và HTTP/2 as đó supported versions và says không có gì về HTTP/3 — so điều này không offered as một được ghi lại crawling giao thức. đó là một statement về điều gì Google có (và hasn’t) published, không một promise đó không yêu cầu anywhere bao giờ touches HTTP/3. Barry Schwartz có reported đó giống nhau absence tại Công cụ tìm kiếm Roundtable, và Sẽ Nye SEJ hướng dẫn notes Googlebot là không hiện tại supporting HTTP/3.

Ở đó đã là khoảng một five-năm khoảng trống giữa HTTP/2’s publication (2015) và Googlebot supporting điều này (2020). HTTP/3 đã là finalized trong 2022, so by đó pattern, crawler hỗ trợ có thể vẫn là một trong khi off. My đọc: không hold của bạn breath cho HTTP/3 crawling, nhưng không chờ on điều này để improve trang web của bạn either — đó reason để adopt HTTP/3 là của bạn người dùng, không Googlebot.

Hai điều worth flagging trước we move on. Đầu tiên, lại khoảng Google I/O trong 2021, John Mueller đã nói Google đã là đã crawling hơn half of all URLs over HTTP/2, và đó multiplexing và header compression đã có brought đó number of connections và đó bandwidth xuống significantly — good cho cả hai Google crawling infrastructure và của bạn serving infrastructure. Second, on đó Bing side: I không thể tìm một comparable published HTTP/2 hoặc HTTP/3 crawling policy statement từ Microsoft. Bing có plenty of material on hiệu quả crawl generally (IndexNow, Crawl Control, sitemap processing), nhưng không rõ ràng giao thức-hỗ trợ declaration on par với Google — so I’m không going để infer một. Nếu một Bing-cụ thể câu trả lời matters để bạn, kiểm tra đó Bing Quản trị viên web Blog trực tiếp.

Điều gì Chrome tools làm (và không) cho thấy

Chrome Lighthouse có một Modern HTTP insight đó flags khi một site là phân phối over an older HTTP version — điều này essentially kiểm tra liệu của bạn files come over HTTP/2 hoặc HTTP/3. Hữu ích, nhưng với một catch worth knowing: đó insight cho thấy lên trong Chrome DevTools performance traces, không trong đó tiêu chuẩn công khai PageSpeed Insights báo cáo hầu hết SEOs kiểm tra. Lighthouse cũng được dùng để có một dedicated uses-http2 audit, nhưng điều này đã là disabled vì reliably detecting h1 so với h2 so với h3 trên mỗi yêu cầu proved difficult. So không go looking cho một trực tiếp “dùng HTTP/2” truyền/fail trong của bạn regular PSI báo cáo — điều này không ở đó reliably. Để thực ra xác nhận của bạn giao thức, kiểm tra đó Giao thức cột trong trình duyệt của bạn Network panel, hoặc dùng một tool như WebPageTest.

Thực tế adoption trong 2026

Đó best công khai dataset là đó 2024 Web Almanac HTTP chapter (authored by Robin Marx of Akamai). Đó shape of đó web:

  • Home các trang: HTTP/1.1 ~22% · HTTP/2 ~71% · HTTP/3 ~7% on desktop (mobile là similar: ~21% / ~70% / ~9%).
  • All các yêu cầu combined: khoảng 85% là HTTP/2 hoặc newer; chỉ ~15% vẫn on HTTP/1.1.
  • Hơn các trang là ready cho HTTP/3 hơn thực ra dùng điều này — khoảng 26–28% of home các trang announce HTTP/3 hỗ trợ qua đó alt-svc header, nhưng far ít hơn các yêu cầu là thực ra phân phối over điều này.
  • CDNs làm đó nặng lifting. Trong đó Almanac dữ liệu, về 96% of CDN-phân phối các yêu cầu dùng HTTP/2 hoặc newer, versus khoảng 29% of non-CDN các yêu cầu vẫn on HTTP/1.1. Đó khoảng trống là đó toàn bộ “just use a CDN” (bản dịch) «chỉ dùng một CDN» argument trong một statistic.

Một caveat on số liệu bạn’ll see quoted elsewhere: an older hình đó “25% of the top 10 million sites support HTTP/3” (bản dịch) «25% of đó top 10 million các trang hỗ trợ HTTP/3» là measuring điều gì đó khác nhau từ đó Almanac “7–9% of actual requests are served over HTTP/3.” (bản dịch) «7–9% of thực tế các yêu cầu là phân phối over HTTP/3.» Site-cấp độ hỗ trợ among big domains và share of real các yêu cầu là hai khác nhau điều — cả hai có thể là đúng tại khi, so không treat một as contradicting đó other.

Cách thực ra enable điều này

Cho đó overwhelming majority of các trang, này không phải một máy chủ migration — nhưng “toggle it on” (bản dịch) «toggle điều này on» không đó toàn bộ story either, vì HTTP/3 có để là discovered và có thể fail lại silently:

  • Dùng một CDN. Chuyển thành on HTTP/2 và HTTP/3 tại một CDN — Cloudflare, Fastly, Google Cloud CDN, và others — là thường một checkbox, và đây là đó easiest path by far. Thì verify: kiểm tra đó negotiated giao thức trong đó trình duyệt Network panel hoặc với curl --http3, thay vì assuming đó checkbox worked đầu đến cuối. TLS/ALPN configuration, origin-để-edge hỗ trợ, và edge-để-client hỗ trợ all có để line lên.
  • Serve over HTTPS. đây là một practical prerequisite cho cả hai các giao thức; không major trình duyệt negotiates HTTP/2 hoặc HTTP/3 unencrypted.
  • Know cách HTTP/3 nhận discovered — và falls lại. MỘT trình duyệt đầu tiên connection để trang web của bạn typically vẫn negotiates over TCP (HTTP/2 hoặc HTTP/1.1); máy chủ của bạn hoặc CDN advertises HTTP/3 availability qua đó Alt-Svc header, hoặc một DNS HTTPS/SVCB record, và đó trình duyệt caches đó và tries QUIC on một sau đó connection. Nếu một network chặn UDP, hoặc đó QUIC handshake fails, đó trình duyệt falls lại để HTTP/2 hoặc HTTP/1.1 tự động. đó là đó hệ thống hoạt động as designed, nhưng điều này có nghĩa là “the origin supports HTTP/3” (bản dịch) «đó origin hỗ trợ HTTP/3» không bảo đảm mỗi visit — especially một lần truy cập đầu tiên — thực ra dùng điều này. Đo lường đó real split thay vì assuming 100%.
  • Mind máy chủ software hỗ trợ nếu bạn self-host. Web máy chủ hỗ trợ cho HTTP/3 cụ thể có trong lịch sử lagged (điều này moves fast, so verify của bạn stack hiện tại status trước assuming đây là supported). Này là chính xác vì sao đó CDN route là đó thực dụng default.

Điều gì KHÔNG để bother với: Máy chủ Push

Nếu ai đó suggests implementing HTTP/2 Máy chủ Push, đó câu trả lời là không — đây là dead trong đó các trình duyệt đó quan trọng, mặc dù đây là vẫn technically được định nghĩa trong cả hai đó HTTP/2 và HTTP/3 specs. Chrome own team được ghi lại đó removal trong Removing HTTP/2 Máy chủ Push (Barry Pollard). Đó key points:

“support of HTTP/2 Server Push will be disabled by default in Chrome 106 and other Chromium-based browsers.” (bản dịch) «hỗ trợ of HTTP/2 Máy chủ Push sẽ là disabled theo mặc định trong Chrome 106 và other Chromium-based các trình duyệt.»

Adoption đã có đã cratered — Pollard notes usage among HTTP/2 các trang “dropped to 0.7%” (bản dịch) «dropped để 0,7%» — và, critically, đó performance case không bao giờ held lên: đó post mô tả push producing kết quả “without a clear net performance gain and in many cases performance regressions.” (bản dịch) «không có một clear net performance gain và trong nhiều cases performance regressions.» đó là một Chrome/Chromium-được ghi lại removal cụ thể; other trình duyệt engines có moved đó giống nhau direction trong thực tế, nhưng treat “Push is gone everywhere” (bản dịch) «Push là đã biến mất mọi nơi» as đó practical reality để design khoảng thay vì một claim về mỗi engine mã nguồn.

Đó được ghi lại replacements:

“103 Early Hints is a much less error-prone alternative with many of the same upsides as Push, and a lot less of the downsides” (bản dịch) «103 Sớm Hints là lựa chọn ít dễ phát sinh lỗi hơn, có nhiều ưu điểm giống Push và ít nhược điểm hơn nhiều.»

plus một tiêu chuẩn <link rel=preload> cho các tài nguyên bạn know bạn’ll cần. Những là cũng covered dưới tài nguyên hints. Bottom line: không design khoảng Máy chủ Push trong 2026.

Đó security caveat (một honest paragraph)

HTTP/2’s great strength đã là cũng, briefly, một weakness. Trong 2023, đó multiplexing đó làm HTTP/2 fast trở thành đó mechanism behind một record-breaking DDoS technique, HTTP/2 Rapid Reset (CVE-2023-44487). As Cloudflare’s engineers explained, đó ability để rapidly open và cancel lớn numbers of streams đã là “an obvious vector for denial-of-service,” (bản dịch) «an obvious vector cho denial-of-service,» và đó major providers đã có để mitigate attacks trong đó hundreds of millions of các yêu cầu theo second. Này không một reason để tránh HTTP/2 — modern các máy chủ và CDNs là patched — nhưng đây là worth một honest sentence so đó giao thức không oversold as pure upside. Nếu bạn self-host, giữ của bạn máy chủ software hiện tại.

Nơi này sits trong web performance

HTTP/2 và HTTP/3 là một transport-layer lever, và they pull đó giống nhau downstream các chỉ số as đó rest of đó web performance cluster. Nhanh hơn phân phối improves TTFB và LCP, mà là vì sao đó giao thức story connects để Core Web Vitals; một CDN là đó thông thường way bạn turn những các giao thức on đó biggest single driver of adoption trong đó wild; bộ nhớ đệmtài nguyên hints (including đó Sớm Hints và preload đó replaced Máy chủ Push) round out cách quickly các tài nguyên reach đó trình duyệt. Treat HTTP/2/HTTP/3 as một part of đó phân phối layer — worth getting right cho người dùng, nhưng không một xếp hạng button.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.