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

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.

Còn được gọi là: TTFB · page speed waterfall · DNS/TLS timing
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

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.

DNSGiải quyết
TCPKết nối
TLSAn toàn
Byte đầu tiênPhản hồi
HTML.Chuyển giao
Mục tiêu công khai chỉ · 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

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.

Khảo sát trực tiếp của 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.
  • 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.
Các cuộc kiểm tra 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 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.
🇸🇬 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ộ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.

1

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.

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 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.

≤ 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.

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.

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

Đ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.

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, 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.
Tránh điều này
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.
Phương pháp công khai

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.

  1. 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.
  2. 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.
  3. 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.
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

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.

W3CNavigation Timing
Navigation & Resource Timing

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ật
IETFRFC 9110
HTTP Semantics

Theo 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ậ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

Website 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.

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

Trình kiểm tra SEO trang webPhạm vi thu thập thông tin, các trang có thể lập chỉ mục và liên kết nội bộ
Keyword Research ToolFree AI keyword research tool for search volume, keyword difficulty, …
SERP CheckerCheck live organic search results and AI Overview rankings for …
Website Security CheckerAudit website security posture, TLS/SSL certificates, HTTP security headers, and …
Server Response Time CheckerMeasure server Time to First Byte (TTFB), DNS lookup, TCP …
Backlink CheckerExplore backlinks, referring domains, dofollow links, and domain authority for …
Robots.txt CheckerTest and validate robots.txt rules, User-Agent directives, blocked paths and …
Sitemap CheckerValidate XML sitemap structure, URL counts, reachability, and index type. …
Meta Tag CheckerCheck page title length, meta description, H1 heading structure, Open …
HTTP Status & Redirect CheckerTrace HTTP status codes (200, 301, 302, 404, 500) and …
Website MonitorMonitor website availability, HTTP status code, and server response time …
HTTP/2 TestCheck whether your web server supports HTTP/2 via TLS ALPN …
HTTP/3 TestTest whether your web server supports HTTP/3 over QUIC with …
GEO CheckerAudit whether ChatGPT, Perplexity, Gemini, and Google AI Overviews can …
Core Web Vitals CheckerCheck real-user Core Web Vitals (LCP, INP, CLS) from Chrome …
PageSpeed CheckerRun a live Lighthouse performance audit to test PageSpeed, Core …
Website Safety CheckerCheck whether a domain or URL is flagged for malware, …
Knowledge Graph CheckerCheck whether a brand, person, product or organization is recognized …
Keyword Gap CheckerCompare your site against competitors to find missing high-traffic keywords, …
Competitor Top PagesFind top organic traffic-driving pages for any competitor domain. See …
Duyệt trung tâm công cụ miễn phí đầy đủ
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 kênh: thực hiện kiểm tra, hiểu bằng chứng, sau đó sửa chữa và chứng minh rằng nó đã được giải quyết với một lần kiểm tra lại mới - không có trạng thái vượt qua nào được tạo ra.