Free Website Uptime Monitor
Monitor website availability, HTTP status code, and server response time history. Instant live status check with no account required.
Dowody aktualnej dostępności
https://zalando.com
Najnowsza zmierzona kontrola
To jest wynik żywego zapytania, które właśnie się zakończyło. Jest oddzielone od historycznych próbek poniżej.
| Żądany URL | https://zalando.com |
|---|---|
| Ostateczny URL | https://www.zalando.de/ |
| Sprawdzono o | 2026-08-03T14:41:53.336660+00:00 |
Radar dostępności
Odczytaj najnowszy stan najpierw, a następnie ostatni wzór próbki. Zielony oznacza, że sonda dotarła do witryny; czerwony oznacza, że najnowsza sonda wymaga przeglądu.
Najnowsza próbka jest po lewej. Ten radar odzwierciedla zapisane kontrole, a nie ciągłe monitorowanie w tle.
Monitoruj historię
Każda zakończona publiczna kontrola jest zachowywana jako próbka dowodów. Ta historia rośnie, gdy URL jest sprawdzany ponownie; zaplanowane powiadomienia i ciągłe monitorowanie należą do połączonego obszaru roboczego.
Analiza ekspercka
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 - 120 ms - fast.
- Redirect on entry - The URL redirects to https://www.zalando.de/.
Monitoruj tę witrynę ciągle
Utwórz darmowe konto, aby sprawdzać tę stronę według harmonogramu i otrzymywać powiadomienia w momencie, gdy strona przestaje działać.
Utwórz darmowe kontoZaloguj sięOtrzymuj codzienne powiadomienia o dostępności i bezpieczeństwie za darmo
Otrzymaj natychmiastowe powiadomienie e-mail, jeśli ta witryna przestanie działać lub wystąpią błędy bezpieczeństwa/SSL.
Wiedzieć, co dowodzi wynik
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. Źródło
Live HTTP check from NovaVerb infrastructure. The result identifies where its evidence came from.
2. Granica
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. Następna akcja
Użyj ustalenia, aby zweryfikować problem, a następnie połącz przestrzeń roboczą, gdy potrzebujesz historii, monitorowania lub analizy całej witryny.
Zachowaj zmierzoną historię dostępności
Monitor jest przydatny, ponieważ jedno udane żądanie to tylko migawka. NovaVerb przechowuje każde zakończone darmowe sprawdzenie dla URL, abyś mógł zobaczyć, czy status i czas odpowiedzi są stabilne w powtarzanych próbkach.
Co udowadnia darmowy monitor
- Czy cel zwrócił odpowiedź HTTP podczas tego sprawdzenia?
- Kod statusu, czas odpowiedzi i ostateczny URL zaobserwowany przez sondę po stronie serwera.
- Historia zmierzonych próbek dla dokładnego URL przesłanego.
Czego to nie dowodzi
Nie jest to SLA globalnej dostępności 24/7, test wydajności przeglądarki ani monitorowanie rzeczywistych użytkowników. Aby uzyskać zaplanowane kontrole, powiadomienia, monitorowanie w wielu lokalizacjach i długoterminowe raporty, połącz URL z przestrzenią roboczą Novaverb.
Serwer, który odpowiada - nawet z błędem 4xx, takim jak 403, 401 lub 429 - jest traktowany jako DZIAŁA; tylko brak odpowiedzi (przekroczenie czasu, błąd DNS lub odmowa połączenia) lub błąd serwera 5xx liczy się jako niedostępny. Każde sprawdzenie to pojedyncze żądanie z Novaverb, a nie globalne SLA.
Co przesłać - i czego unikać
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.comKażda publiczna forma adresu działa. http lub https, z www lub bez, pusta domena lub pełna ścieżka - normalizujemy to dla Ciebie.https://yourdomain.com/healthStabilny publiczny URL, którego status HTTP niezawodnie odzwierciedla dostępność.A page requiring loginStrona uwierzytelniona zwraca 401/403 dla anonimowego zapytania, więc będzie odczytywana jako 'niedostępna'.Expecting continuous uptime historyTo jest jedno sprawdzenie w danym momencie; ciągłe monitorowanie to funkcja połączonej przestrzeni roboczej.Dokładnie jak ten wynik jest produkowany
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.
- Normalizujemy adres i wydajemy standardowe żądanie HTTP, odczytując kod statusu odpowiedzi.
- Klasyfikujemy według klasy statusu: 2xx/3xx jako osiągalne, 4xx/5xx jako problem, timeout jako nieosiągalne.
- Raportujemy pojedynczy wynik w danym momencie; ciągłe monitorowanie dostępności to funkcja przestrzeni roboczej.
Międzynarodowe standardy, do których odnosi się to sprawdzenie
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.
Interpretuje każdą odpowiedź według jej standardowej klasy statusu HTTP (2xx w górę, 5xx w dół).
Przeczytaj specyfikacjęWebsite Monitor FAQ
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.