1. Nguồn
Thương lượng TLS ALPN trực tiếp. Kết quả xác định nguồn gốc của bằng chứng.
Kiểm tra xem đúng tên máy chủ đã gửi có thương lượng HTTP/2 qua TLS ALPN hay không, và xem giao thức đã thương lượng cùng thời gian TLS.
Gửi một URL công khai, tên miền, hoặc từ khóa. Novaverb sẽ chỉ hiển thị bằng chứng mà công cụ này thực sự có thể lấy hoặc đo lường.
Kiểm tra này chứng minh một máy chủ có thực sự thương lượng HTTP/2 trên một kết nối thật hay không, vì giao thức được đọc từ bắt tay TLS ALPN chứ không phải từ bất kỳ header nào tự nhận là có hỗ trợ. Nó cũng cho biết HTTP/3 có được công bố hay không. Nó không đo tốc độ: thương lượng được h2 nghĩa là kết nối có ghép kênh, chứ không có nghĩa trang tải nhanh.
Thương lượng TLS ALPN trực tiếp. Kết quả xác định nguồn gốc của bằng chứng.
Kiểm tra này thực hiện một lần bắt tay TLS trực tiếp tới tên máy chủ đã gửi. Nó chứng minh giao thức được thương lượng trong lần thăm dò này, chứ không chứng minh mức hỗ trợ giao thức trên mọi máy chủ biên hay mọi đường mạng.
Sử dụng phát hiện để xác minh một vấn đề, sau đó kết nối một không gian làm việc khi bạn cần lịch sử, giám sát hoặc phân tích toàn bộ trang web.
Trình kiểm tra này mở một kết nối HTTPS thật, chào h2 và http/1.1 qua TLS ALPN, rồi báo cáo giao thức mà điểm cuối chọn. Nhờ vậy kết luận là bằng chứng về giao thức - không phải một điểm số phỏng đoán hay một mô phỏng trình duyệt.
Kiểm tra chứng chỉ và hostname SNI, chính sách TLS của CDN hoặc bộ cân bằng tải, hỗ trợ ALPN trong ngăn xếp TLS, và liệu có proxy nào đang kết thúc kết nối trước khi nó đến máy chủ gốc của bạn hay không.
Giao thức ALPN đã chọn trên một kết nối TLS mới, cộng với thời gian kết nối cơ bản và trạng thái HTTP.
Nó không đảm bảo trang nhanh hơn, khả năng HTTP/3, hỗ trợ trình duyệt trên mọi mạng, hoặc Core Web Vitals tốt.
Phép kiểm tra này thực hiện một lượt bắt tay TLS thật và đọc giao thức được thương lượng qua ALPN; khả năng hỗ trợ HTTP/3 được suy ra từ header Alt-Svc, không phải từ một lượt bắt tay QUIC.
Gửi miền hoặc bất kỳ URL nào trên trang. Chỉ nguồn gốc là quan trọng, vì vậy đường dẫn và truy vấn được chuẩn hóa trước khi bắt tay. Một máy chủ riêng tư sẽ bị từ chối. Một CDN đứng trước nguồn gốc trả lời kiểm tra này, đó là câu trả lời trung thực cho khách truy cập, ngay cả khi nguồn gốc phía sau nó nói một giao thức khác.
yourdomain.comBất kỳ hình thức địa chỉ nào cũng hoạt động. http hoặc https, có hoặc không có www, chỉ tên miền hay một đường dẫn đầy đủ - chúng tôi chuẩn hóa cho bạn. Dù bạn nhập cách nào, chúng tôi vẫn kiểm tra máy chủ gốc an toàn.https://www.yourdomain.com/pageMột URL đầy đủ kèm đường dẫn cũng được - HTTP/2 là thuộc tính của kết nối, nên chúng tôi kiểm tra máy chủ gốc đứng sau nó.fast web hostingĐó là một cụm từ tìm kiếm, không phải là địa chỉ - hãy nhập tên miền hoặc URL để kiểm tra.Đầu vào được chuẩn hóa đến nguồn gốc của trang web và một cuộc bắt tay TLS trực tiếp được hoàn thành. Giao thức được lấy từ thương lượng ALPN, vì vậy HTTP/2 chỉ được xác nhận khi máy chủ thực sự thương lượng 'h2'. Tiêu đề phản hồi Alt-Svc được đọc riêng để ghi chú xem một điểm cuối HTTP/3 có được quảng cáo cùng với nó hay không.
Hai đặc tả của IETF định nghĩa kết quả này. RFC 9113 định nghĩa chính HTTP/2, còn RFC 7301 định nghĩa Application-Layer Protocol Negotiation, phần mở rộng TLS mà phép kiểm tra này đọc để biết giao thức nào thực sự được thống nhất. Việc đọc ALPN thay vì một header phản hồi là điều khiến câu trả lời trở thành một phép đo chứ không phải một tuyên bố.
Xác nhận hỗ trợ HTTP/2 theo đúng cách giao thức yêu cầu: qua ALPN, chứ không phải qua một khai báo trong header.
Đọc thông số kỹ thuậtĐọc giao thức đã thương lượng ALPN trong quá trình bắt tay TLS trực tiếp.
Đọc thông số kỹ thuậtIt performs a live TLS handshake and reads the ALPN-negotiated protocol to confirm whether your server actually serves HTTP/2. It also reports the TLS version and whether HTTP/3 is advertised via the Alt-Svc header.
HTTP/2 is a major revision of HTTP that multiplexes many requests over a single connection, adds header compression (HPACK), and enables prioritization. It reduces round-trip overhead versus HTTP/1.1, speeding delivery of pages with many resources.
Over HTTPS, HTTP/2 is negotiated during the TLS handshake using ALPN (Application-Layer Protocol Negotiation). The client offers h2, and if the server agrees, the connection uses HTTP/2. This test reads exactly that ALPN result.
Enable the HTTP/2 module in your web server or CDN (for example the http2 directive in modern server builds) and ensure HTTPS with ALPN is active. HTTP/2 in browsers effectively requires TLS, so a valid certificate is prerequisite.
HTTP/1.1 sends requests largely one-at-a-time per connection and can suffer head-of-line blocking. HTTP/2 multiplexes concurrent streams over one connection and compresses headers, cutting latency for resource-heavy pages without opening many parallel connections.
No. HTTP/3 here is only inferred from the Alt-Svc response header, which advertises an h3 endpoint. This ALPN-based test confirms HTTP/2 directly but does not perform a QUIC handshake to prove HTTP/3 works.
The specification allows cleartext HTTP/2, but every major browser only supports it over TLS via ALPN. In practice you need a valid certificate and HTTPS for browsers to negotiate and use HTTP/2 at all.
TLS 1.3 is preferred for its faster handshake and stronger defaults, with TLS 1.2 as an acceptable minimum. HTTP/2's blocklist forbids obsolete ciphers, so modern TLS configuration avoids fallback to HTTP/1.1.
Confirm HTTPS with ALPN is enabled and the HTTP/2 module is on at whichever layer terminates TLS, often a CDN or reverse proxy rather than your origin. Some hosts serve HTTP/2 only at the edge.
It can reduce request overhead when a page loads many resources, but this protocol check does not measure page rendering or real-user speed. Compare field and browser measurements before attributing a speed change to HTTP/2.