Kostenloses Tool · kein Konto erforderlich

Free Website Uptime Monitor

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

Auch bekannt als: Uptime monitor · is it down

Beweis angezeigt mit QuelleKein Konto erforderlichKeine erfundenen Metriken

Live-Website-Überwachung

Aktuelle Verfügbarkeitsnachweise

https://buzzfeed.com

Erreichbar

HTTP-Status200erfolgreiche Antwort

Antwortzeit52 mseine Live-Server-Überprüfung

Verlauf12gespeicherte Überprüfungen für diese URL

Endgültige URLVerschobenhttps://www.buzzfeed.com/

Neueste gemessene Überprüfung

Dies ist das Ergebnis der gerade abgeschlossenen Live-Anfrage. Es ist von den historischen Proben unten getrennt.

Angeforderte URL	https://buzzfeed.com
Endgültige URL	https://www.buzzfeed.com/
Überprüft am	2026-08-03T14:41:29.747083+00:00

Verfügbarkeitsradar

Lese zuerst den neuesten Zustand, dann das aktuelle Muster. Grün bedeutet, dass die Probe die Seite erreicht hat; rot bedeutet, dass die neueste Probe überprüft werden muss.

Up / reachable12 consecutive healthy checks

Aktuelle Verfügbarkeit100%

Gesunde Proben12/12

SignalStabil

Neueste Probe ist links. Dieses Radar spiegelt gespeicherte Überprüfungen wider, nicht kontinuierliches Hintergrundmonitoring.

Überwachungsverlauf

Jede abgeschlossene öffentliche Überprüfung wird als Beweisprobe aufbewahrt. Diese Historie wächst, wenn die URL erneut überprüft wird; geplante Warnungen und kontinuierliches Monitoring gehören zu einem verbundenen Arbeitsbereich.

#947.555

HTTP 20052 ms · https://www.buzzfeed.com/

Hoch

#947.533

HTTP 20056 ms · https://www.buzzfeed.com/

Hoch

#947.281

HTTP 20056 ms · https://www.buzzfeed.com/

Hoch

#937.057

HTTP 20074 ms · https://www.buzzfeed.com/

Hoch

#935.008

HTTP 200101 ms · https://www.buzzfeed.com/

Hoch

#905.353

HTTP 20068 ms · https://www.buzzfeed.com/

Hoch

#901.765

HTTP 20060 ms · https://www.buzzfeed.com/

Hoch

#887.958

HTTP 20070 ms · https://www.buzzfeed.com/

Hoch

#883.863

HTTP 20059 ms · https://www.buzzfeed.com/

Hoch

#876.696

HTTP 20067 ms · https://www.buzzfeed.com/

Hoch

#872.596

HTTP 20080 ms · https://www.buzzfeed.com/

Hoch

#850.105

HTTP 20059 ms · https://www.buzzfeed.com/

Hoch

Beweisgrenze: Eine serverseitige HTTP-Anfrage von Novaverb. Es beweist nicht die globale Betriebszeit, das Rendering im Browser, die Leistung echter Benutzer oder ein SLA.

Online

Expertenanalyse

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 - 52 ms - fast.
Redirect on entry - The URL redirects to https://www.buzzfeed.com/.

Überwachen Sie diese Seite kontinuierlich

Erstellen Sie ein kostenloses Konto, um diese Website nach einem Zeitplan zu überprüfen und sofort benachrichtigt zu werden, wenn sie ausfällt.

Erstellen Sie ein kostenloses Konto Einloggen

Erhalten Sie kostenlose tägliche Uptime- und Sicherheitswarnungen

Erhalten Sie eine sofortige E-Mail-Benachrichtigung, wenn diese Website ausfällt oder Sicherheits-/SSL-Fehler auftritt.

Beweis-Modell

Wissen, was das Ergebnis beweist

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

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

2. Grenze

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. Nächste Aktion

Verwende das Ergebnis, um ein Problem zu überprüfen, und verbinde dann einen Arbeitsbereich, wenn du Historie, Überwachung oder eine standortweite Analyse benötigst.

Website-Überwachung erklärt

Führen Sie eine gemessene Historie der Verfügbarkeit

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.

Was der kostenlose Monitor beweist

Ob das Ziel während dieser Prüfung eine HTTP-Antwort zurückgegeben hat.
Der Statuscode, die Antwortzeit und die endgültige URL, die vom serverseitigen Probe beobachtet wurden.
Eine Historie gemessener Proben für die genau eingereichte URL.

Was es nicht beweist

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.

Die richtige Antwort erhalten

Was einzureichen ist - und was zu vermeiden ist

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.

So verwenden Sie es

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.

Vermeiden Sie dies

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.

Öffentliche Methodik

Genau wie dieses Ergebnis produziert wird

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.

Wir normalisieren die Adresse und geben eine standardmäßige HTTP-Anfrage ab, lesen den Antwortstatuscode.
Wir klassifizieren nach Statusklasse: 2xx/3xx als erreichbar, 4xx/5xx als Problem, Timeout als unerreichbar.
Wir berichten ein einzelnes Ergebnis zu einem bestimmten Zeitpunkt; kontinuierliches Uptime-Monitoring ist eine Funktion des Arbeitsbereichs.

Basierend auf öffentlichen Standards

Die internationalen Standards, auf die diese Überprüfung zutrifft

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

Interpretiert jede Antwort nach ihrer standardmäßigen HTTP-Statusklasse (2xx hoch, 5xx niedrig).

Spezifikation lesen

Wir listen einen Standard nur dort auf, wo dieses Tool ihn tatsächlich liest oder misst. Wenn ein Signal außerhalb einer Live-Prüfung liegt, sagt das Ergebnis dies anstelle von implizierter Abdeckung.

Häufige Fragen

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.

Mehr kostenlose Prüfungen