Comment nous mesurons la disponibilité
Un chiffre comme 99,9 % vaut exactement ce que vaut sa méthode de calcul. Cette page décrit précisément ce que WWT vérifie, ce qu'il considère comme un échec, quand il ouvre un incident et comment il en déduit la disponibilité. Chaque nombre du tableau de bord et des rapports suit ces règles.
1.Ce qu'est une vérification
À un intervalle fixé (de 1 à 60 minutes, choisi par site ; au moins 5 minutes dans le plan Lookout), WWT envoie une requête HTTP GET ordinaire à l'adresse du site avec son propre agent utilisateur, clairement identifié. Les redirections sont suivies et chaque étape est contrôlée pour la sécurité. Le temps de réponse est le temps entre l'envoi de la requête et la réception de la réponse, mesuré depuis le serveur principal de WWT en Europe. Le délai limite est de 10 secondes par défaut et peut être modifié.
2.Ce qui compte comme échec
Une vérification échoue quand aucune connexion n'a pu être établie, quand le délai est dépassé ou quand le serveur a répondu avec un code hors des codes acceptés. Par défaut, les réponses 2xx, 3xx et 4xx sont acceptées et les codes 5xx sont des échecs : un serveur qui répond « introuvable » fonctionne encore. Les plages acceptées se modifient dans les réglages du site.
La disponibilité et le certificat sont deux vérifications distinctes : un site au certificat expiré qui répond est disponible, et le problème de certificat déclenche sa propre alerte.
3.Un échec n'est pas encore une panne
Après chaque vérification échouée depuis le serveur de WWT, nous interrogeons sur le même site deux de nos régions de surveillance indépendantes (Europe, Amérique du Nord, Asie, Océanie), alternées chaque heure. Si une région le voit fonctionner, l'échec est traité comme un problème de réseau local et ignoré. Si les régions confirment la panne, ou si aucune ne peut répondre, l'échec compte pour le seuil. Une région dont le propre autocontrôle a détecté un problème de connectivité ne participe pas à la décision.
4.Quand un incident s'ouvre
Une panne est confirmée quand des vérifications consécutives échouent un nombre fixé de fois d'affilée (3 par défaut, réglable par site). C'est seulement alors qu'une alerte est envoyée et qu'un incident est ouvert. Les séries plus courtes d'échecs ne sont pas des incidents et n'alertent jamais.
L'incident commence à la dernière vérification réussie avant la série : le site a pu cesser de fonctionner à tout moment après elle, nous comptons donc depuis cet instant, au détriment de la mesure et non en sa faveur. Dès qu'une panne est confirmée, le site est vérifié chaque minute quel que soit son intervalle, pour détecter vite le rétablissement.
5.Quand un incident se termine
Un incident se termine à la première vérification réussie : depuis le serveur de WWT, ou confirmée depuis une région quand notre serveur ne voit toujours pas le site alors que le monde le voit. La durée est la différence entre la fin et le début.
Un incident se termine aussi quand nous cessons d'observer le site pendant une panne : après 7 jours d'indisponibilité continue, la surveillance de disponibilité se désactive d'elle-même, le propriétaire peut la désactiver à la main, et après l'expiration du domaine toutes les vérifications sauf celle du domaine sont suspendues. Un tel incident porte dans l'historique la mention « surveillance arrêtée » ; la panne réelle a pu durer plus longtemps, mais WWT ne la mesurait plus.
6.Comment la disponibilité est calculée
La disponibilité d'une période est le temps pendant lequel le site n'était pas en incident, divisé par le temps pendant lequel WWT l'observait réellement. Un incident commencé avant la période ou qui continue après ne compte que pour la part qui tombe dans la période.
Les échecs isolés sous le seuil et les échecs contredits par les régions ne réduisent pas la disponibilité. Le temps pendant lequel la surveillance de disponibilité était désactivée n'est pas observé : il ne compte ni comme fonctionnement ni comme panne. La mesure s'arrête à la dernière vérification et reprend quand la surveillance est réactivée.
7.Temps de réponse
Le temps de réponse moyen et médian sont calculés uniquement à partir des vérifications réussies de la période. Les vérifications échouées ne baissent ni n'augmentent cette valeur.
8.Mode maintenance
Le mode maintenance coupe les notifications, pas les mesures : les vérifications continuent, et les incidents pendant la maintenance sont enregistrés et comptent dans la disponibilité.
9.Historique
Les résultats bruts des vérifications sont conservés au moins un an, actuellement tout l'historique depuis l'ajout du site. Les incidents sont conservés tant que le site est surveillé, car ce sont eux la preuve.
10.Ce que nous ne mesurons pas
WWT ne vérifie pas le contenu d'une page (pas de recherche de mots-clés), ne la rend pas comme un navigateur et ne mesure pas la performance au-delà du temps de réponse HTTP. La disponibilité est mesurée depuis un point avec confirmation des régions, pas en continu depuis chaque région. Si vous avez besoin d'une mesure depuis un lieu précis, dites-le-nous.
Dernière modification de cette méthodologie : 8 octobre 2026. Chaque changement de ces règles est annoncé dans « Nouveautés ».
Voir aussi : état en direct de nos régions de surveillance · FAQ