Surveillance de disponibilité et pages de statut pour équipes SaaSSoyez prévenu de la panne avant que vos clients ne la signalent en ligne
Votre produit, c’est l’application, l’API et les tâches qui tournent derrière. InfraNest surveille tout cela depuis jusqu’à trois continents, transforme une défaillance en un seul incident, tient votre page de statut à jour sans que personne ne tape une ligne, et confie la suite à Slack, Jira, GitHub ou PagerDuty.
Offre gratuite · Sans carte · Configuré en quelques minutes
- Conçu en Allemagne
- Aucune migration nécessaire
- Jetons chiffrés au repos
- Export à tout moment, sans verrouillage
- Application webEn ligne · 142 ms
- API publiqueEn ligne · 98 ms
- PaiementLent en Asie-Pacifique
- Facturation nocturneHeartbeat en retard de 12 min
- status.yourapp.comTous les systèmes sont opérationnels
Chaque service dont vos clients dépendent, dans une seule vue.
Le problème
La panne annoncée par vos clients
Un jeudi après-midi, un client publie une capture d’écran : le paiement échoue avec une erreur. Votre surveillance est au vert, parce qu’elle vérifie la page d’accueil depuis un seul serveur à Francfort, et la page d’accueil fonctionne. Ce qui échoue, c’est l’API de paiement, et seulement pour les clients en Asie.
Dès que quelqu’un s’en aperçoit, les alertes arrivent toutes en même temps. La base de données peine, alors l’API, l’application web et trois tâches de fond vous alertent chacune de leur côté, et les dix premières minutes servent à trouver l’alerte qui compte. La page de statut indique toujours que tout est opérationnel, parce que la mettre à jour est le travail de quelqu’un, et ce quelqu’un est en train de réparer la base de données.
InfraNest vérifie chaque partie de votre produit depuis jusqu’à trois continents et vous prévient quand assez de sondes s’accordent à dire que quelque chose ne va pas. Il regroupe les défaillances en cascade en un seul incident, met à jour votre page de statut à partir des mêmes contrôles, et confie la suite aux outils où votre équipe travaille déjà.
L’ancienne méthode
- Une tâche cron qui pingue la page d’accueil depuis un seul serveur
- Vingt alertes quand la base de données tombe
- Une page de statut que quelqu’un met à jour une heure plus tard
- La tâche nocturne qui s’est arrêtée, remarquée une semaine plus tard
Avec InfraNest
- Avec Business, des sondes sur trois continents qui doivent s’accorder avant que vous n’en entendiez parler
- Un seul incident qui nomme ce qui a réellement cassé
- Une page de statut construite à partir des contrôles, qui se met à jour toute seule
- Des moniteurs heartbeat qui remarquent le silence en quelques minutes
Comment ça marche
Le quotidien d’une équipe SaaS avec InfraNest
Vérifié depuis là où se trouvent vos clients
Avec Business, chaque contrôle tourne en même temps depuis des sondes en Europe, en Amérique du Nord et en Asie-Pacifique, et un statut ne change que lorsqu’assez de sondes, dans assez de régions, sont d’accord. Vous voyez la panne que subissent vos clients à Singapour même quand tout semble normal depuis Francfort, et personne n’est réveillé parce qu’une sonde a eu une mauvaise seconde. Les temps de réponse sont conservés par région : « c’est devenu lent en Asie mardi dernier » devient quelque chose que vous pouvez montrer.
- Des sondes sur trois continents, sur chaque contrôle, avec Business
- Un seuil de sondes et de régions avant tout changement de statut
- L’historique des temps de réponse par région
- Votre propre sonde dans votre réseau pour les services privés
https://api.northwind.com/v1/search
Vérifié depuis 3 régions · 2 sondes doivent être d’accord · 2 régions sur 3 doivent être d’accord
Un statut ne change que lorsque les seuils ci-dessus sont atteints — c’est pourquoi une région ayant une mauvaise seconde ne vous parvient jamais.
Une défaillance, un incident
Quand la base de données tombe, tout ce qui est devant tombe aussi. Indiquez à InfraNest quels moniteurs dépendent de quels autres : le parent qui tombe met ses enfants en sourdine, et vous obtenez un seul incident qui nomme ce qui a réellement cassé. L’incident garde une chronologie, de la détection à la résolution, et le travail planifié entre dans une fenêtre de maintenance au lieu de passer pour une panne.
- Des dépendances entre moniteurs, pour que la cause racine ne vous alerte qu’une fois
- Une chronologie d’incident : détecté, confirmé, mis à jour, résolu
- Des fenêtres de maintenance qui suspendent les alertes et protègent le chiffre de disponibilité
- Des moniteurs heartbeat pour les tâches qui s’arrêtent en silence
Quels moniteurs dépendent de quels autres, vous le déclarez une seule fois, par moniteur.
Est-ce qu’on vient de déployer quelque chose ?
La première question de la plupart des incidents, avec sa réponse avant même qu’on la pose. Associez un dépôt GitHub aux moniteurs qu’il concerne, et un incident qui s’ouvre dans l’heure qui suit un déploiement le mentionne en tête de sa chronologie : le commit, l’environnement, l’auteur et un lien vers l’exécution. Les mêmes déploiements apparaissent comme repères sur le graphique de temps de réponse, pour voir côte à côte un ralentissement et la version qui l’a précédé. Un déploiement ne fait qu’ajouter de l’information ; il ne change jamais un statut ni le chiffre de disponibilité.
- Le déploiement de l’heure précédente, en tête de l’incident
- Des repères de déploiement sur les graphiques de temps de réponse et de serveur
- Associez un dépôt à un moniteur, un serveur ou un tag entier
- Fonctionne avec toute tâche de déploiement qui utilise un environnement GitHub
Une page de statut que personne n’a à penser à mettre à jour
Chaque service de la page s’appuie sur l’un de vos contrôles : quand un contrôle échoue, la page change toute seule. Vous choisissez quels contrôles vos clients voient, et sous quel nom. Placez-la sur status.yourapp.com avec HTTPS géré pour vous, laissez vos clients s’abonner aux mises à jour par e-mail, et intégrez un badge ou un widget en direct dans votre application, votre documentation ou votre README. Chaque incident garde un lien permanent à coller dans une réponse au support.
- Construite à partir de votre surveillance, sans rien saisir à la main
- Votre propre domaine, votre logo et vos couleurs
- Des badges et un widget en direct pour votre application, votre documentation et votre README
- Une vue équipe privée avec l’astreinte et les liens de runbook
Affichez votre statut en direct sur votre propre site, votre documentation ou votre README. Le badge se met à jour automatiquement et renvoie vers cette page de statut.
Disposition
Aperçu en direct
Panne majeure
100 % de disponibilité sur 90 jours
Checkout & paymentsPanne majeure
Search APIPerformances dégradées
WebsiteOpérationnel
Le bandeau peut se masquer entièrement tant que tout va bien, si bien qu’une page qui l’intègre n’affiche rien jusqu’à ce qu’il y ait quelque chose à dire.
<img src="https://status.northwind.example/badge.svg" alt="Statut">
<script src="https://status.northwind.example/widget.js" data-layout="summary"></script>
<script src="https://status.northwind.example/widget.js" data-layout="list"></script>
<script src="https://status.northwind.example/widget.js" data-layout="strip"></script>
Un script cachable, rendu dans un shadow root, qui interroge un flux léger toutes les 60 secondes.
Afficher « Powered by InfraNest » · Propulsé par InfraNest
La suite, gérée dans les outils que vous utilisez déjà
Une alerte n’est qu’un début. Une automatisation peut ouvrir le ticket Jira ou Linear, créer une issue GitHub, publier une mise à jour sur votre page de statut, ou escalader vers PagerDuty si un moniteur est toujours en panne au bout de quinze minutes. Cela marche aussi dans l’autre sens : un workflow GitHub en échec ou une escalade PagerDuty peut déclencher une règle. Avant d’activer une règle, rejouez-la sur votre propre historique et simulez chaque étape.
- GitHub, Jira, Linear et PagerDuty dans les deux sens
- Une escalade seulement si c’est toujours en panne après un délai
- Une règle rejouée sur votre propre historique avant sa mise en service
- Une approbation exigée avant toute action irréversible
Alerte de moniteur · Statut égal à down
Faire ceci — les actions s'exécutent dans l'ordre, s'arrêtent au premier échec
Alors
Sinon
Ajouter une action
Rechercher des actions…
Flux
Si / branche
Exécuter des étapes uniquement si les conditions correspondent — sinon les étapes Sinon.
Pour chaque
Répéter des étapes pour chaque élément d’une liste.
Attendre
Suspendre le flux, puis continuer — p. ex. notifier, attendre, revérifier.
Définir une valeur
Définir une valeur nommée que les actions suivantes de cette automatisation peuvent réutiliser.
Exiger une approbation
Mettre en pause jusqu’à approbation avant l’exécution des étapes suivantes.
Mettez votre premier moniteur en ligne en moins d’une minute
Collez une URL. Aucun agent à installer, et l’offre gratuite inclut vingt moniteurs.
Démarrer
Couvert avant votre prochain déploiement
Aucun agent à installer pour les contrôles de site web et d’API.
Ajoutez vos points de terminaison
Collez les URL de votre application, de votre API et de votre documentation, et ajoutez une URL heartbeat aux tâches planifiées.
Aiguillez les alertes
Les avertissements vers un canal Slack, les pannes franches vers PagerDuty, et une automatisation qui ouvre le ticket.
Publiez votre page de statut
Choisissez les contrôles que vos clients voient, placez la page sur status.yourapp.com et laissez-les s’abonner.
Ce que vous obtenez
Ce qui change dès le premier jour
les clientsvous
Qui remarque une panne en premier
201
Alertes pour une seule panne de base de données
à la mainautomatique
Comment la page de statut est mise à jour
Le coût si vous le faisiez séparément
Chaque brique dans un outil différent, et l’addition grimpe vite :
- Monitoring
- ~26 €
- Suivi SSL
- ~15 €
- Page de statut
- ~26 €
- Sur 3 outils distincts
- ~67 €/mois
Également dans Pro, sans être compté ci-dessus : 100 domaines avec DNS, serveurs chez tous vos fournisseurs cloud, 25 automatisations, IP dynamique et Drop Catch.
Chaque ligne correspond à l’offre payante la moins chère de l’outil. Pro couvre tout : 50 moniteurs, 100 certificats et 3 pages de statut sur votre domaine.
Prix vérifiés en octobre 2026 · prix en dollars au taux de la BCE
Questions
Les questions des équipes SaaS
D’où partent les contrôles ?
De sondes en Europe, en Amérique du Nord et en Asie-Pacifique. Un statut ne change que lorsqu’assez de sondes, dans assez de régions, sont d’accord : un emplacement instable ne vous alerte donc pas. Les contrôles multirégions sont inclus dans Business.
Peut-il surveiller autre chose qu’une URL ?
Oui. Contrôles HTTP et de mot-clé, contrôles d’API avec assertions sur des champs JSON, ports TCP, enregistrements DNS, certificats SSL, moniteurs heartbeat pour les tâches planifiées, métriques serveur via l’agent, et les pages de statut des fournisseurs dont vous dépendez.
Comment éviter une avalanche d’alertes ?
Indiquez à InfraNest quels moniteurs dépendent de quels autres. Quand un parent tombe, ses enfants sont mis en sourdine : vous obtenez un seul incident qui nomme la cause racine. Un service qui tombe et revient sans cesse est amorti, pour qu’il ne vous alerte pas à chaque fois.
La page de statut peut-elle tourner sur notre propre domaine ?
Oui. Pointez un CNAME vers nous et le HTTPS est obtenu et renouvelé automatiquement. Si la zone est gérée dans InfraNest, l’enregistrement peut être créé pour vous.
Est-ce compatible avec GitHub, Jira et PagerDuty ?
Dans les deux sens. Des événements GitHub, Jira, Linear et PagerDuty peuvent lancer une automatisation, et les automatisations peuvent ouvrir des issues, faire avancer des tickets, relancer des workflows ou publier sur votre page de statut.
Y a-t-il une API ?
Oui. L’API et les webhooks sont disponibles dès Pro : vous pouvez piloter InfraNest depuis vos propres outils et scripts de déploiement.
Quel effet a une maintenance planifiée sur notre chiffre de disponibilité ?
Aucun. Le travail fait pendant une fenêtre de maintenance suspend les alertes, s’affiche comme planifié sur la page de statut et ne compte pas contre votre disponibilité.
De quelle offre une équipe SaaS a-t-elle besoin ?
Business : 200 moniteurs avec des contrôles toutes les 30 à 60 secondes depuis plusieurs régions, pages de statut et automatisations illimitées, et dix membres d’équipe. Un produit plus modeste peut commencer avec Pro : 50 moniteurs avec contrôles à la minute, trois pages de statut et 25 automatisations.
Pas tout à fait vous ?
Freelances & développeurs solo
Un seul opérateur, tous les sites
Agences & studios
Un portefeuille de clients à maintenir en vie
Investisseurs en domaines
Un portefeuille, pas un site
Revendeurs d’hébergement & MSP
L’infrastructure comme produit
Équipes IT et administrateurs
Une entreprise, tous ses systèmes
Soyez le premier informé de la panne.
Une surveillance depuis jusqu’à trois continents, un incident par panne et une page de statut qui se met à jour toute seule. Commencez gratuitement avec vingt moniteurs.
Offre gratuite · Sans carte bancaire · Prêt en quelques minutes