Безкоштовний інструмент · обліковий запис не потрібен

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.

Також відомий як: TTFB · page speed waterfall · DNS/TLS timing

Докази, показані з джереломОбліковий запис не потрібенНемає вигаданих метрик

Один URL · п'ять виміряних фаз

Перегляньте з'єднання перед рендерингом сторінки

Німецьке спостереження слідує за HTTP-перенаправленнями, вимірює кожен запит, а потім візуалізує остаточну відповідь документа без вигадування даних браузера або Core Web Vitals.

DNSВирішити

TCPПідключити

TLSБезпечно

Перший байтВідповісти

HTMLПередати

Тільки публічні цілі · жива запит з Німеччини · без оцінкового часу

Модель доказів

Знайте, що доводить результат

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. Джерело

Novaverb's Germany probe or selected Globalping community probes. The result identifies where its evidence came from.

2. Межа

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. Наступна дія

Використовуйте знахідку для перевірки проблеми, а потім підключіть робочий простір, коли вам потрібна історія, моніторинг або аналіз всього сайту.

Що вимірює тест продуктивності веб-сайту?

Вимірює DNS, TCP, TLS, запит до першого байта та передачу документа для публічного URL. Виберіть прямий зонд Novaverb в Німеччині, одне місце з громади Globalping або порівняйте десять міст в Азії, Європі, Америці, Африці та Океанії.

Методи вимірювання, локації та безкоштовні обмеження

Виберіть прямий зонд Novaverb для контрольованого вимірювання, один Globalping місто для регіональної перевірки або всі десять міст для порівняння п'яти регіонів. Два методи залишаються окремими, оскільки у них різні межі перенаправлення, захоплення та збереження.

Пряма проба Novaverb · безкоштовно

🇩🇪 Місцезнаходження Німеччини

Працює на інфраструктурі Novaverb через нове з'єднання HTTP/1.1.
Слідує до п'яти HTTP перенаправлень і показує фінальний водоспад відповідей.
Збирає текст відповіді до приблизно 3 МБ і зберігає заявлену довжину окремо.
Не споживає тести сторонніх запитів.

Глобальні спільноти запитів · безкоштовно з обмеженнями

🌍 Одне місто або всі 10

Актуальний онлайн-пробник у вибраному місті запитує точну подану URL-адресу.
Повертає DNS, TCP, TLS, перший байт, завантаження та загальний час з доказами міста та часу.
Не слідує циклу перенаправлення Novaverb; протестуйте повернуту 3xx адресу окремо.
Метадані ідентифікації Probe навмисно приховані від публічних результатів.
Ціль і вимірювання обробляються Globalping і можуть залишатися доступними до семи днів.

🇸🇬 SingaporeAsia · SG

🇯🇵 TokyoAsia · JP

🇩🇪 FrankfurtEurope · DE

🇬🇧 LondonEurope · GB

🇺🇸 AshburnAmericas · US

🇧🇷 Sao PauloAmericas · BR

🇿🇦 JohannesburgAfrica · ZA

🇰🇪 NairobiAfrica · KE

🇦🇺 SydneyOceania · AU

🇳🇿 AucklandOceania · NZ

Як обмежено безкоштовне використання: одне обране місто споживає один тест постачальника; Порівняйте всі 10 споживає десять. Novaverb дозволяє до 10 одноразових запустів по місту або п'ять 10-містевих порівнянь на джерело за годину та резервує спільний ліміт у 200 тестів постачальника за годину. Вгору неавторизоване джерело наразі надає 250 безкоштовних тестів на годину, тому ємність та доступність живих спостережень можуть тимчасово закінчитися.

Як працює водоспад продуктивності

DNS запит

Вирішіть ім'я хоста, поки з'єднання залишається закріпленим за перевіреною публічною IP-адресою.

TCP з'єднання

Відкрийте нове з'єднання; жоден попередній сокет не повторно використовується.

Рукостискання TLS

Ведіть переговори про HTTPS з SNI та HTTP/1.1, коли URL є безпечним.

Перший байт

Вимірює з моменту надсилання GET до прибуття перших байтів відповіді.

Передача HTML

Вимірює з першого байта до захопленого тіла документа, до приблизно 3 МБ.

Як читати орієнтири TTFB

web.dev вказує 800 мс або менше як приблизну хорошу ціль TTFB і понад 1,800 мс як погану. Novaverb застосовує ці орієнтири до зразка з'єднання до першого байта фінальної відповіді, а не до повної подорожі перенаправлення.

≤ 800 msДобра орієнтовна межа

Повторіть з регіонів, що мають значення для користувачів, перш ніж зробити висновок, що URL постійно швидкий.

801–1,800 msПотрібен перегляд

Використовуйте водоспад, щоб визначити, чи домінує налаштування або очікування запиту.

> 1,800 msПовільна направляюча смуга

Повторно протестуйте, порівняйте стани кешу та досліджуйте найбільшу повторювану фазу.

Що включає цей результат - і що не включає

Виміряно в цьому запуску

Свіжа DNS, TCP та TLS налаштування для кожного запиту
Запит до першого байта та передача захопленого тіла
HTTP-перенаправлення, статус та фінальні заголовки відповіді
Байти тіла отримані та оголошена довжина контенту зберігаються окремо
Одна вимірювальна область: ЄС, Німеччина

Не виміряно або не доведено

CSS, JavaScript, зображення, шрифти або ресурси третіх сторін
Парсинг браузера, рендеринг, візуальне завершення або готовність до взаємодії
LCP, INP, CLS, FCP або оцінка продуктивності Lighthouse
Відсотки реальних користувачів, час безвідмовної роботи або поведінка під навантаженням
Чистий час виконання з оригіналу, відокремлений від затримки CDN та мережі

Як покращити домінуючу фазу

Високий час DNS

Перегляньте авторитетну затримку DNS та надійність; порівняйте кілька запусків, оскільки стан кешу резолвера варіюється.

Високий час TCP

Зменште відстань з допомогою edge або CDN та досліджуйте якість маршруту або втрату пакетів.

Високий час TLS

Перевірте ланцюг сертифікатів, сучасну підтримку TLS та повторне використання з'єднання в реальних браузерах.

Висока затримка першого байта

Перевірте пропуски кешу CDN, роботу бази даних, зовнішні виклики та конфлікти додатків або походження.

Висока передача HTML

Зменште розмір документа та перевірте відповідне кодування контенту, пам'ятаючи, що цей тест захоплює лише документ.

Стандарти та рекомендації з вимірювання

W3C · Navigation TimingВизначає фази навігації, включаючи requestStart, responseStart та responseEnd. W3C · Resource TimingВизначає час відповіді та розрізняє обсяги переданих та закодованих даних. web.dev · Optimize TTFBПояснює приблизні орієнтири 800 мс та 1,800 мс. RFC 9110 · HTTP SemanticsВизначає HTTP-методи, статус та семантику відповіді, що використовуються пробою. Globalping · API specificationВизначає вибір спільноти для запитів, поля часу HTTP, опитування, безкоштовні обмеження та зберігання результатів.

Питання тесту продуктивності веб-сайту

Це повний тест швидкості завантаження сторінки?

Ні. Він вимірює лише час з'єднання та відповіді документа. Повний тест браузера також повинен завантажити залежності, виконати скрипти та рендерити сторінку.

Чому це відрізняється від Chrome або Lighthouse?

Проба виконується з сервера в Німеччині через нове з'єднання HTTP/1.1. Ваш браузер може використовувати інший маршрут, протокол, кеш і повторно використане з'єднання, а потім виконати рендеринг, який цей тест ніколи не намагається.

Чи слідує за перенаправленнями?

Так, до п'яти HTTP-перенаправлень. Кожен стрибок вимірюється незалежно з новим запитом; основний водоспад - це фінальна відповідь.

Чи означає загальний час час завантаження сторінки?

Ні. Це сума фаз з'єднання та передачі захопленого документа для одного запиту. Це виключає підресурси, виконання коду, рендеринг та готовність до взаємодії.

Чому завантажені байти можуть відрізнятися від Content-Length?

Довжина контенту - це заголовок, оголошений сервером. Отримане тіло - це те, що цей обмежений зразок насправді захопив; великі відповіді можуть зупинитися близько 3 МБ безпечного ліміту.

Чому результати змінюються між запусками?

Стан кешу DNS та CDN, навантаження на походження, маршрутизація мережі та спільна інфраструктура варіюються. Діагностуйте шаблони на основі повторних зразків та даних реальних користувачів, а не одного запуску.

Кожен номер є єдиним синтетичним запитом з вибраного зонда; він не вимірює рендеринг браузера, Core Web Vitals або реальних користувачів.

Отримайте правильну відповідь

Що подати - і чого уникати

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.comБудь-яка форма адреси працює. http або https, з www або без, простий домен або повний шлях - ми нормалізуємо це для вас.

A URL that redirectsДобре - ми відстежуємо кожен хід спочатку, а потім вимірюємо фінальну ціль.

Уникати це

Expecting full page-load / render timeЦе вимірює фази сервера та з'єднання (TTFB), а не рендеринг браузера всієї сторінки.

Expecting your users' field numbersЦе один синтетичний запит з фіксованого місця - використовуйте Core Web Vitals для реальних польових даних користувачів.

Публічна методологія

Саме так цей результат виробляється

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.

Ми нормалізуємо адресу та слідуємо ланцюгу перенаправлень відповідно до семантики HTTP до фінального URL.
Ми вимірюємо DNS, TCP, TLS, TTFB та передачу контенту як стандартні фази навігаційного таймінгу.
Ми порівнюємо TTFB з публічними рекомендаціями та повідомляємо про кожну фазу, щоб повільна стадія була видимою.

Побудовано на публічних стандартах

Міжнародні стандарти, до яких застосовується ця перевірка

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

Повідомляє запит як стандартні фази DNS / TCP / TLS / TTFB / передачі.

Читати специфікацію

IETFRFC 9110

HTTP Semantics

Слідує ланцюгу перенаправлень відповідно до семантики HTTP перед фінальним вимірюванням.

Читати специфікацію

Googleweb.dev TTFB

Time to First Byte guidance

Обмежує виміряний TTFB відповідно до публічних рекомендацій.

Читати специфікацію

Ми перераховуємо стандарт лише там, де цей інструмент дійсно читає або вимірює його. Якщо сигнал знаходиться поза межами живої перевірки, результат говорить про це, а не натякає на охоплення.

Загальні запитання

Website Performance Test Часті запитання

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.

Більше безкоштовних перевірок