Gratis tool · geen account vereist

Free Website Uptime Monitor

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

Ook bekend als: Uptime monitor · is it down

Bewijs getoond met bronGeen account vereistGeen uitgevonden metrics

Live website monitor

Huidig beschikbaarheidsbewijs

https://yale.edu

Bereikbaar

HTTP-status200succesvolle reactie

Reactietijd71 mséén live servercontrole

Geschiedenis12opgeslagen controles voor deze URL

Eind-URLVerplaatsthttps://www.yale.edu/

Laatste gemeten controle

Dit is het resultaat van het live verzoek dat zojuist is voltooid. Het is gescheiden van de historische monsters hieronder.

Aangevraagde URL	https://yale.edu
Eind-URL	https://www.yale.edu/
Gecontroleerd op	2026-08-03T14:49:12.919926+00:00

Beschikbaarheidsradar

Lees eerst de laatste staat, dan het recente monsterpatroon. Groen betekent dat de probe de site heeft bereikt; rood betekent dat de laatste probe beoordeling nodig heeft.

Up / reachable12 consecutive healthy checks

Recente beschikbaarheid100%

Gezonde monsters12/12

SignaalStabiel

Nieuwste monster staat links. Deze radar weerspiegelt opgeslagen controles, niet continue achtergrondmonitoring.

Monitor geschiedenis

Elke voltooide openbare controle wordt bewaard als een bewijsmonster. Deze geschiedenis groeit wanneer de URL opnieuw wordt gecontroleerd; geplande waarschuwingen en continue monitoring behoren tot een verbonden werkruimte.

#950.865

HTTP 20071 ms · https://www.yale.edu/

OMHOOG

#950.821

HTTP 20069 ms · https://www.yale.edu/

OMHOOG

#950.663

HTTP 20065 ms · https://www.yale.edu/

OMHOOG

#950.614

HTTP 20067 ms · https://www.yale.edu/

OMHOOG

#950.518

HTTP 20063 ms · https://www.yale.edu/

OMHOOG

#950.517

HTTP 20096 ms · https://www.yale.edu/

OMHOOG

#950.407

HTTP 20092 ms · https://www.yale.edu/

OMHOOG

#949.679

HTTP 200191 ms · https://www.yale.edu/

OMHOOG

#937.243

HTTP 20095 ms · https://www.yale.edu/

OMHOOG

#935.702

HTTP 20094 ms · https://www.yale.edu/

OMHOOG

#905.533

HTTP 200126 ms · https://www.yale.edu/

OMHOOG

#901.948

HTTP 20091 ms · https://www.yale.edu/

OMHOOG

Bewijsgrens: Één server-side HTTP-verzoek van NovaVerb. Het bewijst geen wereldwijde uptime, browserweergave, prestaties van echte gebruikers, of een SLA.

Online

Expertanalyse

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 - 71 ms - fast.
Redirect on entry - The URL redirects to https://www.yale.edu/.

Monitor deze site continu

Maak een gratis account aan om deze site op een schema te controleren en krijg een melding op het moment dat deze offline gaat.

Maak een gratis account aan Log in

Ontvang gratis dagelijkse uptime- en beveiligingsmeldingen

Ontvang een directe e-mailmelding als deze website uitvalt of beveiligings/SSL-fouten ondervindt.

Bewijsmodel

Weet wat het resultaat bewijst

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

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

2. Grens

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. Volgende actie

Gebruik de bevinding om een probleem te verifiëren, verbind vervolgens een werkruimte wanneer je geschiedenis, monitoring of site-brede analyse nodig hebt.

Website monitoring uitgelegd

Houd een gemeten geschiedenis van beschikbaarheid bij

Een monitor is nuttig omdat één succesvolle aanvraag slechts een momentopname is. NovaVerb slaat elke voltooide gratis controle voor de URL op, zodat je kunt zien of status en responstijd stabiel zijn over herhaalde monsters.

Wat de gratis monitor bewijst

Of het doel tijdens deze controle een HTTP-respons heeft teruggegeven.
De statuscode, responstijd en uiteindelijke URL waargenomen door de serverzijde probe.
Een geschiedenis van gemeten monsters voor de exacte ingediende URL.

Wat het niet bewijst

Het is geen 24/7 wereldwijde uptime SLA, een browserprestatie test of monitoring van echte gebruikers. Voor geplande controles, waarschuwingen, monitoring op meerdere locaties en lange termijn rapporten, verbind de URL met een Novaverb werkruimte.

Een server die reageert - zelfs met een 4xx zoals 403, 401 of 429 - wordt behandeld als UP; alleen geen enkele reactie (timeout, DNS-fout of geweigerde verbinding) of een 5xx-serverfout telt als down. Elke controle is een enkele aanvraag van Novaverb, geen wereldwijde SLA.

Krijg het juiste antwoord

Wat in te dienen - en wat te vermijden

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.

Gebruik het zo

yourdomain.comElke publieke adresvorm werkt. http of https, met of zonder www, een blote domein of een volledige pad - we normaliseren het voor je.

https://yourdomain.com/healthEen stabiele publieke URL waarvan de HTTP-status betrouwbaar omhoog of omlaag reflecteert.

Vermijd dit

A page requiring loginEen geauthenticeerde pagina retourneert 401/403 aan een anonieme probe, dus het zou als 'down' worden gelezen.

Expecting continuous uptime historyDit is een controle op een specifiek moment; doorlopende monitoring is een functie van de verbonden werkruimte.

Openbare methodologie

Exact hoe dit resultaat wordt geproduceerd

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.

We normaliseren het adres en doen een standaard HTTP-verzoek, waarbij we de response statuscode lezen.
We classificeren op statusklasse: 2xx/3xx als bereikbaar, 4xx/5xx als een probleem, time-out als onbereikbaar.
We rapporteren een enkele momentopname; continue uptime monitoring is een functie van de werkruimte.

Gebaseerd op openbare standaarden

De internationale normen waarop deze controle van toepassing is.

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

Interpreteert elke respons op basis van zijn standaard HTTP-statusklasse (2xx omhoog, 5xx omlaag).

Lees de specificatie

We vermelden een standaard alleen waar deze tool daadwerkelijk leest of meet tegen deze standaard. Waar een signaal buiten een live controle valt, zegt het resultaat dat in plaats van impliciet dekking te suggereren.

Veelgestelde vragen

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.

Meer gratis controles