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

Free Website Uptime Monitor

Monitor website availability, HTTP status code, and server response time history. Instant live status check with no account required.

Також відомий як: Uptime monitor · is it down

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

Живий моніторинг веб-сайту

Докази поточної доступності

https://swagger.io

Доступно

Статус HTTP200успішна відповідь

Час відповіді67 msодна перевірка живого сервера

Історія12збережені перевірки для цього URL

Фінальний URLТе ж самене спостерігалося зміни фінального URL

Остання виміряна перевірка

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

Запитаний URL	https://swagger.io
Фінальний URL	https://swagger.io
Перевірено о	2026-08-03T15:59:48.369345+00:00

Радар доступності

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

Up / reachable12 consecutive healthy checks

Нещодавня доступність100%

Здорові зразки12/12

СигналСтабільний

Найновіший зразок зліва. Ця радара відображає збережені перевірки, а не безперервний моніторинг у фоновому режимі.

Моніторинг історії

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

#953 334

HTTP 20067 ms · https://swagger.io

ВГОРУ

#953 221

HTTP 20083 ms · https://swagger.io

ВГОРУ

#952 510

HTTP 200121 ms · https://swagger.io

ВГОРУ

#949 896

HTTP 200113 ms · https://swagger.io

ВГОРУ

#949 121

HTTP 20088 ms · https://swagger.io

ВГОРУ

#936 861

HTTP 20079 ms · https://swagger.io

ВГОРУ

#934 806

HTTP 20070 ms · https://swagger.io

ВГОРУ

#905 149

HTTP 20084 ms · https://swagger.io

ВГОРУ

#901 563

HTTP 20068 ms · https://swagger.io

ВГОРУ

#887 756

HTTP 20089 ms · https://swagger.io

ВГОРУ

#883 659

HTTP 20063 ms · https://swagger.io

ВГОРУ

#876 496

HTTP 20051 ms · https://swagger.io

ВГОРУ

Межа доказів: Один запит HTTP на стороні сервера від NovaVerb. Це не доводить глобальну доступність, рендеринг браузера, продуктивність реальних користувачів або SLA.

Online

Експертний аналіз

A single check is a point-in-time snapshot - continuous monitoring is how you catch downtime before customers do.

Site is up - Responded HTTP 200.
Response time - 67 ms - fast.

Постійний моніторинг цього сайту

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

Створити безкоштовний обліковий запис Увійти

Отримайте безкоштовні щоденні сповіщення про доступність та безпеку

Отримуйте миттєве сповіщення на електронну пошту, якщо цей веб-сайт зупиняється або виникають помилки безпеки/SSL.

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

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

This check proves whether one address answered one HTTP request at one moment, and which status class it returned. It is a point-in-time reachability result, not uptime: a site that is down for three minutes an hour will usually pass, and a site that answers here can still be failing for visitors on another network.

1. Джерело

Live HTTP check from NovaVerb infrastructure. The result identifies where its evidence came from.

2. Межа

Each check is a single server-side HTTP request from NovaVerb. It is not a global uptime SLA, browser performance test, or proof that every visitor can reach the site.

3. Наступна дія

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

Пояснення моніторингу вебсайту

Зберігайте виміряну історію доступності

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

Що доводить безкоштовний монітор

Чи повернув ціль HTTP-відповідь під час цієї перевірки.
Статусний код, час відповіді та остаточна URL-адреса, зафіксовані серверним зондом.
Історія виміряних зразків для точного URL, що надається.

Що це не доводить

Це не 24/7 глобальна угода про безперервність, тест продуктивності браузера або моніторинг реальних користувачів. Для запланованих перевірок, сповіщень, моніторингу з кількох місць та довгострокових звітів підключіть URL до робочого простору Novaverb.

Сервер, що відповідає - навіть з 4xx, такими як 403, 401 або 429 - вважається UP; лише відсутність відповіді (тайм-аут, помилка DNS або відмова з'єднання) або помилка сервера 5xx вважається вниз. Кожна перевірка - це один запит від Novaverb, а не глобальний SLA.

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

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

Submit the public address you want to reach. Scheme, www and path are normalised before the request. A private host is refused. Reading a single successful check as an uptime guarantee is the mistake this section exists to prevent, and continuous monitoring with a recorded history is a workspace feature rather than a free one.

Використовуйте це так

yourdomain.comБудь-яка публічна адреса працює. http або https, з www або без, простий домен або повний шлях - ми нормалізуємо це для вас.

https://yourdomain.com/healthСтабільний публічний URL, чий HTTP статус надійно відображає підйом або падіння.

Уникати це

A page requiring loginАутентифікована сторінка повертає 401/403 анонімному запиту, тому вона буде відображатися як 'недоступна'.

Expecting continuous uptime historyЦе одна перевірка в певний момент часу; безперервний моніторинг є функцією підключеного робочого простору.

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

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

The address is normalised and a standard HTTP request is issued, and the response status code is read directly. Status classes are then classified honestly: 2xx and 3xx as reachable, 4xx and 5xx as a problem, and a timeout as unreachable. One request produces one result, and it is labelled as a point-in-time observation.

Ми нормалізуємо адресу та видаємо стандартний HTTP запит, читаючи код статусу відповіді.
Ми класифікуємо за класом статусу: 2xx/3xx як досяжні, 4xx/5xx як проблеми, тайм-аут як недосяжний.
Ми повідомляємо про один результат в певний момент часу; безперервний моніторинг часу безперервності є функцією робочого простору.

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

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

RFC 9110 defines HTTP semantics, including what each status class means, and the classification above follows it rather than a house interpretation. That is why a 301 is reported as reachable: the specification defines a redirect as a successful response that names another location, and calling it downtime would misreport the server.

IETFRFC 9110

HTTP Semantics - status codes

Інтерпретує кожну відповідь за її стандартним класом статусу HTTP (2xx вгору, 5xx вниз).

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

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

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

Website Monitor Часті запитання

What does the Novaverb Website Monitor check?

Each run sends one live HTTP request from Novaverb infrastructure and reports the HTTP status code, response time, and final URL after redirects, then stores a history of these measured checks over time.

Is this a guaranteed uptime SLA or monitoring service?

No. Each check is a single server-side HTTP request from one location. It indicates whether the site responded to that request; it is not a contractual uptime SLA or proof that every visitor everywhere can reach the site.

What do the HTTP status codes in the results mean?

A 200 means the request succeeded. A 3xx is a redirect (the final URL shows where it landed), 4xx indicates a client error like 404 not found, and 5xx signals a server-side error worth investigating immediately.

Why does the monitor show a different final URL than I entered?

Because it follows redirects and reports where the request ultimately resolved. If you entered an HTTP or non-www address, the final URL reveals your canonical HTTPS or www destination, which is useful for spotting redirect chains or loops.

What is a good response time in the monitor?

For a single server-side request, under 500 milliseconds is healthy and under 200 milliseconds is excellent. Rising response times across the stored history often precede outages and are worth investigating before status codes start failing.

How is this monitor different from the performance or speed tests?

The monitor repeatedly records status, response time, and final URL to build an availability history. The performance and speed tests break one request into DNS, TCP, TLS, and TTFB stages for deeper diagnosis rather than ongoing tracking.

Does a passing check mean all my visitors can reach the site?

No. It confirms one location got a response at one moment. Regional network issues, DNS problems, or per-user routing could still block some visitors, so treat a passing check as a strong signal, not universal proof.

How often should I monitor my website?

Frequently enough to catch outages before customers do; many teams check every few minutes for critical sites. More frequent checks build a denser history, making it easier to correlate slowdowns and failures with deployments or traffic spikes.

What should I do when the monitor reports a 5xx error?

A 5xx means your server failed to fulfil the request. Check application logs, database connectivity, and recent deployments, and confirm the origin is running. Recurring 5xx responses in the history point to instability rather than a one-off blip.

Why does website availability matter for SEO?

If Googlebot requests a page and repeatedly receives errors or timeouts, crawling stalls and rankings can slip. Reliable responses and fast status keep pages crawlable and indexable, protecting the visibility that downtime and server errors quietly erode.

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