Outil gratuit · aucun compte requis

Free Website Uptime Monitor

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

Aussi connu sous le nom de: Uptime monitor · is it down

Preuve montrée avec sourceAucun compte requisAucune métrique inventée

Surveillance de site web en direct

Preuve de disponibilité actuelle

https://who.int

Accessible

Statut HTTP200réponse réussie

Temps de réponse114 msune vérification de serveur en direct

Historique12vérifications stockées pour cette URL

URL finaleDéplacéhttps://www.who.int/

Dernière vérification mesurée

Ceci est le résultat de la demande en direct qui vient de se terminer. Il est séparé des échantillons historiques ci-dessous.

URL demandée	https://who.int
URL finale	https://www.who.int/
Vérifié à	2026-08-03T14:48:53.802464+00:00

Radar de disponibilité

Lisez d'abord l'état le plus récent, puis le modèle d'échantillon récent. Vert signifie que la sonde a atteint le site ; rouge signifie que la dernière sonde nécessite une révision.

Up / reachable12 consecutive healthy checks

Disponibilité récente100%

Échantillons sains12/12

SignalStable

Le dernier échantillon est à gauche. Ce radar reflète les vérifications stockées, pas la surveillance continue en arrière-plan.

Historique de surveillance

Chaque vérification publique complétée est conservée comme un échantillon de preuve. Cet historique s'accroît lorsque l'URL est vérifiée à nouveau ; les alertes programmées et la surveillance continue appartiennent à un espace de travail connecté.

#950 675

HTTP 200114 ms · https://www.who.int/

HAUT

#950 622

HTTP 200123 ms · https://www.who.int/

HAUT

#950 613

HTTP 200116 ms · https://www.who.int/

HAUT

#950 593

HTTP 200142 ms · https://www.who.int/

HAUT

#950 565

HTTP 20098 ms · https://www.who.int/

HAUT

#950 444

HTTP 200113 ms · https://www.who.int/

HAUT

#950 368

HTTP 200123 ms · https://www.who.int/

HAUT

#949 210

HTTP 200128 ms · https://www.who.int/

HAUT

#936 773

HTTP 200108 ms · https://www.who.int/

HAUT

#934 721

HTTP 20087 ms · https://www.who.int/

HAUT

#905 060

HTTP 200172 ms · https://www.who.int/

HAUT

#901 476

HTTP 200173 ms · https://www.who.int/

HAUT

Limite de preuve : Une requête HTTP côté serveur de NovaVerb. Elle ne prouve pas la disponibilité globale, le rendu par le navigateur, la performance des utilisateurs réels, ou un SLA.

Online

Analyse d'expert

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 - 114 ms - fast.
Redirect on entry - The URL redirects to https://www.who.int/.

Surveiller ce site en continu

Créez un compte gratuit pour vérifier ce site selon un calendrier et être alerté dès qu'il est hors ligne.

Créer un compte gratuit Se connecter

Recevez des alertes de disponibilité et de sécurité gratuites quotidiennement

Recevez une alerte par e-mail instantanée si ce site web est hors ligne ou rencontre des erreurs de sécurité/SSL.

Modèle de preuve

Savoir ce que le résultat prouve

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

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

2. Limite

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. Prochaine action

Utilisez la découverte pour vérifier un problème, puis connectez un espace de travail lorsque vous avez besoin d'historique, de surveillance ou d'analyse à l'échelle du site.

Explication de la surveillance du site web

Conservez un historique mesuré de disponibilité

Un moniteur est utile car une seule demande réussie n'est qu'un instantané. NovaVerb stocke chaque vérification gratuite terminée pour l'URL afin que vous puissiez voir si le statut et le temps de réponse sont stables à travers des échantillons répétés.

Ce que le moniteur gratuit prouve

Que la cible a renvoyé une réponse HTTP pendant cette vérification.
Le code d'état, le temps de réponse et l'URL finale observés par la sonde côté serveur.
Une histoire d'échantillons mesurés pour l'URL exacte soumise.

Ce qu'il ne prouve pas

Ce n'est pas un SLA de disponibilité mondial 24/7, un test de performance de navigateur ou une surveillance des utilisateurs réels. Pour des vérifications programmées, des alertes, une surveillance multi-emplacements et des rapports à long terme, connectez l'URL à un espace de travail Novaverb.

Un serveur qui répond - même avec un 4xx tel que 403, 401 ou 429 - est considéré comme EN LIGNE ; seule l'absence totale de réponse (timeout, échec DNS ou connexion refusée) ou une erreur serveur 5xx compte comme hors ligne. Chaque vérification est une seule demande de Novaverb, pas un SLA global.

Obtenez la bonne réponse

Ce qu'il faut soumettre - et ce qu'il faut éviter

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.

Utilisez-le comme ceci

yourdomain.comToute forme d'adresse publique fonctionne. http ou https, avec ou sans www, un domaine nu ou un chemin complet - nous le normalisons pour vous.

https://yourdomain.com/healthUne URL publique stable dont le statut HTTP reflète de manière fiable l'état.

Évitez cela

A page requiring loginUne page authentifiée renvoie 401/403 à une sonde anonyme, donc elle serait considérée comme 'hors ligne'.

Expecting continuous uptime historyCeci est un contrôle ponctuel ; la surveillance continue est une fonctionnalité de l'espace de travail connecté.

Méthodologie publique

Exactement comment ce résultat est produit

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.

Nous normalisons l'adresse et émettons une requête HTTP standard, lisant le code de statut de la réponse.
Nous classifions par classe de statut : 2xx/3xx comme accessible, 4xx/5xx comme un problème, timeout comme inaccessible.
Nous rapportons un résultat unique à un moment donné ; la surveillance continue du temps de disponibilité est une fonctionnalité de l'espace de travail.

Construit sur des normes publiques

Les normes internationales auxquelles cette vérification s'applique.

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

Interprète chaque réponse par sa classe de statut HTTP standard (2xx en ligne, 5xx hors ligne).

Lisez la spécification

Nous listons un standard uniquement lorsque cet outil le lit ou le mesure réellement. Lorsqu'un signal est en dehors d'une vérification en direct, le résultat le dit plutôt que d'impliquer une couverture.

Questions courantes

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.

Plus de vérifications gratuites