Original en anglais: https://argusic.com/best/uptime-monitoring

Moniteurs de disponibilité open source et pages de statut, testés

Moniteurs et pages de statut que vous pouvez exécuter vous-même. La liste est triée selon si chaque projet a fonctionné lorsqu'Argusic l'a installé sur une machine vierge, avec l'enregistrement de cette tentative à un clic.

Testé entre le 17 septembre 2026 et le 30 octobre 2026. Chaque ligne indique sa propre date de test ; un projet peut changer après cette date.

17 des 17 projets testés fonctionnent.

En bref : 15 des 17 projets testés ont démarré tel quel sur une machine vierge : gatus, hertzbeat, kener, tinystatus, jump, maintenant, Uptimer et PongHub, et 7 autres. 2 autres ont démarré une fois qu'un substitut a remplacé un service attendu, comme une base de données : tianji et UptimeKit-CLI.

Mesuré par Argusic sur une machine vierge, à chaque fois. Chaque chiffre renvoie à ses preuves.

#	projet	verdict	Score Argusic	langage	étoiles	testé le
1	gatus	Fonctionne	100 / 100	Go	12,501	23 septembre 2026
	Page de statut automatisée orientée développeur avec alertes et gestion des incidents Ce que le test a constaté : Gatus builds from source, launches on port 8080, serves the health API returning 200, monitors all configured HTTP and DNS endpoints, and 74 of 76 Go test packages pass with only ICMP tests failing due to missing CAP_NET_RAW in the unprivileged container. 6 minutes.
2	hertzbeat	Fonctionne	100 / 100	Java	7,453	23 septembre 2026
	Un système d'observabilité open source en temps réel, de nouvelle génération, propulsé par l'IA. Ce que le test a constaté : HertzBeat server builds, its full Maven test suite passes except one Docker-only integration test, and the assembled server runs with working JWT login and authenticated API on port 1157 in this container. 37 minutes.
3	kener	Fonctionne	100 / 100	TypeScript	5,237	24 septembre 2026
	Des pages de statut époustouflantes, avec tout inclus! Ce que le test a constaté : Kener v4.1.3 is built, serves a status page on port 3000 with SQLite and Redis, all 136 tests pass, health endpoint confirms database and Redis connectivity. 14 minutes.
4	tinystatus	Fonctionne	100 / 100	Python	1,588	6 octobre 2026
	Petite page de statut générée par un script Python Ce que le test a constaté : TinyStatus installs and runs cleanly out of the box: all 17 unit tests pass, and the app generates a valid status page with proper HTTP/ping/port check results, incident rendering, and history tracking. 2 minutes.
5	jump	Fonctionne	100 / 100	PHP	605	30 octobre 2026
	Jump est une page de démarrage auto-hébergée et une page de statut en temps réel pour votre serveur, conçue pour être simple, élégante, rapide et sécurisée. Ce que le test a constaté : Jump runs on PHP 8.3 in the sandbox, serving /, /tag/*, static assets and the status API with real JSON, and reported 7 configured sites (4 online, 3 offline). 35 minutes.
6	maintenant	Fonctionne	100 / 100	Go	532	18 octobre 2026
	Surveillance auto-hébergée pour Docker, Kubernetes et uptime. Un seul binaire Go, pas de configuration d'agent, alertes en direct. Déposez un conteneur, votre... Ce que le test a constaté : maintenant binary builds and runs, serving HTTP 200 on health API and root endpoint, with 42 test suites passing. 6 minutes.
7	Uptimer	Fonctionne	100 / 100	TypeScript	483	19 septembre 2026
	Une puissante page de surveillance de disponibilité et de statut sans serveur sur le réseau Edge de Cloudflare Ce que le test a constaté : Uptimer project installs, builds, passes all 488 unit tests across 50 test files, typechecks, lints, and runs locally with the worker API responding with correct data on public and authenticated admin endpoints. 10 minutes.
8	PongHub	Fonctionne	100 / 100	Go	224	20 septembre 2026
	Surveillance d'endpoint gratuite. Déploiement en un clic. Ce que le test a constaté : PongHub builds, all 4 test packages pass, and the binary runs end-to-end against a real HTTP endpoint, correctly logging success and generating the HTML report. 4 minutes.
9	upstat	Fonctionne	100 / 100	TypeScript	200	20 septembre 2026
	un outil de surveillance de statut simple, open source et auto-hébergé Ce que le test a constaté : Upstat Go API builds and runs on port 8000 with SQLite, accepting user signup/signin, creating and listing monitors with heartbeat pings, and serving Swagger docs over HTTP. 17 minutes.
10	peekaping	Fonctionne	96 / 100	Go	1,213	18 septembre 2026
	Meilleure alternative à Uptime Kuma Ce que le test a constaté : Peekaping API server starts on port 8034 with SQLite, connects to local Redis, and responds HTTP 200 on /api/v1/health. All 16 Go test packages pass. The React web frontend builds without errors. 16 minutes.
11	statuspage	Fonctionne	96 / 100	JavaScript	768	19 septembre 2026
	Une page de statut simple, zéro dépendance, en js/html pur, basée sur GitHub Pages et Actions. Ce que le test a constaté : Health check script curls 5 URLs and logs results; static server serves index.html, JS, CSS, SVG, config, and 5 log files with 200 status. 3 minutes.
12	issue-status	Fonctionne	96 / 100	TypeScript	430	19 septembre 2026
	Une page de statut flexible, moderne et fulgurante. Ce que le test a constaté : The issue-status monorepo is fully functional: pnpm install succeeds, tests pass (1 passed, 1 skipped/todo), the issue-status package builds via Vite, both CLIs build via tsdown, the example status page app builds and serves correctly via dev/built modes, and the GitHub provider fetches real data from the public... 37 minutes.
13	server-status	Fonctionne	96 / 100	PHP	407	19 septembre 2026
	Simple page de statut de serveur d'aspect moderne avec administration et quelques fonctionnalités intéressantes, qui peut fonctionner même sur un hébergement... Ce que le test a constaté : PHP 8.3 and MariaDB 10.11 are running, the server_status database has 11 tables with proper settings, and all pages (index, admin, install, API) respond with HTTP 200 and render correct content without warnings. 27 minutes.
14	fettle	Fonctionne	91 / 100	TypeScript	282	20 septembre 2026
	Page de statut gratuite et magnifique propulsée par GitHub, utilisant GitHub Pages, Actions et Issues pour des mises à jour en temps réel et la gestion des... Ce que le test a constaté : Fettle installs, builds, and exports cleanly (next.config.js patched for image optimization); the production server and the exported static site both serve HTTP 200, and a real headless-browser load of the exported page fetched live GitHub data and showed all systems operational with both services and incidents... 12 minutes.
15	uptime-kuma	Fonctionne	64 / 100	JavaScript	93,261	20 septembre 2026
	Un outil de supervision auto-hébergé élégant Ce que le test a constaté : Uptime Kuma 2.5.3 starts on Node.js 22, listens on port 3001, serves the setup page over HTTP, and passes 196 of 242 backend tests; 38 tests fail solely due to missing Docker and missing ping binary in the container sandbox. 10 minutes.
16	tianji	Fonctionne avec des mocks	92 / 100	TypeScript	3,118	17 septembre 2026
	Tianji: Aperçu de tout, Analyse de site web + Moniteur de disponibilité + Statut du serveur. Pas seulement une autre alternative à GA. Ce que le test a constaté : Dependencies installed, project builds successfully, shared and most server unit tests pass, client component tests mostly pass; server cannot launch without a PostgreSQL database. 25 minutes.
17	UptimeKit-CLI	Fonctionne avec des mocks	92 / 100	JavaScript	277	20 septembre 2026
	Un CLI moderne, multi‑plateforme pour surveiller les sites web et les APIs. Ce que le test a constaté : The project builds, its 246-unit test suite passes 6/6 suites, and the CLI starts a background daemon, adds HTTP/DNS/SSL monitors, and renders a live TUI dashboard with real monitoring data (DNS resolution, SSL certificate validation, HTTP checks). The edit command was fixed to accept 0 retries. Node 22 is required. 18 minutes.

Fonctionne s'est installé et a démarré avec ses vraies dépendances. Fonctionne avec des mocks a démarré après que des substituts ont remplacé des services externes, comme une base de données ou une API tierce. Non vérifiable ni l'agent standard ni l'agent plus puissant ne l'ont fait fonctionner dans la limite de temps ; le log montre où il s'est arrêté.

Avant de choisir

Décidez si vous souhaitez exécuter une base de données. Cinq projets ont démarré tels quels avec un stockage embarqué ou SQLite (gatus, PongHub, upstat, hertzbeat et kener, qui ont aussi monté un vrai Redis); trois s'attendaient à un Redis, MySQL ou PostgreSQL que l'agent devait remplacer (peekaping, server-status, tianji). La colonne du verdict et le constat sous chaque nom vous indiquent dans quel groupe se trouve un projet avant de lire son README.

Décidez si vous avez besoin de supervision ou uniquement d'une page de statut. statuspage et fettle sont des sites statiques qui publient un statut que vous leur fournissez; ils ne peuvent sonder eux-mêmes aucune ressource. gatus, uptime-kuma et peekaping exécutent les vérifications et hébergent la page. tianji va plus loin et inclut de l'analytique web; il figure également sur la liste des outils d'analytique auto-hébergés, avec son propre classement ici.

Regardez les minutes. Le temps que chaque exécution de vérification a pris est un bon indicateur de ce qu'une première installation exige de vous: 7 à 12 minutes pour les projets à binaire unique et statiques, 23 à 38 pour ceux qui construisent une pile complète (hertzbeat, issue-status, server-status, upstat).

Lisez le constat avant le nombre d'étoiles. uptime-kuma a de loin le plus d'étoiles et se classe tout de même douzième, car le jour de son test, il n'a démarré qu'après le téléchargement d'un frontend pré-construit et 46 de ses 240 tests backend ont échoué; la ligne le dit, et le log le montre.

Comment nous avons testé

Pour un moniteur ou une page de statut, fonctionner signifiait que le processus serveur démarrait sur la machine propre et répondait via HTTP: l'interface web ou un endpoint de santé répondait, et si le projet inclut une suite de tests, la suite s'exécutait.

Deux choses séparaient les verdicts de cette liste. Les projets avec un binaire unique ou une base SQLite intégrée démarraient tels quels; gatus, par exemple, a continué à exécuter de véritables vérifications HTTP et DNS sur des endpoints en direct. Les projets qui nécessitent une base de données, un cache ou une file de messages ne démarraient que lorsque l'agent se substituait à ce service: peekaping nécessitait un Redis embarqué, server-status un MySQL local, et tianji un PostgreSQL construit à partir de packages extraits. Ce sont des « fonctionne avec des mocks ».

Sortie du terminal de gatus sur la machine de test d'Argusic, 30 octobre 2026 — Les dernières lignes de l'exécution de vérification de gatus, le projet classé en tête. Log complet et enregistrement sur sa page.

Les vérifications qui nécessitent une infrastructure qu'un conteneur ne fournit pas, comme le ping ICMP (sockets bruts) ou Docker, apparaissent comme des tests échoués dans le journal et n'ont pas bloqué le verdict lorsque le serveur lui-même était opérationnel; uptime-kuma est le cas le plus clair. Les pages de statut statiques ont été construites et servies localement; statuspage et fettle en sont des exemples.

Graphique à barres : 15 ont fonctionné tel quel, 2 avec des mocks, 0 non vérifiable, Moniteurs de disponibilité open source et pages de statut, testés, 30 octobre 2026 — Verdicts de cette liste au dernier test.

Dans cette liste, au dernier test : 15 projets ont fonctionné tel quel, 2 avec des mocks, 0 non vérifiable. Langages testés : Go, Java, JavaScript, PHP, Python, TypeScript. Chaque tentative a utilisé une machine propre à usage unique, le projet à une version épinglée et une limite de 45 minutes ; la procédure complète se trouve sur la page de méthodologie.

Questions fréquentes (FAQ)

Que signifie « fonctionne » pour un moniteur de disponibilité?

Le serveur a démarré sur une machine propre et a répondu via HTTP, avec sa suite de tests exécutée le cas échéant. Cela ne signifie pas que tous les types de vérification fonctionnent: ping nécessite des droits de socket raw qu'un conteneur n'a pas, et cela apparaît comme des tests échoués dans le log, pas dans le verdict.

Pourquoi uptime-kuma n'est-il pas en tête?

Le classement est mesuré, pas éditorial. À la date de son test, le serveur n'a démarré qu'après que l'agent a téléchargé un frontend préconstruit et corrigé un shim de délai dépassé, et les tests qui nécessitent Docker ou ping ont échoué. C'est « fonctionne avec des mocks », ce qui le classe sous les projets qui ont démarré tels quels. Le log est à un clic sur sa ligne.

Ces projets nécessitent-ils une base de données pour être auto-hébergés?

Cela dépend du projet. Plusieurs sur cette liste ont fonctionné avec SQLite ou sans base de données du tout. Ceux marqués « fonctionne avec des mocks » avaient besoin d'un service que l'agent devait simuler, comme Redis, MySQL ou PostgreSQL; la page de chaque projet précise lequel.

Les pages de statut statiques sont-elles testées de la même manière?

Oui. L'agent a construit le site et servi la sortie localement; statuspage et fettle en sont des exemples. Une page statique ne peut rien surveiller par elle-même, elle ne répond donc qu'à la moitié « page de statut » de la question.

Dans quelle mesure cette liste est-elle à jour?

Chaque ligne porte sa propre date de test et la page indique la fenêtre. Un projet peut changer après son test; une nouvelle tentative ne remplace le verdict que lorsqu'elle se termine avec des preuves complètes.

Comment cette liste est-elle classée ?

Selon la mesure, pas l'opinion : les projets qu'Argusic a installés et lancés sur une machine vierge viennent d'abord, puis ceux qui ont fonctionné avec des mocks à la place des services externes, puis ceux qu'il n'a pas pu vérifier. En cas d'égalité, c'est le Score Argusic qui départage, puis la popularité sur sa propre source.

Où sont les preuves ?

Chaque ligne renvoie à la page Argusic du projet, où chaque exécution a un log complet et un enregistrement du terminal conservés avec une empreinte sha256. Les mêmes pages existent pour chacun des projets testés, qu'il figure dans cette liste ou non.

Autres listes de cette catégorie

Toutes les listes : Meilleurs. Tous les projets testés : projets.