Công cụ miễn phí, không cần tài khoản

Kiểm tra phản hồi trang web toàn cầu miễn phí

So sánh thời gian phản hồi HTTP từ các vị trí thăm dò có sẵn và xem thời gian DNS, kết nối, TLS và byte đầu tiên ở những nơi lượt thăm dò đã chọn cung cấp chúng.

Còn được gọi là: TTFB, thác tốc độ trang, thời gian DNS/TLS
Khảo sát trực tiếp của Novaverb
Bằng chứng được hiển thị với nguồnKhông cần tài khoảnKhông có chỉ số nào được tạo ra.
Một URL, năm giai đoạn đo được

Xem kết nối trước khi trang có thể hiển thị

Probe tại Đức đi theo các redirect HTTP, đo mọi yêu cầu, sau đó trực quan hóa phản hồi tài liệu cuối cùng mà không bịa ra dữ liệu trình duyệt hoặc Core Web Vitals.

DNSGiải quyết
TCPKết nối
TLSAn toàn
Byte đầu tiênPhản hồi
HTML.Chuyển giao
Chỉ mục tiêu công khai, yêu cầu trực tiếp từ Đức, không có thời gian ước tính
Mô hình bằng chứng

Biết điều gì mà kết quả chứng minh

Kiểm tra này báo cáo thời gian yêu cầu do đầu dò trực tiếp đã chọn cung cấp. Đầu dò của Novaverb tách biệt các giai đoạn DNS, kết nối, TLS, chờ yêu cầu và chuyển tài liệu có sẵn; các đầu dò cộng đồng có thể chỉ cung cấp các giai đoạn mà họ đo. Không có kết quả nào trong số này bao gồm việc trình duyệt kết xuất hoặc tải tài nguyên phụ.

1. Nguồn

Thăm dò của Novaverb tại Đức hoặc các thăm dò cộng đồng đã chọn. Kết quả xác định nguồn gốc của bằng chứng.

2. Ranh giới

Mỗi số đến từ probe đã chọn. Chế độ Đức của Novaverb theo dõi chuyển hướng và ghi lại tối đa khoảng 3 MB; chế độ cộng đồng đo lường URL đã gửi chính xác. Không chế độ nào đo lường việc hiển thị, Core Web Vitals hoặc người dùng thực.

3. Hành động tiếp theo

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.

Bài kiểm tra Hiệu suất Website đo lường điều gì?

Nó đo lường DNS, TCP, TLS, yêu cầu đến byte đầu tiên và chuyển tài liệu cho một URL công khai. Chọn probe trực tiếp của Novaverb tại Đức, một vị trí cộng đồng Globalping, hoặc so sánh mười thành phố trên khắp châu Á, châu Âu, châu Mỹ, châu Phi và châu Đại Dương.

Phương pháp đo lường, vị trí và giới hạn miễn phí

Chọn phép đo trực tiếp của Novaverb để có một phép đo được kiểm soát, chọn một thành phố Globalping để kiểm tra theo khu vực, hoặc chọn cả mười thành phố để so sánh năm khu vực. Hai phương pháp này được giữ tách biệt vì chúng có ranh giới khác nhau về redirect, thu thập và lưu giữ dữ liệu.

Thăm dò trực tiếp Novaverb, miễn phí

🇩🇪 Vị trí Đức

  • Chạy trên cơ sở hạ tầng của Novaverb qua một kết nối HTTP/1.1 mới.
  • Đi theo tối đa năm redirect HTTP và hiển thị biểu đồ waterfall của phản hồi cuối cùng.
  • Thu thập nội dung phản hồi lên đến khoảng 3 MB và giữ riêng độ dài đã khai báo.
  • Không tiêu thụ các bài kiểm tra probe của bên thứ ba.
Cảm biến cộng đồng Globalping, miễn phí với giới hạn

🌍 Một thành phố hoặc tất cả 10

  • Một probe hiện đang trực tuyến tại thành phố đã chọn sẽ gửi yêu cầu tới đúng URL đã được gửi lên.
  • Trả về thời gian DNS, TCP, TLS, byte đầu tiên, tải xuống và tổng thời gian, kèm bằng chứng về thành phố và thời gian.
  • Không theo vòng lặp chuyển hướng của Novaverb; kiểm tra một đích 3xx trả về riêng biệt.
  • Siêu dữ liệu danh tính của probe được cố ý ẩn khỏi kết quả công khai.
  • Mục tiêu và phép đo do Globalping xử lý và có thể vẫn truy xuất được trong tối đa bảy ngày.
🇸🇬 SingaporeAsia, SG
🇯🇵 TokyoAsia, JP
🇩🇪 FrankfurtEurope, DE
🇬🇧 LondonEurope, GB
🇺🇸 AshburnAmericas, US
🇧🇷 Sao PauloAmericas, BR
🇿🇦 JohannesburgAfrica, ZA
🇰🇪 NairobiAfrica, KE
🇦🇺 SydneyOceania, AU
🇳🇿 AucklandOceania, NZ

Cách sử dụng miễn phí bị giới hạn: mỗi thành phố được chọn sẽ chạy một yêu cầu trực tiếp. Việc so sánh tất cả các vị trí sẽ chạy nhiều yêu cầu, nên có thể gặp giới hạn năng lực tạm thời. Nếu một probe không khả dụng, Novaverb để vị trí đó ở trạng thái chưa đo thay vì ước lượng kết quả.

Cách hoạt động của thác hiệu suất.

1

Tra cứu DNS

Phân giải tên máy chủ, trong khi kết nối vẫn được ghim vào địa chỉ IP công khai đã được xác thực.

2

Kết nối TCP

Mở một kết nối mới; không tái sử dụng socket trước đó.

3

Bắt tay TLS

Thương lượng HTTPS với SNI và HTTP/1.1 khi URL là an toàn.

4

Byte đầu tiên

Đo từ khi gửi GET cho đến khi các byte phản hồi đầu tiên đến.

5

Chuyển giao HTML.

Đo từ byte đầu tiên cho đến hết phần thân tài liệu đã thu thập, tối đa khoảng 3 MB.

Cách đọc các dải hướng dẫn TTFB.

web.dev đưa ra mức 800 ms trở xuống như một mục tiêu TTFB tốt mang tính ước lệ, và trên 1.800 ms là kém. Novaverb áp các dải tham chiếu này cho mẫu đo từ kết nối đến byte đầu tiên của phản hồi cuối, không phải cho toàn bộ hành trình chuyển hướng.

≤ 800 msBăng hướng dẫn tốt

Lặp lại từ các khu vực liên quan đến người dùng trước khi kết luận rằng URL luôn nhanh.

801–1.800 msCần xem xét

Sử dụng dòng thác để xác định xem thiết lập hay yêu cầu chờ chiếm ưu thế.

> 1.800 msBăng thông hướng dẫn chậm

Kiểm tra lại, so sánh trạng thái bộ nhớ đệm và điều tra giai đoạn lặp lại lớn nhất.

Kết quả này bao gồm gì - và những gì nó không có

Được đo trong lần chạy này

  • DNS, TCP và thiết lập TLS mới cho mỗi yêu cầu.
  • Thời gian yêu cầu đến byte đầu tiên và chuyển giao thân đã ghi lại
  • Chuyển hướng HTTP, trạng thái và tiêu đề phản hồi cuối cùng.
  • Số byte cơ thể nhận được và chiều dài nội dung được khai báo giữ riêng biệt
  • Một khu vực đo: EU, Đức

Chưa được đo hoặc chứng minh

  • CSS, JavaScript, hình ảnh, phông chữ hoặc tài nguyên bên thứ ba
  • Phân tích trình duyệt, hiển thị, hoàn thành trực quan hoặc sẵn sàng tương tác
  • LCP, INP, CLS, FCP hoặc điểm hiệu suất Lighthouse
  • Phân vị người dùng thực, thời gian hoạt động hoặc hành vi tải bền vững
  • Thời gian thực thi nguồn gốc thuần túy tách biệt khỏi độ trễ CDN và mạng

Cách cải thiện giai đoạn chiếm ưu thế.

Thời gian DNS cao.

Hãy xem xét độ trễ và độ tin cậy của DNS có thẩm quyền; so sánh nhiều lần chạy vì trạng thái bộ nhớ đệm của bộ phân giải (resolver) thay đổi.

Thời gian TCP cao.

Hãy rút ngắn khoảng cách bằng máy chủ biên (edge) hoặc CDN, và kiểm tra chất lượng tuyến đường hoặc tình trạng mất gói.

Thời gian TLS cao.

Kiểm tra chuỗi chứng chỉ, hỗ trợ TLS hiện đại và tái sử dụng kết nối trong các trình duyệt thực tế.

Thời gian chờ byte đầu tiên cao.

Hãy kiểm tra các lần trượt bộ nhớ đệm (cache miss) của CDN, công việc xử lý cơ sở dữ liệu, các lệnh gọi ra bên ngoài và tình trạng tranh chấp tài nguyên ở ứng dụng hoặc máy chủ gốc.

Chuyển giao HTML cao.

Hãy giảm kích thước tài liệu và xác minh mã hóa nội dung phù hợp, nhưng hãy nhớ rằng phép đo này chỉ thu thập phần tài liệu.

Hướng dẫn tiêu chuẩn và đo lường

Câu hỏi kiểm tra hiệu suất trang web

Đây có phải là một bài kiểm tra tốc độ trang hoàn chỉnh không?

Không. Nó chỉ đo thời gian kết nối và thời gian phản hồi tài liệu. Một bài kiểm tra đầy đủ trên trình duyệt còn phải tải các thành phần phụ thuộc, thực thi script và kết xuất trang.

Tại sao điều này khác với Chrome hoặc Lighthouse?

Probe chạy từ một máy chủ ở Đức qua một kết nối HTTP/1.1 mới. Trình duyệt của bạn có thể dùng tuyến đường khác, giao thức khác, bộ nhớ đệm khác và kết nối được tái sử dụng, rồi còn thực hiện phần việc kết xuất mà phép đo này không bao giờ thực hiện.

Nó có theo dõi chuyển hướng không?

Có, tối đa năm redirect HTTP. Mỗi chặng được đo độc lập bằng một yêu cầu mới; biểu đồ waterfall chính là của phản hồi cuối cùng.

Thời gian tổng có nghĩa là thời gian tải trang không?

Không. Nó là tổng của các giai đoạn kết nối và quá trình truyền phần tài liệu đã thu thập trong một yêu cầu. Nó không bao gồm tài nguyên phụ, thực thi mã, kết xuất và mức sẵn sàng tương tác.

Tại sao số byte tải xuống có thể khác với Content-Length?

Content-Length là một header do máy chủ khai báo. Body received là phần nội dung mà probe có giới hạn này thực sự đã thu thập; các phản hồi lớn có thể dừng gần mức giới hạn an toàn 3 MB.

Tại sao kết quả thay đổi giữa các lần chạy?

Trạng thái bộ nhớ đệm của DNS và CDN, tải của máy chủ gốc, định tuyến mạng và hạ tầng dùng chung đều thay đổi. Hãy chẩn đoán theo các quy luật xuất hiện qua nhiều lần đo lặp lại và dữ liệu người dùng thực, chứ không phải từ một lần chạy.

Mỗi con số là một yêu cầu mô phỏng đơn lẻ từ probe đã chọn; nó không đo việc kết xuất của trình duyệt, Core Web Vitals hay người dùng thực.

Nhận câu trả lời đúng

Điều gì cần gửi - và điều gì cần tránh

Gửi chính xác địa chỉ công khai mà bạn muốn đo, bao gồm cả đường dẫn và chuỗi truy vấn khi cần. Hành vi redirect phụ thuộc vào chế độ đã chọn và được nêu kèm kết quả. Máy chủ nội bộ sẽ bị từ chối. Mỗi vị trí chỉ là một mẫu đo tổng hợp, vì vậy hãy so sánh nhiều lần chạy trước khi kết luận một khác biệt là kéo dài.

Sử dụng nó như thế này
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.
A URL that redirectsTốt - chúng tôi theo dõi từng bước đầu tiên, sau đó đo lường điểm đến cuối cùng.
Tránh điều này
Expecting full page-load / render timePhép đo này tính thời gian của các giai đoạn máy chủ và kết nối (TTFB), không phải việc trình duyệt hiển thị toàn bộ trang.
Expecting your users' field numbersĐây chỉ là một yêu cầu mô phỏng từ một vị trí cố định - hãy dùng Core Web Vitals để có dữ liệu thực tế từ người dùng thật.
Phương pháp công khai

Chính xác cách kết quả này được sản xuất

Địa chỉ đã được chuẩn hóa và chuỗi chuyển hướng được theo dõi theo ngữ nghĩa HTTP đến URL cuối cùng. DNS, TCP, TLS, thời gian đến byte đầu tiên và chuyển giao nội dung sau đó được đo thời gian như các giai đoạn điều hướng tiêu chuẩn, và TTFB được phân loại theo hướng dẫn thực địa công khai để giai đoạn chịu trách nhiệm cho sự chậm trễ được hiển thị thay vì bị trung bình hóa.

  1. Chúng tôi gửi URL công khai chính xác đến probe trực tiếp đã chọn và giữ vị trí của probe đó với kết quả.
  2. Chúng tôi chỉ hiển thị các giai đoạn thời gian được trả về bởi probe đó; probe của Novaverb cung cấp phân tách chi tiết nhất.
  3. Chúng tôi gán nhãn mỗi vị trí là một mẫu đo tổng hợp và loại trừ phần kết xuất của trình duyệt, các tài nguyên phụ và dữ liệu thực địa từ người dùng thực.
Xây dựng trên các tiêu chuẩn công khai

Các tiêu chuẩn quốc tế mà kiểm tra này áp dụng

Ba tài liệu công khai xác định phép đo này. W3C Navigation Timing xác định mô hình giai đoạn mà các thời gian tuân theo, RFC 9110 xác định ngữ nghĩa HTTP được sử dụng để đi qua chuỗi chuyển hướng, và hướng dẫn TTFB của Google web.dev cung cấp băng. Các giai đoạn được báo cáo riêng lẻ vì một tổng số đơn lẻ ẩn đi giai đoạn nào mà một sửa chữa thuộc về.

W3CNavigation Timing
Navigation & Resource Timing

Gắn nhãn các giai đoạn yêu cầu hiện có theo mô hình thông dụng gồm DNS, kết nối, TLS, chờ và truyền dữ liệu.

Đọc thông số kỹ thuật
IETFRFC 9110
HTTP Semantics

Đi theo chuỗi redirect theo đúng ngữ nghĩa HTTP trước khi thực hiện phép đo cuối cùng.

Đọc thông số kỹ thuật
Chúng tôi chỉ liệt kê một tiêu chuẩn khi công cụ này thực sự đọc hoặc đo lường theo đó. Khi một tín hiệu nằm ngoài kiểm tra trực tiếp, kết quả sẽ nói rõ điều đó thay vì ngụ ý rằng có sự bao phủ.
Câu hỏi thường gặp

Kiểm tra Hiệu suất Trang web Câu hỏi thường gặp

What does the Novaverb Website Performance Test measure?

It measures the full connection waterfall for a URL, DNS lookup, TCP connect, TLS handshake, Time To First Byte, and HTML transfer, from Novaverb's Germany probe or selected community probes placed across world regions.

How is this different from the single-location speed check?

The speed check runs only from Germany. This performance test can additionally run from community probes in multiple world regions, letting you compare connection timing across geographies rather than from one fixed vantage point.

Does this test measure Core Web Vitals or rendering?

No. Each number reflects network and server connection timing only. It does not run a browser, so it cannot measure Largest Contentful Paint, layout shift, interactivity, JavaScript execution, or anything about how the page visually renders.

What is the connection waterfall in this test?

It is the ordered breakdown of a request: DNS resolves the hostname, TCP establishes the connection, TLS negotiates encryption, TTFB captures server wait, and HTML transfer downloads the initial document. Each stage exposes where time is spent.

Why are timings different from each probe location?

Each probe is a separate physical location, so distance to your server and CDN edge changes DNS, connection, and transfer times. Regions far from your hosting or without nearby edge nodes will consistently show higher latency.

What is a good TTFB across regions?

Hãy nhắm tới kết quả nằm trong dải tốt ở các thị trường chính của bạn và các con số tương đối đồng đều ở nơi khác. Khoảng cách lớn giữa các khu vực thường cho thấy thiếu phủ CDN hoặc chỉ phục vụ từ origin cho người dùng ở xa, điều mà một mạng phân phối nội dung có thể san bằng.

How do I improve performance for distant regions?

Put a CDN in front of your origin so static assets and cached HTML serve from edge nodes near users. Also enable modern protocols and caching so far-away regions are not paying full origin round-trips.

Is one probe measurement reliable on its own?

Treat each number as a single sample from one probe at one moment, subject to transient network conditions. Run repeated checks and compare trends across regions rather than drawing conclusions from any isolated measurement.

Does this test represent what real users experience?

Not exactly. Probes approximate network paths but are not your actual visitors on their devices, browsers, and connections. Use this for comparing server and network delivery across regions, and pair it with field data for true real-user performance.

Why compare response time across regions?

Distance and routing can change connection and first-byte time. Regional probes help locate delivery gaps, but they do not measure browser rendering, real users or search-engine behavior.

Nhiều kiểm tra miễn phí hơn

Khám phá tất cả Công cụ Miễn phí của Novaverb

Công cụ kiểm tra SEO websitePhạm vi thu thập dữ liệu, các trang có thể lập chỉ mục và liên kết nội bộ
Công cụ nghiên cứu từ khóaKiểm tra khối lượng tìm kiếm có sẵn của truy …
Trình kiểm tra SERPKiểm tra các kết quả tự nhiên trả về cho …
Công cụ Kiểm tra Bảo mật Trang webRà soát trạng thái bảo mật của trang web, chứng …
Kiểm tra Cấu hình Bảo mật WordPressKiểm tra tám khu vực cấu hình WordPress có thể …
Kiểm tra thời gian phản hồi máy chủĐo thời gian máy chủ trả về byte đầu tiên …
Phân tích BacklinksKiểm tra dữ liệu backlink và tên miền giới thiệu …
Trình kiểm tra robots.txtKiểm tra và xác thực các quy tắc robots.txt, chỉ …
Sitemap CheckerPhát hiện các khai báo sitemap, kiểm tra tài liệu …
Trình kiểm tra thẻ metaKiểm tra độ dài tiêu đề trang, mô tả meta, …
Trình kiểm tra trạng thái HTTP và chuyển hướngTruy vết mã trạng thái HTTP (200, 301, 302, 404, …
Giám sát trang webChạy một lượt kiểm tra khả dụng trực tiếp và …
Kiểm tra HTTP/2Kiểm tra xem đúng tên máy chủ đã gửi có …
Kiểm tra HTTP/3Dùng một phép thử bắt tay trực tiếp để kiểm …
Trình kiểm tra GEOKiểm tra các tín hiệu quan sát được trên trang …
Công cụ kiểm tra Core Web VitalsKiểm tra LCP, INP và CLS của người dùng thực …
Trình kiểm tra PageSpeedChạy một lượt kiểm tra Lighthouse trong phòng thí nghiệm …
Kiểm tra an toàn trang webKiểm tra xem một miền hoặc URL có bị gắn …
Kiểm tra Knowledge GraphTra cứu các thực thể trùng khớp với một thương …
Kiểm tra khoảng cách từ khóaTìm các từ khóa xếp hạng được quan sát cho …
Các trang hàng đầu của đối thủTìm các trang có lưu lượng truy cập tự nhiên …
Kiểm tra → hiểu → sửa

Biến kiểm tra này thành một sửa chữa đã được xác minh

Mỗi công cụ miễn phí của Novaverb là một phễu duy nhất: chạy kiểm tra, hiểu bằng chứng, rồi sửa và chứng minh vấn đề đã được xử lý bằng một lần kiểm tra lại mới - không bịa ra trạng thái đạt.