1. Quelle
Live HTTP check from NovaVerb infrastructure. The result identifies where its evidence came from.
Monitor website availability, HTTP status code, and server response time history. Instant live status check with no account required.
Ein Live-Board der Websites, die jeder beobachtet - online, langsam oder offline, kontinuierlich aktualisiert. Jeder Status ist eine echte serverseitige Überprüfung, niemals erfunden. Reichen Sie jede öffentliche Domain oben ein, um sie hinzuzufügen.
Keine Seite entspricht Ihrer Suche.
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.
Live HTTP check from NovaVerb infrastructure. The result identifies where its evidence came from.
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.
Verwende das Ergebnis, um ein Problem zu überprüfen, und verbinde dann einen Arbeitsbereich, wenn du Historie, Überwachung oder eine standortweite Analyse benötigst.
Ein Monitor ist nützlich, weil eine erfolgreiche Anfrage nur einen Schnappschuss darstellt. NovaVerb speichert jede abgeschlossene kostenlose Überprüfung für die URL, damit Sie sehen können, ob Status und Antwortzeit über wiederholte Proben stabil sind.
Es ist kein 24/7 globaler Uptime-SLA, kein Browser-Leistungstest oder Monitoring von echten Nutzern. Für geplante Überprüfungen, Warnungen, Multi-Standort-Monitoring und langfristige Berichte verbinden Sie die URL mit einem Novaverb-Arbeitsbereich.
Ein Server, der antwortet - selbst mit einem 4xx wie 403, 401 oder 429 - wird als ONLINE betrachtet; nur keine Antwort (Zeitüberschreitung, DNS-Fehler oder abgelehnte Verbindung) oder ein 5xx-Serverfehler zählt als offline. Jede Überprüfung ist eine einzelne Anfrage von Novaverb, kein globaler 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.comJede öffentliche Adressform funktioniert. http oder https, mit oder ohne www, eine nackte Domain oder ein vollständiger Pfad - wir normalisieren es für Sie.https://yourdomain.com/healthEine stabile öffentliche URL, deren HTTP-Status zuverlässig nach oben oder unten reflektiert.A page requiring loginEine authentifizierte Seite gibt 401/403 an eine anonyme Abfrage zurück, sodass sie als 'nicht erreichbar' gelesen wird.Expecting continuous uptime historyDies ist eine einmalige Überprüfung; fortlaufendes Monitoring ist eine Funktion des verbundenen Arbeitsbereichs.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.
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.
Interpretiert jede Antwort nach ihrer standardmäßigen HTTP-Statusklasse (2xx hoch, 5xx niedrig).
Spezifikation lesenEach 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.
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.
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.
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.
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.
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.
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.
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.
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.
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.