OUTPOST s’exécute entièrement dans votre navigateur. Aucun serveur ne se cache derrière : il ne peut donc pas lire le véritable statut HTTP d’un site comme le ferait un vrai service de supervision — une page peut seulement demander à une autre origine « quelque chose a-t-il répondu ? », pas « qu’a-t-elle répondu ? ». Chaque vérification écoute trois signaux indépendants :

Une requête HEAD avec CORS désactivé. Le navigateur ne peut pas lire le contenu de la réponse, mais il sait si une réponse est bien arrivée. Un silence total — échec DNS, connexion refusée, délai dépassé — est l’indice le plus sûr que quelque chose ne va vraiment pas.
Une sonde sur le favicon du site. Il se charge si l’origine répond, échoue sinon. Seul, ce signal n’est pas fiable — beaucoup de sites actifs n’ont tout simplement pas de favicon.ico à cet emplacement exact — il ne fait donc que renforcer le premier signal, sans jamais le contredire.
Une résolution DNS facultative (désactivée par défaut ; à activer avec « Signal DNS »), via le résolveur public DNS-over-HTTPS de Cloudflare — ce qui signifie que chaque nom d’hôte surveillé est envoyé à Cloudflare. C’est le seul moyen, pour une page de navigateur, de demander « ce domaine se résout-il seulement ? », ce que JavaScript ne peut pas voir autrement. C’est une question réellement différente de « le serveur a-t-il répondu ? » : un domaine qui ne se résout pas indique un problème de DNS ou d’enregistrement, pas un serveur web en panne, et OUTPOST le dit explicitement le cas échéant. Ce signal dépend de l’accessibilité d’un tiers ; il est donc mis en cache cinq minutes par domaine (pour ménager une ressource publique gratuite) et échoue en mode ouvert — si Cloudflare est bloqué, hors ligne ou limite le débit, ce signal est simplement écarté plutôt que deviné. Vous pouvez le désactiver à tout moment dans les réglages.

Une seule lecture indique CONTACT si l’un des deux premiers signaux passe, SILENCIEUX si les deux échouent franchement, FAIBLE si aucun ne se résout proprement. Le statut affiché attend toutefois une confirmation : « Confirmer après » fixe le nombre de lectures consécutives autres que CONTACT nécessaires avant qu’une station soit réellement affichée comme SILENCIEUSE — le rétablissement est toujours immédiat, seules les mauvaises nouvelles attendent, afin qu’une requête capricieuse ne déclenche pas une fausse alerte.

Chaque station suit les pannes confirmées sous forme d’épisodes (début, fin, durée), datés à partir de la première lecture brute qui a mal tourné plutôt que du moment ultérieur où OUTPOST est devenu sûr de lui — la chronologie reflète donc ce qui s’est passé, non le délai de confirmation. Les épisodes résolus disposent d’un bouton « copier le rapport » qui fournit un résumé en texte brut à coller dans un ticket ou un journal. Si plusieurs stations se taisent dans le même lot, une bannière suggère que l’explication la plus probable se trouve de votre côté de la connexion — réseau, DNS, navigateur — plutôt que dans la panne simultanée de tous les sites ; c’est une heuristique fondée sur la proportion de stations touchées, pas une certitude, surtout quand seules quelques stations sont enregistrées.

Lorsque vous activez le canari facultatif (désactivé par défaut), chaque lot de vérifications contacte aussi deux sites bien connus, sans rapport entre eux et extrêmement fiables (Google, Cloudflare) — votre adresse IP leur est donc visible — en guise de canari, selon l’idée qu’emploie un système d’exploitation pour distinguer « pas d’internet » de « tout va bien de votre côté ». Quand plusieurs stations se taisent en même temps, le canari transforme la bannière de corrélation d’une supposition en preuve : s’il ne passe pas non plus, le problème se trouve bien de votre côté ; s’il répond normalement, les stations concernées ont plus probablement un vrai problème qui leur est propre, même si la coïncidence est troublante.

Une panne en cours qui s’est déjà produite sur une station reçoit une estimation discrète, clairement étiquetée — « généralement rétablie en moins de X min » — calculée en moyenne sur les pannes passées résolues de cette même station. C’est une tendance, pas une promesse. Chaque station affiche aussi un budget sur 30 jours : pondéré dans le temps (durée réelle des pannes, et non un ratio de vérifications échantillonnées) par rapport à une disponibilité cible que vous fixez dans « Objectif » — combien d’indisponibilité reste avant que l’objectif du mois soit dépassé, ou de combien il l’est déjà.

Partager la page d’état écrit un instantané HTML distinct, statique et en lecture seule de la liste de surveillance actuelle — sans script, sans stockage, rien en direct — qui peut être mis en ligne n’importe où pour montrer aux autres ce qu’OUTPOST a vu en dernier, sans leur remettre l’outil de supervision lui-même. Il ne se met pas à jour tout seul ; exportez-le de nouveau quand vous en voulez un plus récent. Cette page comme un rapport d’incident copié portent un hachage SHA-256 de leur propre contenu, calculé avec l’API Web Crypto native du navigateur — un moyen de prouver plus tard qu’un rapport ou un instantané n’a pas été modifié après coup. Cela exige un contexte sécurisé (ce fichier servi en HTTPS, ou ouvert depuis localhost) ; en HTTP simple ou sur un chemin file:// brut, le hachage est simplement omis plutôt que simulé.

Deux stations qui se résolvent vers la même adresse IP sont signalées comme partageant probablement la même infrastructure — en réutilisant les résolutions DNS déjà effectuées, sans requête supplémentaire. Si elles sont sur la même machine ou derrière le même proxy, une panne de l’une suivie de celle de l’autre n’est probablement pas une coïncidence. Quand l’écoute automatique est activée, une station prise entre une lecture brute échouée et la confirmation est revérifiée en une vingtaine de secondes environ, au lieu d’attendre l’intervalle complet : un vrai problème est confirmé — ou un incident passager pardonné — plus vite, sans solliciter davantage les stations stables.

Chaque station dispose aussi d’un espace pour vos propres notes de procédure — qui appeler, quoi redémarrer, où chercher. Rédigées une fois, elles s’ouvrent d’elles-mêmes dès que la station se tait réellement. Chaque panne peut en outre porter séparément une brève note de cause — ce qui s’est réellement passé cette fois-ci, distinct de la procédure permanente — ajoutée pendant la panne ou à tout moment après, et intégrée au rapport copié et au courriel d’escalade de cette panne. Une panne en cours peut être acquittée pour suspendre précisément ses rappels répétés — plus léger que de programmer une maintenance, pour dire « j’ai vu celle-ci, arrêtez de me relancer » sans rien faire taire d’autre. Les heures calmes coupent le son et la notification du navigateur pour les changements de statut pendant une plage horaire que vous définissez — le message à l’écran, la trace et le statut de la station continuent de se mettre à jour normalement, seules les alertes sonores et push sont retenues.

Si le stockage local cesse un jour d’accepter les écritures — plein, ou désactivé par le navigateur (la navigation privée le restreint parfois) — une bannière le signale clairement au lieu d’échouer en silence. Tout continue de fonctionner pendant cette session ; simplement, rien ne survivra à la fermeture de l’onglet tant que le stockage ne sera pas de nouveau disponible.

Les boutons et les listes déroulantes sont dimensionnés pour un pouce, pas seulement pour un curseur — en particulier les icônes de vérification et de suppression, car un appui par erreur sur « supprimer » est la seule action ici qui ne puisse pas être annulée. Ajoutez cette page à l’écran d’accueil d’un téléphone et elle se lance en plein écran, sans l’interface du navigateur, avec sa propre icône.

Le chiffre de disponibilité de chaque carte est un nombre sur 24 heures, pondéré dans le temps, dès qu’il s’est écoulé assez de temps pour le calculer — la durée réelle d’indisponibilité dans cette fenêtre, la même base que celle mise en avant par les tableaux de bord concurrents, plutôt qu’un ratio plus grossier fondé sur le nombre de vérifications tombées pendant une panne. Survolez-le pour voir aussi le chiffre sur 7 jours ; le budget sur 30 jours couvre déjà la fenêtre plus longue.

Les stations peuvent porter une catégorie — Personnel, Travail, Projets, Organisations, ou ce que vous saisissez — qui regroupe la liste en sections repliables et permet de la filtrer sur une seule. Une catégorie qui compte assez de stations peut aussi avoir une sous-catégorie, imbriquée sur un seul niveau — une station sans sous-catégorie reste directement dans sa catégorie, sans retrait, de sorte qu’une petite catégorie ne se retrouve jamais avec une sous-section vide et inutile. Une station peut également indiquer séparément quel serveur l’héberge — un axe différent de la catégorie (à quoi elle sert par opposition à ce sur quoi elle tourne) — et la commande « Grouper par » fait basculer toute la liste d’une vue à l’autre sans toucher à aucun des deux champs. Les fenêtres de maintenance (de 30 minutes à indéfinie) gèlent les parties d’OUTPOST qui traiteraient autrement une indisponibilité planifiée comme un vrai incident : aucun épisode ne s’ouvre, aucune notification n’est envoyée, et le temps est entièrement retiré du budget sur 30 jours et du décompte de corrélation. Les vérifications continuent de tourner en dessous, les données continuent donc d’arriver — seule l’interprétation est suspendue.

Me rappeler répète l’alerte à intervalle régulier tant qu’une station reste confirmée en panne, au lieu de laisser passer inaperçue l’unique notification de la transition initiale si vous êtes loin de l’onglet — sur le modèle de l’« intervalle de renvoi » d’autres outils de supervision. Désactivé par défaut. Chaque station propose aussi le téléchargement d’un badge svg — un petit badge d’état dans le style de shields.io, dimensionné pour être intégré dans un README ou une page personnelle, distinct de l’instantané complet de la page d’état. Ce badge comme la page d’état reflètent l’état de maintenance d’une station plutôt que de présenter un travail planifié comme une vraie panne.

Conçu en partie d’après ce que proposent généralement les outils de disponibilité auto-hébergés et commerciaux (Uptime Kuma et ses concurrents). Quelques-unes de leurs fonctions standard ne survivent pas au passage à un outil côté client, sans serveur, et sont volontairement omises plutôt que simulées : lire la date d’expiration d’un certificat exige une négociation TLS brute que les navigateurs n’exposent pas aux scripts de page, et aucune API gratuite et sans clé ne comble ce manque comme le fait le résolveur DNS de Cloudflare pour le signal DNS ; vérifier depuis plusieurs régions imposerait de passer par des serveurs proxy tiers qu’OUTPOST n’a aucun moyen de contrôler ; et la recherche de mots-clés dans le contenu d’une page est bloquée par la réponse opaque no-cors même qui rend possible, au départ, la vérification d’accessibilité.

Rouvrez ce fichier après une absence et, si quelque chose s’est produit, un panneau que l’on peut fermer reconstitue les faits à partir du journal des pannes lui-même — sans suivi séparé, simplement en relisant les épisodes commencés depuis la dernière activité de cet onglet. Le titre et l’icône de l’onglet du navigateur affichent aussi un compteur de problèmes en direct : un coup d’œil à la barre d’onglets suffit, sans avoir à y basculer.

Dès que les stations sont assez nombreuses pour qu’une liste à plat ne se parcoure plus d’un coup d’œil, Santé attribue à chacune un seul nombre de 0 à 100 — 70 % pour le statut confirmé actuel, 30 % pour la disponibilité historique, avec de légères pénalités en cas de tendance de latence qui se dégrade ou de budget dépassé — et Tri et Afficher permettent d’ordonner la liste selon ce nombre (les pires d’abord, par défaut) ou selon la latence, le nom ou l’ancienneté, et, au besoin, de masquer tout ce qui n’est pas actuellement en difficulté.

Chaque panne — en cours ou résolue — dispose d’un bouton courriel à côté de « copier le rapport », qui ouvre un message prérempli (objet, horaires, durée et notes de procédure éventuelles de cette station) dont le destinataire est laissé volontairement vide, car OUTPOST n’a pas à deviner qui prévenir.

Raccourcis : L écoute maintenant, / place le curseur dans le champ d’ajout, F place le curseur dans la zone Rechercher (Échap l’efface), E exporte — tous inactifs pendant la saisie dans un champ.

Ce que rien de tout cela ne peut faire :

Distinguer une erreur 500 d’un 200 OK — seulement si le serveur a répondu, pas ce qu’il a dit.
Vérifier un site en HTTP simple depuis une page servie en HTTPS — le navigateur le bloque d’emblée comme contenu mixte. Ouvrez ce fichier en HTTP ou en local pour écouter des stations uniquement HTTP.
Continuer d’écouter quand l’onglet est fermé ou en arrière-plan trop longtemps — les navigateurs brident les minuteurs des onglets inactifs : l’écoute automatique ne remplace donc pas une vraie supervision côté serveur.
Remarquer qu’un CDN ou un serveur périphérique répond à la place d’une origine qui est en réalité hors service.

Tout — la liste des stations, le journal complet des vérifications, les épisodes, vos réglages — reste dans le stockage local de ce navigateur. Rien n’est envoyé nulle part, hormis les vérifications d’accessibilité vers les stations que vous ajoutez (chaque station voit votre adresse IP, comme n’importe quel visiteur, et reçoit aussi une requête pour /favicon.ico) et, seulement si vous les activez, les résolutions DNS vers le résolveur de Cloudflare et le canari Google/Cloudflare. « Contact » signifie seulement que quelque chose a répondu au niveau du réseau — une page d’erreur (404, 500, 502) compte aussi comme Contact. Le journal exporté contient votre liste de stations, vos notes et les dernières adresses IP observées : traitez-le comme privé. Exportez le journal quand vous le souhaitez pour le sauvegarder ou le transférer vers un autre navigateur ; si ce fichier est ouvert dans deux onglets à la fois, ils restent synchronisés automatiquement.

Add a station