Free Global Website Performance Test
Test global website loading speed and TTFB waterfall timing across 10 locations worldwide. Measure DNS, TCP, TLS, and first-byte latency.
Xem kết nối trước khi trang có thể hiển thị
Cuộc khảo sát Đức theo dõi các chuyển hướng HTTP, đo lường 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 đặt dữ liệu trình duyệt hoặc Core Web Vitals.
Biết điều gì mà kết quả chứng minh
This check proves where the time went before a browser could start rendering: DNS lookup, TCP connect, TLS handshake, time to first byte and content transfer, each reported separately along the redirect chain to the final URL. It measures delivery, not rendering, so it locates the slow stage without claiming to describe the visitor's experience of the page.
1. Nguồn
Novaverb's Germany probe or selected Globalping community probes. The result identifies where its evidence came from.
2. Ranh giới
Each number comes from the selected probe. Novaverb's Germany mode follows redirects and captures up to about 3 MB; Globalping mode measures the exact submitted URL on community probes. Neither mode measures rendering, Core Web Vitals or real users.
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 đầu dò trực tiếp của Novaverb để đo lường có kiểm soát, một thành phố Globalping cho kiểm tra khu vực, hoặc tất cả mười thành phố cho so sánh năm khu vực. Hai phương pháp này vẫn tách biệt vì chúng có các ranh giới chuyển hướng, ghi lại và giữ lại khác nhau.
🇩🇪 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.
- Theo tối đa năm chuyển hướng HTTP và hiển thị thác phản hồi cuối cùng.
- Ghi lại nội dung phản hồi lên đến khoảng 3 MB và giữ độ dài đã khai báo tách biệt.
- Không tiêu thụ các bài kiểm tra probe của bên thứ ba.
🌍 Một thành phố hoặc tất cả 10
- Một cuộc khảo sát hiện đang trực tuyến trong thành phố đã chọn yêu cầu URL chính xác đã gửi.
- Trả về DNS, TCP, TLS, thời gian byte đầu tiên, tải xuống và tổng thời gian với bằng chứng 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 ẩn intentionally khỏi kết quả công khai.
- Mục tiêu và phép đo được xử lý bởi Globalping và có thể được truy xuất trong tối đa bảy ngày.
Cách sử dụng miễn phí bị giới hạn: một thành phố được chọn tiêu tốn một bài kiểm tra nhà cung cấp; So sánh tất cả 10 tiêu tốn mười. Novaverb cho phép tối đa 10 lần chạy một thành phố hoặc năm lần so sánh 10 thành phố cho mỗi nguồn mỗi giờ, và giữ một trần chia sẻ 200 bài kiểm tra nhà cung cấp mỗi giờ. Hồ bơi không xác thực ở phía trên hiện cung cấp 250 bài kiểm tra miễn phí mỗi giờ, vì vậy khả năng và sự sẵn có của cuộc khảo sát trực tiếp có thể tạm thời hết.
Cách hoạt động của thác hiệu suất.
Tra cứu DNS
Giải quyết tên miền, trong khi kết nối vẫn được gắn vào IP công cộng đã xác thực.
Kết nối TCP
Mở một kết nối mới; không tái sử dụng socket trước đó.
Bắt tay TLS
Thương lượng HTTPS với SNI và HTTP/1.1 khi URL là an toàn.
Byte đầu tiên
Đo từ khi gửi GET cho đến khi các byte phản hồi đầu tiên đến.
Chuyển giao HTML.
Đo từ byte đầu tiên qua thân tài liệu đã ghi lại, lên đến khoảng 3 MB.
Cách đọc các dải hướng dẫn TTFB.
web.dev đưa ra 800 ms hoặc ít hơn như một mục tiêu TTFB tốt thô và trên 1.800 ms là kém. Novaverb áp dụng các dải hướng dẫn đó cho mẫu kết nối đến byte đầu tiên của phản hồi cuối cùng, không phải cho toàn bộ hành trình chuyển hướng.
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.
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ế.
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.
Xem xét độ trễ và độ tin cậy 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ộ giải quyết thay đổi.
Thời gian TCP cao.
Giảm khoảng cách với một edge hoặc CDN và điều tra chất lượng tuyến đường hoặc 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.
Kiểm tra các lỗi bộ nhớ cache CDN, công việc cơ sở dữ liệu, các cuộc gọi bên ngoài và sự cạnh tranh ứng dụng hoặc nguồn gốc.
Chuyển giao HTML cao.
Giảm kích thước tài liệu và xác minh mã hóa nội dung phù hợp, trong khi nhớ rằng bài kiểm tra này chỉ ghi lại 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à phản hồi tài liệu. Một bài kiểm tra trình duyệt hoàn chỉnh cũng phải tải các phụ thuộc, thực thi các kịch bản và hiển thị 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ể sử dụng một lộ trình khác, giao thức, bộ nhớ đệm và kết nối đã sử dụng lại, sau đó thực hiện công việc kết xuất mà bài kiểm tra này không bao giờ thử nghiệm.
Nó có theo dõi chuyển hướng không?
Có, lên đến năm chuyển hướng HTTP. Mỗi lần nhảy được đo độc lập với một yêu cầu mới; dòng thác chính là 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à chuyển giao tài liệu cho một yêu cầu. Nó không bao gồm các tài nguyên phụ, thực thi mã, hiển thị và 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?
Chiều dài nội dung là một tiêu đề được khai báo bởi máy chủ. Nội dung nhận được là những gì cuộc thử nghiệm này thực sự đã thu thập; các phản hồi lớn có thể dừng lại gần 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 DNS và CDN, tải gốc, định tuyến mạng và cơ sở hạ tầng chia sẻ thay đổi. Chẩn đoán các mẫu qua các mẫu lặp lại và dữ liệu người dùng thực, không chỉ một lần chạy.
Mỗi số là một yêu cầu tổng hợp đơn lẻ từ đầu dò đã chọn; nó không đo lường việc trình duyệt hiển thị, Core Web Vitals hoặc người dùng thực.
Điều gì cần gửi - và điều gì cần tránh
Submit any public address. Scheme, www, path and query are normalised, and redirects are followed to the final URL so the timings describe the page that is actually served. A private host is refused. A single run from one location is a sample and is best read alongside a second run rather than on its own.
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, một miền trống hoặc 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.Expecting full page-load / render timeĐiều này đo thời gian máy chủ và các giai đoạn 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Đó là một yêu cầu tổng hợp từ một vị trí cố định - sử dụng Core Web Vitals cho dữ liệu trường của người dùng thực.Chính xác cách kết quả này được sản xuất
The address is normalised and the redirect chain is followed per HTTP semantics to the final URL. DNS, TCP, TLS, time to first byte and content transfer are then timed as standard navigation-timing phases, and the TTFB is banded against public field guidance so the stage responsible for the delay is visible rather than averaged away.
- Chúng tôi chuẩn hóa địa chỉ và theo dõi chuỗi chuyển hướng theo ngữ nghĩa HTTP đến URL cuối cùng.
- Chúng tôi đo thời gian DNS, TCP, TLS, TTFB và chuyển nội dung như các giai đoạn điều hướng tiêu chuẩn.
- Chúng tôi so sánh TTFB với hướng dẫn thực địa công khai và báo cáo từng giai đoạn để giai đoạn chậm có thể nhìn thấy.
Các tiêu chuẩn quốc tế mà kiểm tra này áp dụng
Three public references define this measurement. W3C Navigation Timing defines the phase model the timings follow, RFC 9110 defines the HTTP semantics used to walk the redirect chain, and Google's web.dev TTFB guidance supplies the band. The phases are reported individually because a single total hides which stage a fix belongs in.
Báo cáo yêu cầu như các giai đoạn tiêu chuẩn DNS / TCP / TLS / TTFB / chuyển giao.
Đọc thông số kỹ thuậtTheo dõi chuỗi chuyển hướng theo ngữ nghĩa HTTP trước khi đo lường cuối cùng.
Đọc thông số kỹ thuậtLiên kết TTFB đã đo lường với hướng dẫn trường công khai.
Đọc thông số kỹ thuậtWebsite Performance Test 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?
Aim for under roughly 500 milliseconds in your primary markets and reasonably consistent numbers elsewhere. Large gaps between regions usually indicate missing CDN coverage or origin-only serving for distant users, which a content delivery network can flatten.
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 does multi-region performance matter for SEO?
Search visitors and crawlers connect from many places, and slow delivery in a target market delays first byte and rendering there. Consistent low-latency delivery worldwide supports faster pages, better user experience, and the speed signals that aid rankings.