L’écrivain de XDA qui a laissé son serveur multimédia sans surveillance pendant 14 jours a dû admettre la même chose que tout self-hoster finit par admettre : le serveur n’est pas tombé en panne, c’est le certificat SSL qui a expiré, et personne ne regardait. Un labo domestique qui « fonctionne bien » est généralement un labo dont la défaillance n’a pas encore été remarquée. Ces sept applications de surveillance de disponibilité font un ping sur vos services, réveillent votre téléphone quand quelque chose tombe en panne, et conservent les journaux pour que vous sachiez si hier soir était juste une accroche ou le début d’une tendance.
Nous avons testé chacune sur un vrai labo domestique (Plex, Jellyfin, Home Assistant, Nextcloud, un reverse proxy et un endpoint Wireguard) pour le taux de faux positifs, la fiabilité de la livraison des alertes sur différents canaux, le coût de stockage de la base de données des métriques et le temps qu’il faut à l’application pour se configurer après la première heure.
Ce qu’il faut rechercher dans une application de surveillance de disponibilité
- Destinations push qui vous atteignent vraiment. L’email est facile à manquer. Ntfy, Gotify, Discord et les bots Telegram sont ceux qui réveillent un self-hoster à temps.
- Auto-hébergé ou SaaS. L’auto-hébergement économise de l’argent et maintient la surveillance à l’intérieur de votre réseau. SaaS s’exécute ailleurs, donc il peut vous dire quand toute votre maison est hors ligne.
- Rétention historique. Une panne aujourd’hui a moins d’importance qu’une tendance sur les 30 derniers jours.
- Page de statut. Une page de statut publique ou privée évite la question « X est-il en panne ? » dans le chat du groupe familial.
- Surveillance des certificats TLS. Les certificats qui expirent sont la cause la plus courante de pannes d’auto-hébergement.
- Natif des conteneurs. Tout ce qui vaut la peine d’être exécuté dans un labo domestique doit également être surveillé via Docker.
Comparaison rapide
| Application | Meilleur pour | Plates-formes | Plan gratuit | Prix de départ | Notation |
|---|---|---|---|---|---|
| Uptime Kuma | Pilote quotidien auto-hébergé | Docker, natif | Oui, complet | Gratuit (open source) | 65k étoiles GitHub |
| Gatus | Configuration YAML-first avec suivi SLO | Docker, natif | Oui, complet | Gratuit (open source) | 8k étoiles GitHub |
| Statping-ng | UI élégante avec page de statut publique | Docker, natif | Oui, complet | Gratuit (open source) | 5k étoiles GitHub |
| UptimeRobot | SaaS externe, pas d’auto-hébergement | Web | 50 moniteurs gratuits | $8/mois Solo | 4.7 (G2) |
| Better Stack | SaaS externe avec page de statut | Web | 10 moniteurs gratuits | $29/mois Pro | 4.8 (G2) |
| Cachet | Page de statut publique pour les services | Docker, natif | Oui, complet | Gratuit (open source) | 18k étoiles GitHub |
| Healthchecks.io | Surveillance des cron et des tâches | Docker, SaaS | 20 vérifications gratuites | $5/mois Hobbyist | 8k étoiles GitHub |
Les applications
1. Uptime Kuma, meilleur pilote quotidien auto-hébergé
Uptime Kuma est le moniteur de disponibilité de référence open-source. Il ressemble à un service hébergé, s’exécute dans un seul conteneur Docker et couvre HTTP(S), port TCP, DNS, ping, gRPC, MQTT, statut du conteneur Docker et expiration du certificat SSL. Alertes vers plus de 90 destinations incluant ntfy, Gotify, Telegram, Discord, PagerDuty et tout webhook générique. Pages de statut publiques et privées incluses.
Où il échoue : Interface conviviale pour un seul utilisateur, permissions multi-utilisateurs basiques. SQLite par défaut, qui devient un goulot d’étranglement au-delà de quelques centaines de moniteurs.
Tarification :
- Gratuit, open source (MIT).
- Service hébergé Kuma.pet optionnel pour $6/mois si vous ne voulez pas vous auto-héberger.
Plates-formes : Docker (recommandé) ou installation native de Node.js sur Windows, macOS, Linux.
Télécharger : uptime.kuma.pet ou github.com/louislam/uptime-kuma.
Conclusion : La recommandation par défaut pour un labo domestique. Installation dix minutes, fonctionne pendant des années.
2. Gatus, meilleur moniteur YAML-first
Gatus traite la surveillance comme une configuration. Un fichier YAML définit chaque service, chaque vérification et chaque chemin d’alerte. Parfait pour les flux de travail GitOps où vous vérifiez votre configuration de surveillance dans un dépôt. Support natif des conditions de style SLO (« ce endpoint doit répondre en moins de 200ms, 99,9% du temps sur 30 jours »).
Où il échoue : Pas d’éditeur point-and-click. Ajouter un nouveau moniteur signifie éditer YAML et recharger. Courbe d’apprentissage plus raide qu’Uptime Kuma.
Tarification :
- Gratuit, open source (Apache 2.0).
Plates-formes : Docker (recommandé) ou binaire natif sur Windows, macOS, Linux.
Télécharger : gatus.io ou github.com/TwiN/gatus.
Conclusion : Le bon choix si vous préférez la configuration en tant que code et voulez des conditions de style SLO.
3. Statping-ng, meilleur avec page de statut polie
Statping-ng (fork maintenu par la communauté du Statping original) associe la surveillance de disponibilité avec la page de statut intégrée la plus propre de cette liste. Plusieurs backends de base de données (SQLite, MySQL, Postgres), alertes simples vers Slack, Discord, Email, Telegram et webhooks, et une API REST pour l’automatisation.
Où il échoue : Moins d’intégrations d’alertes qu’Uptime Kuma. Rythme de développement plus lent qu’Uptime Kuma ou Gatus.
Tarification :
- Gratuit, open source (GPL v3).
Plates-formes : Docker ou binaire natif sur Windows, macOS, Linux.
Télécharger : statping-ng.github.io ou github.com/statping-ng/statping-ng.
Conclusion : Le bon choix quand la page de statut publique est tout aussi importante que la surveillance elle-même.
4. UptimeRobot, meilleur SaaS externe
UptimeRobot surveille vos services de l’extérieur de votre réseau. C’est important, car un moniteur auto-hébergé ne peut pas vous dire quand tout votre internet domestique est hors ligne. Le niveau gratuit inclut 50 moniteurs à intervalles de 5 minutes, ce qui couvre la plupart des labos domestiques. Les niveaux payants ajoutent des vérifications de 30 secondes, plus d’intégrations et des pages de statut de marque Pro.
Où il échoue : Moniteur externe, il ne voit donc que les services publics. Vous avez besoin d’un tunnel Cloudflare ou d’un endpoint avec redirection de port pour qu’UptimeRobot puisse vérifier. Le niveau gratuit est à intervalles de 5 minutes, ce que certains considèrent comme lent.
Tarification :
- Gratuit : 50 moniteurs, vérifications de 5 minutes.
- Solo : $8/mois, vérifications de 30 secondes.
- Plans d’équipe à partir de $22/mois.
Plates-formes : Web, applications iOS et Android.
Télécharger : uptimerobot.com dans n’importe quel navigateur.
Conclusion : Le complément parfait pour un moniteur auto-hébergé. Exécutez les deux, pour que vous attrapiez les pannes des deux côtés.
5. Better Stack (anciennement Better Uptime), meilleur SaaS externe avec page de statut
Better Stack fait la surveillance de disponibilité, la planification des astreintes et les journaux hébergés en un seul produit. Les vérifications de disponibilité sont le point d’entrée : intervalles rapides (30 secondes), réponse aux incidents avec rotations d’astreinte et belles pages de statut publiques. S’intègre à pratiquement tous les canaux de notification.
Où il échoue : Plus cher qu’UptimeRobot pour le même nombre de moniteurs. La plate-forme complète (journaux, incidents, astreintes) est beaucoup si vous voulez juste la surveillance de disponibilité.
Tarification :
- Gratuit : 10 moniteurs, vérifications de 3 minutes.
- Pro : $29/mois par utilisateur, vérifications de 30 secondes et pages de statut.
Plates-formes : Web, applications iOS et Android.
Télécharger : betterstack.com dans n’importe quel navigateur.
Conclusion : Le bon choix quand vous voulez une page de statut de classe professionnelle et pouvez grandir vers les fonctionnalités d’astreinte.
6. Cachet, meilleure page de statut dédiée
Cachet n’est pas un moniteur de disponibilité complet : c’est la page de statut publique. Associez-le à Uptime Kuma ou Gatus pour la création automatique d’incidents, ou pilotez-le manuellement si vous préférez organiser ce que vos utilisateurs voient. L’interface est propre et la fonction de fenêtre de maintenance est vraiment utile pour les pannes planifiées.
Où il échoue : Ne surveille rien par lui-même. Nécessite PHP et une base de données.
Tarification :
- Gratuit, open source (BSD-3-Clause).
Plates-formes : Docker ou installation native de PHP sur Windows, macOS, Linux.
Télécharger : cachethq.io ou github.com/cachethq/cachet.
Conclusion : Le bon choix si vous avez déjà un moniteur et voulez donner à votre famille ou à vos utilisateurs une page de statut appropriée à consulter.
7. Healthchecks.io, meilleur pour la surveillance des cron et des tâches
Healthchecks.io surveille les tâches qui devraient s’exécuter et vous alerte quand elles ne s’exécutent pas (« dead-man’s switch »). Parfait pour les scripts de sauvegarde, les rotations d’instantanés et toute tâche planifiée où le silence signifie une défaillance. Chaque vérification a une URL unique que vous faites un ping depuis votre script ; le service vous alerte si le ping n’arrive pas dans la fenêtre attendue.
Où il échoue : Modèle mental différent d’Uptime Kuma. Ne vérifie pas « cet endpoint est-il actuellement disponible ? » comme travail principal.
Tarification :
- Gratuit (SaaS) : 20 vérifications.
- Hobbyist : $5/mois, 100 vérifications.
- Auto-hébergé : gratuit, open source (BSD-3-Clause).
Plates-formes : Web (SaaS) ou auto-hébergé via Docker.
Télécharger : healthchecks.io ou github.com/healthchecks/healthchecks.
Conclusion : Le bon choix pour surveiller les sauvegardes et autres tâches d’échec silencieux. Complémentaire à Uptime Kuma, pas un remplacement.
Comment choisir le bon
Si vous voulez la configuration auto-hébergée la plus simple : Uptime Kuma. C’est la recommandation par défaut pour une raison.
Si vous vérifiez votre infrastructure dans un dépôt : Gatus et sa configuration YAML-first.
Si votre page de statut est tout aussi importante que votre surveillance : Statping-ng ou Cachet (associé à un moniteur).
Si vous avez besoin de détecter les pannes quand tout votre réseau tombe : un SaaS externe, soit UptimeRobot pour le niveau gratuit, soit Better Stack si vous voulez une page de statut professionnelle.
Si votre problème est les défaillances silencieuses des sauvegardes : Healthchecks.io en tant que complément à votre moniteur actif.
La bonne configuration pour un labo domestique sérieux : Uptime Kuma à l’intérieur du réseau pour les services, UptimeRobot à l’extérieur pour la disponibilité externe et Healthchecks.io pour les tâches planifiées. C’est l’attirail qui capture les trois modes de défaillance que les labos domestiques voient réellement.
FAQ
Quel est le meilleur moniteur de disponibilité gratuit ?
Uptime Kuma si vous pouvez vous auto-héberger, ou le niveau gratuit d’UptimeRobot (50 moniteurs, vérifications de 5 minutes) si vous ne pouvez pas. Les deux sont éprouvés, les deux sont utilisés à grande échelle, et les deux vous diront quand vos services sont en panne.
À quelle fréquence les vérifications de disponibilité doivent-elles s’exécuter ?
Pour un labo domestique, les intervalles d’une minute détectent la plupart des pannes réelles sans ajouter de charge significative. Toutes les 5 minutes c’est bien pour les services qui n’ont pas besoin d’une action immédiate. Au-dessous d’une minute (10–30 secondes) n’est utile que pour les services publics où chaque minute d’arrêt vous coûte.
Dois-je auto-héberger la surveillance de disponibilité ?
Oui, mais associez-le à un moniteur externe. Un moniteur auto-hébergé est rapide, privé et gratuit, mais il ne peut rien voir quand votre propre réseau domestique est hors ligne. Le niveau gratuit d’UptimeRobot est le complément externe le moins cher.
Comment suis-je averti quand un service tombe en panne ?
Les notifications push via un bot de chat (Discord, Telegram) atteignent la plupart des self-hosters plus vite que l’email. Ntfy et Gotify sont des services push légers conçus pour cela. Toutes les applications de cette liste supportent au moins l’un de ces canaux.
Les moniteurs de disponibilité peuvent-ils vérifier les services derrière un VPN ou un tunnel Cloudflare ?
Les moniteurs auto-hébergés à l’intérieur du réseau peuvent accéder directement aux services. Les moniteurs externes ont besoin d’un endpoint public, où entrent les tunnels Cloudflare, Tailscale funnel ou un reverse proxy avec redirection de port.
