Supervision & statut
Une page de statut à laquelle vos clients se fient — et sur laquelle votre équipe peut travailler.
Une page à vos couleurs, construite à partir des vérifications que vous exécutez déjà : il n’y a aucun statut à tenir à jour à la main. Votre propre domaine avec HTTPS automatique, des badges et un widget en direct pour partout ailleurs, des abonnés e-mail gérés proprement, et chaque incident à une adresse permanente que vous pouvez coller dans un ticket. Et puis ce que personne d’autre ne livre : la même page à nouveau, derrière votre connexion, avec le contact d’astreinte, les liens de runbook et la matrice des services dont la personne qui intervient a réellement besoin.
Offre gratuite · Sans carte bancaire · Une page en ligne en 5 minutes
- Construite depuis votre supervision — aucun statut à tenir à jour
- Une vue équipe privée avec l’astreinte et les runbooks, à un clic
- Chaque incident à un lien permanent que vous collez dans un ticket
- Votre propre domaine, avec l’enregistrement CNAME créé pour vous
- Des badges et un widget en direct pour votre README, votre doc ou votre pied de page
Northwind Cloud Status
status.northwind.example
Panne majeure
Checkout & payments est en panne
Scheduled maintenance this weekend
We'll be upgrading our database cluster on Saturday 02:00–03:00 UTC. Brief API slowdowns are possible; no downtime is expected.
Public
Developer
Recevoir des notifications
6 services sur 8 en ligne · 100 % de disponibilité sur 90 jours · 3 abonnés·Propulsé par InfraNest
La même page de statut, écrite pour ceux qui réparent
Votre page de statut est écrite pour vos clients. Elle répond à une question — est-ce que quelque chose est cassé — et délibérément à rien d’autre, ce qui est juste, et ce qui la rend inutile à la personne qui vient d’être appelée. Il existe donc une seconde vue de la même page, dans InfraNest derrière votre connexion habituelle, à un clic. Elle s’ouvre sur le statut global, le nombre de services en ligne, la disponibilité sur trente jours et l’heure de la prochaine fenêtre de maintenance. En dessous : qui est d’astreinte, en texte libre, parce qu’un planning est un produit à part entière et que ce que les équipes y mettent vraiment, c’est un nom, un numéro et un canal. Puis chaque incident en cours, chacun renvoyant au compte rendu public — parce que c’est l’URL que la personne d’astreinte colle dans le ticket. Puis les services, groupés exactement comme vos clients les voient, avec les barres de disponibilité, la dernière vérification, et un bouton Runbook pour ceux dont vous en avez écrit un. Elle se rafraîchit toutes les trente secondes, donc elle peut rester ouverte pendant un incident.
- Astreinte, liens de runbook et matrice des services — rien de tout cela sur la page publique
- Les runbooks sont par service, pas par page : on veut le document de ce qui est cassé, pas un index de wiki
- Les incidents ouverts renvoient au compte rendu public, qui est le lien qui finit dans le ticket
- Rien de tout cela n’atteint une sortie publique — appliqué par une liste blanche et deux tests, pas par un filtre dont quelqu’un doit se souvenir
- Qui connaît le mot de passe de votre page voit la page publique et rien de plus
Ce dont votre équipe a besoin pendant un incident. Seules les personnes connectées à votre organisation voient cette page.
Global
Panne majeure
Services actifs
6/8
Disponibilité · 30 j
100%
Prochaine maintenance
—
Astreinte
Primary: Sam Okoye · +31 6 12 34 56 78 · #northwind-oncall on Slack. Escalation after 15m: Alex Rivera.
Ouverts actuellement
Services · 30 derniers jours
Public
Developer
Se rafraîchit toutes les 30 secondes, pour rester ouverte pendant un incident. La note d’astreinte et les liens de runbook n’atteignent jamais aucune sortie publique — appliqué par une liste blanche et deux tests, pas par un filtre dont quelqu’un doit se souvenir.
Chaque incident reçoit sa propre adresse permanente
Sur la plupart des pages de statut, un incident existe aussi longtemps que l’incident lui-même. Ensuite il défile hors de l’écran, et le lien que vous avez collé dans un ticket il y a trois jours arrive maintenant sur une page qui dit que tout va bien. Ici, chacun a une URL permanente à lui — status.votresociete.fr/incidents/482 — et le lecteur arrive sur cet incident précis : ce qu’il affecte, quand il a commencé, combien de temps il a duré, et chaque mise à jour dans l’ordre. Il continue de fonctionner une fois l’incident résolu, et c’est tout l’intérêt : votre page de statut cesse de parler d’une panne dès qu’elle est terminée, et le ticket dans lequel vous l’avez envoyée reste ouvert bien plus longtemps. Il survit aussi à la fenêtre d’historique : cette fenêtre régit la longueur d’une liste, pas la durée de vie d’un lien. En bas, elle indique comment le problème a été trouvé — le plus souvent que la supervision l’a vu, et depuis combien de régions — relu depuis les sondes qui l’ont réellement constaté, si bien qu’un vieil incident dont les données de sonde ont été purgées en dit moins plutôt que d’inventer un chiffre.
- Un lien permanent par incident, qui fonctionne encore longtemps après sa résolution et après sa sortie de l’historique
- La chronologie complète des mises à jour — investigation, cause identifiée, surveillance, résolu
- Comment il a été détecté, et depuis combien de régions, relu depuis les sondes qui l’ont vu
- Sur votre propre domaine, l’URL d’incident ne porte pas de slug, et c’est cette adresse qui figure dans les e-mails aux abonnés
- Une page protégée par mot de passe le demande avant de nommer l’incident — le titre ne fuite pas
← Retour au statut
Service concerné
Checkout & payments — HTTP 503 — Service Unavailable
Mises à jour
- InvestigationNous constatons une hausse des réponses 503 sur le point d’entrée du paiement et nous enquêtons.
Détecté automatiquement par notre supervision.
Lien permanent. Collez-le dans un ticket et le lecteur arrive exactement sur cet incident. Il continue de fonctionner une fois l’incident résolu, et même après sa sortie de la fenêtre d’historique.
Construite depuis la supervision que vous avez déjà
Il n’y a pas ici de seconde copie de la vérité, ni rien à penser à mettre à jour. Derrière chaque service de la page se trouve l’une de vos vérifications, donc son statut est ce que cette vérification a dit en dernier — et quand une vérification tombe, la page change d’elle-même, bannière du haut comprise. Les services sont rangés dans les groupes que vous choisissez, pour que la page se lise comme une liste de services et non comme une liste de vérifications, et le nom public vous appartient : le moniteur peut s’appeler « App — northwind-app.dev » pendant que la page affiche « Application web ». Quelles vérifications apparaissent est une décision éditoriale et le reste. Une page de statut est un choix sur ce qu’on dit à un public, pas un déversement de tout ce que vous surveillez : les vérifications de certificat, de redirection et de port de base de données peuvent rester internes. Vous pouvez ajouter à côté les services tiers dont vous dépendez, et c’est ainsi que « est-ce vous ou est-ce Stripe ? » trouve sa réponse sur la même page plutôt que dans votre boîte mail.
- Une vérification de supervision derrière chaque service, pour que le statut ne soit jamais saisi à la main
- Des groupes que vous choisissez — « Site », « API », « E-mail » — pour que cela se lise comme une liste de services
- Publiez certaines vérifications et gardez les autres en interne ; la page est un choix éditorial
- Les dépendances tierces listées à côté de vos propres services
- La maintenance planifiée s’affiche comme planifiée et non comme une panne, pour qu’une fenêtre prévue n’entame pas votre disponibilité
Glissez pour réorganiser. Chaque composant reflète le statut d’un moniteur lié.
| Affiché comme | Lier à un moniteur | Statut |
|---|---|---|
| WebsitePublic | Marketing site | Opérationnel |
| Web appPublic | App — northwind-app.dev | Opérationnel |
| Checkout & paymentsPublic | Checkout flow | Panne majeure |
| Sign-upPublic | Signup page copy | Opérationnel |
| DocumentationPublic | Docs | Opérationnel |
| APIDeveloper | API health | Opérationnel |
| Search APIDeveloper | Search API | Performances dégradées |
| Outbound emailDeveloper | Mail — SMTP | Opérationnel |
8 services publiés, 4 vérifications gardées en interne. Une page de statut est un choix sur ce qu’on dit à un public, pas la liste de tout ce que vous surveillez — les vérifications de certificat, de redirection et de port de base de données restent donc en dehors.
Mettez la page à vos couleurs, sans forker de template
Logo, image d’en-tête, texte et lien de pied de page, et la couleur d’accent de votre organisation — reprise de votre marque pour rester cohérente partout plutôt que redéfinie page par page. Deux dispositions : une colonne, ce qui convient à la plupart des pages, ou deux, avec les services à gauche et la maintenance et le formulaire d’abonnement à côté — utile dès qu’une longue liste de services a repoussé le formulaire des milliers de pixels plus bas, là où personne ne le trouve. Les deux affichent exactement les mêmes informations ; rien n’est ajouté, masqué ou reformulé, seulement déplacé. Quelle que soit la disposition, ce qui ne va pas en ce moment reste sur toute la largeur en haut : une disposition peut réorganiser une page, elle ne peut pas reléguer une panne dans une colonne latérale. Clair, sombre ou automatique, et automatique continue de suivre — un visiteur dont l’appareil passe au sombre au coucher du soleil voit la page ouverte se remettre au thème. Aéré ou compact, où compact ne change que les espacements et ne masque jamais un service, pour qu’une panne ne puisse pas être resserrée hors de vue.
- Chaque option est un réglage avec un aperçu en direct — aucun template à forker et aucun designer nécessaire
- Une colonne ou deux ; les deux montrent la même chose, et aucune ne peut pousser une panne dans une colonne latérale
- Clair, sombre ou automatique — et automatique continue de suivre l’appareil, pas seulement au premier chargement
- L’espacement compact ne change que l’espacement : aucun service et aucune section ne disparaît
- Une fenêtre d’historique de 30, 60 ou 90 jours, qui régit ensemble les barres de disponibilité et la liste des incidents
Disposition
Les deux dispositions affichent exactement les mêmes informations. Seul l’agencement change.
Thème de couleurs
Automatique suit le réglage de l’appareil de chaque visiteur.
Espacement
Historique affiché
Couleur d’accent
Reprise de la couleur de marque de votre organisation.
Aperçu en direct
Chaque option est un réglage avec un aperçu en direct — aucun template à forker. Quelle que soit la disposition, ce qui ne va pas en ce moment reste sur toute la largeur en haut — une disposition peut réorganiser la page, elle ne peut pas reléguer une panne dans une colonne latérale.
Votre propre domaine, et nous créons l’enregistrement pour vous
Pointez status.votresociete.fr vers nous avec un CNAME et le certificat est obtenu et renouvelé automatiquement. Si ce nom d’hôte se trouve sous une zone DNS que vous gérez déjà dans InfraNest, chez un fournisseur qui accepte les écritures, vous n’avez même pas à le faire : « Configurez-le pour moi » crée le CNAME lui-même et lance la vérification, sans détour par le registrar. La vérification tourne en arrière-plan avec un bouton Vérifier maintenant à côté, et le routage qui fait fonctionner le domaine est reconstruit depuis la base à chaque déploiement et toutes les heures par sécurité — une route manquante est donc temporaire et se corrige seule au lieu de devenir un ticket de support. Une fois en ligne, la page obtient des URL d’incident propres, sans slug, et c’est cette adresse qui figure dans la balise canonique et dans les e-mails que reçoivent vos abonnés. Renommer une page laisse les anciennes URL fonctionner, avec une exception délibérée : si une autre page a entre-temps réclamé ce slug, la page en ligne l’emporte.
- HTTPS automatique, obtenu et renouvelé pour vous
- « Configurez-le pour moi » écrit le CNAME lui-même quand la zone est déjà gérée ici
- La vérification tourne en arrière-plan, et le routage se reconstruit toutes les heures par sécurité
- Des URL d’incident propres sur votre domaine — utilisées dans la balise canonique et dans les e-mails aux abonnés
- Les anciennes URL continuent de fonctionner après un renommage, sauf si une autre page en ligne a réclamé le slug
Ajoutez un enregistrement CNAME chez votre fournisseur DNS pointant ce domaine vers :
status.infranest.io
Cible CNAME
La propagation DNS peut prendre quelques minutes — nous continuons à vérifier automatiquement.
- HTTPS obtenu et renouvelé automatiquement
- Les liens d’incident sur votre propre domaine ne portent pas de slug — et c’est cette adresse qui figure dans les e-mails aux abonnés.
- La vérification tourne en arrière-plan, et le routage est reconstruit depuis la base à chaque déploiement et toutes les heures par sécurité — une route manquante est donc temporaire, pas un ticket de support.
Des abonnés e-mail traités comme vous voudriez qu’on traite les vôtres
Les visiteurs s’abonnent depuis la page publique et reçoivent automatiquement un e-mail à l’ouverture d’un incident ou à chaque mise à jour — et ces e-mails renvoient vers l’incident, pas vers la page d’accueil, pour que le lecteur arrive sur ce dont on l’a averti. C’est un double opt-in, et les inscriptions non confirmées sont purgées avec l’âge. Le formulaire est protégé par une vérification anti-robot, un pot de miel et des limites de débit, et cette vérification se charge quand quelqu’un touche le formulaire, pas au chargement de la page : une page de statut est ce que les gens ouvrent pendant une panne, en très grand nombre, et presque aucun d’eux ne s’abonne. Charger un défi tiers pour chaque lecteur ferait payer mille personnes pour un formulaire que deux utiliseront. S’abonner deux fois est ignoré plutôt que traité comme une erreur, car la même personne dans deux onglets ne doit pas tomber sur une page d’erreur depuis un formulaire public. Et la position sur la vie privée mérite d’être dite, car ce sont des membres du public qui ont demandé des e-mails de panne au sujet du service de quelqu’un d’autre : nous conservons le minimum, les administrateurs voient des compteurs et des statistiques sans données personnelles, il n’y a pas d’export des abonnés, et « tout effacer » supprime réellement tout le monde.
- Double opt-in, avec purge par ancienneté des inscriptions non confirmées
- Les e-mails de notification renvoient vers l’incident lui-même, pas vers la page d’accueil
- La vérification anti-robot ne se charge qu’à l’interaction : mille lecteurs pendant une panne ne paient pas pour un formulaire qu’ils n’utiliseront jamais
- S’abonner deux fois est ignoré, pas traité comme une erreur — un formulaire public ne doit montrer d’erreur à personne
- Les administrateurs voient des compteurs, jamais des adresses ; pas d’export, et « tout effacer » supprime réellement tout le monde
Recevoir des notifications
Abonnez-vous pour recevoir des mises à jour quand le statut de cette page change.
Vérifiez votre boîte mail !
Nous vous avons envoyé un e-mail de confirmation. Cliquez sur le lien pour activer votre abonnement.
- Double opt-in. La vérification anti-robot se charge quand vous touchez le formulaire, pas à l’ouverture de la page.
- Les e-mails renvoient vers l’incident lui-même, pas vers la page d’accueil — le lecteur arrive exactement sur ce dont on l’a averti.
- S’abonner deux fois est ignoré plutôt que traité comme une erreur : la même personne dans deux onglets ne doit pas tomber sur une page d’erreur depuis un formulaire public.
Abonnés
3 confirmés
- Les administrateurs voient des compteurs, jamais des adresses. Il n’y a pas d’export des abonnés, et « tout effacer » supprime réellement tout le monde.
- Toute personne abonnée à une page reçoit les avis de cette page. Il n’y a pas d’abonnement par composant — cela multiplie la surface de confirmation et de désabonnement pour un gain marginal.
Mettez votre statut là où les gens sont déjà
Tout le monde ne viendra pas sur votre page de statut, alors elle vient à eux. Un badge SVG rendu côté serveur se place comme une image dans un README, un site de documentation ou un pied de page — il n’a besoin d’aucun JavaScript, ce qui le fait fonctionner là où un script ne tourne jamais, et il est cachable en périphérie, thématisable et disponible en quatre langues. À côté, un widget en direct : un script cachable rendu dans un shadow root, avec aria-live pour que les lecteurs d’écran annoncent un changement, qui interroge un flux léger toutes les soixante secondes. Quatre dispositions — un badge, une carte de synthèse avec les barres de disponibilité sur quatre-vingt-dix jours, une liste par service, et un bandeau qui peut se masquer entièrement tant que tout va bien. Il existe aussi un badge pour un seul moniteur, indépendant de toute page de statut, activable par vérification et adressé par un jeton non devinable plutôt que par un identifiant séquentiel, pour qu’en activer un n’expose pas les autres.
- Un badge SVG rendu côté serveur qui fonctionne dans un README, un e-mail, et partout où un script ne tourne pas
- Un widget en direct en quatre dispositions, dont une se masque quand tout va bien
- Rendu dans un shadow root avec aria-live, pour qu’un lecteur d’écran annonce un changement
- Un badge par moniteur derrière un jeton non devinable, activable vérification par vérification
- L’onglet Embed prévisualise avec le moteur de rendu de production : ce que vous copiez est ce que vous aurez
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
Tout ce qu’elle gère par ailleurs
Les parties qui ne deviennent intéressantes que le jour où vous en avez besoin.
Des annonces, sans ouvrir d’incident
Publiez un avis de maintenance, un résumé d’incident ou un message général directement en haut de la page, avec une fenêtre de diffusion. La maintenance planifiée apparaît comme planifiée et non comme une panne, pour qu’une fenêtre prévue ne se lise pas comme une interruption ni n’entame votre disponibilité.
Qui a le droit de la voir
Publique, ou protégée par mot de passe pour un public interne ou client — et un réglage distinct pour savoir si les moteurs de recherche peuvent l’indexer. La porte du mot de passe est un seul morceau de code utilisé par les quatre lectures publiques : la page, l’historique, le badge et l’incident. Extrait délibérément, parce qu’une cinquième route s’écrit en copiant la quatrième, et que la copie qu’on oublie est celle qui fuit.
Elle dit de quel genre d’absence il s’agit
Un slug qui n’a jamais existé, une page qui existe mais n’est pas publiée, une page publiée, et un hôte qui n’est pas le nôtre sont quatre réponses différentes plutôt qu’un seul 404 — parce qu’un 404 unique pour les quatre est exactement ce qui rend « ma page de statut est en panne » impossible à instruire au moment où il le faudrait.
Joignable de trois façons
Une URL hébergée dès la création de la page, votre propre domaine une fois le CNAME en place, et intégrée dans une page que vous avez déjà. Vous n’avez pas à choisir, et l’URL hébergée continue de fonctionner une fois le domaine personnalisé en ligne.
Une disponibilité cohérente avec la supervision
Le pourcentage et les barres viennent de la même historique de vérifications que celle dont le module de supervision rend compte, sur la fenêtre que vous avez choisie. Il n’y a pas de second calcul susceptible de contredire le premier, et une fenêtre plus courte rend aussi la page plus rapide.
Un pied de page remplaçable
Texte de pied de page personnalisé et lien optionnel. La mention « Propulsé par InfraNest » est intégrée côté serveur et son retrait fait partie de l’offre marque blanche — revérifié à chaque rendu, si bien qu’un passage à une offre inférieure la remet plutôt que de la laisser de côté.
Étiquettes de groupe, tags et les petits réglages
Affichez ou masquez les en-têtes de groupe, les barres de disponibilité, le bandeau de disponibilité globale, la maintenance planifiée, les services tiers et l’historique des incidents. Les tags sont désactivés par défaut, car ils sont généralement écrits pour votre équipe et non pour vos clients.
Offres
Les pages de statut sont une limite comptée. Un domaine personnalisé est une fonctionnalité soumise à l’offre, et les pages privées — protection par mot de passe et vue équipe ensemble, un seul droit plutôt que deux — en sont une autre. Retirer la mention « Propulsé par » relève de la marque blanche.
Publiez une page en cinq minutes environ
Pointez-la sur les vérifications que vous exécutez déjà. Rien n’est public tant que vous ne l’avez pas dit.
Une page de statut faite main vs InfraNest
La différence entre une page dont il faut se souvenir et une page qui sait déjà.
À la main
- Une page que quelqu’un doit penser à mettre à jour, à l’heure où il en a le moins le temps
- Un incident qui défile hors de l’écran, et un lien dans un ticket qui dit maintenant que tout va bien
- Une page de statut pour les clients, et une improvisation séparée dans Slack pour ceux qui réparent
- Un CNAME, un certificat et un renouvellement qui vous appartiennent pour toujours
- Une liste de diffusion que vous avez montée vous-même, avec les questions de vie privée qui vont avec
Avec InfraNest
- Une page construite depuis les vérifications que vous exécutez déjà, et qui se met à jour seule
- Un lien permanent par incident, qui survit à l’incident et à la fenêtre d’historique
- La même page à nouveau, derrière votre connexion, avec l’astreinte et les runbooks dessus
- Votre propre domaine, avec l’enregistrement écrit pour vous et HTTPS renouvelé automatiquement
- Double opt-in, pas d’export, et un « tout effacer » qui supprime réellement tout le monde
Un identifiant, dix modules
Chaque module est dans chaque offre, Free compris — seules les limites changent.
Le coût si vous le faisiez séparément
Chaque brique dans un outil différent, et l’addition grimpe vite :
- Domaine & DNS
- ~30 €
- Monitoring
- ~29 €
- Suivi SSL
- ~15 €
- Page de statut
- ~29 €
- Panel serveur
- ~15 €
- Sur 4–5 outils distincts
- 100–150 €/mois
Questions fréquentes
D’où vient le statut affiché sur la page ?
De votre supervision. Derrière chaque service de la page se trouve l’une de vos vérifications, donc son statut est ce qu’elle a rapporté en dernier, et la bannière du haut est calculée à partir de toutes — la pire l’emporte. Il n’y a rien à mettre à jour à la main et pas de seconde copie de la vérité à tenir en phase. Vous choisissez quelles vérifications apparaissent et sous quel nom public, si bien qu’un moniteur nommé « App — northwind-app.dev » peut s’afficher comme « Application web », et que les vérifications de certificat et de port de base de données peuvent rester internes.
Qu’est-ce que la vue équipe ?
La même page de statut réécrite pour les gens qui règlent le problème, dans InfraNest derrière votre connexion habituelle. Votre page publique répond à une question — est-ce que quelque chose est cassé — et délibérément à rien d’autre. La vue équipe ajoute ce dont une personne d’astreinte a besoin : qui est joignable, quels incidents sont ouverts avec des liens vers leurs comptes rendus publics, et les services avec barres de disponibilité, heure de dernière vérification et un lien de runbook par service. Rien de cela n’apparaît sur la page publique ; c’est appliqué par une liste blanche et deux tests, pas par un filtre dont quelqu’un doit se souvenir.
Les liens d’incident continuent-ils de fonctionner après coup ?
Oui, et c’est tout l’intérêt. Chaque incident a une URL permanente à lui, donc un lien collé dans un ticket ou une conversation arrive toujours sur cet incident — ce qu’il a affecté, quand il a commencé, combien de temps il a duré et chaque mise à jour dans l’ordre — longtemps après que votre page a cessé d’en parler. Il survit aussi à la fenêtre d’historique : celle-ci régit la longueur d’une liste, pas la durée de vie d’un lien.
Puis-je utiliser mon propre domaine ?
Oui. Pointez un CNAME vers nous et le HTTPS est obtenu et renouvelé automatiquement. Si le nom d’hôte se trouve sous une zone DNS que vous gérez déjà dans InfraNest, chez un fournisseur qui accepte les écritures, « Configurez-le pour moi » crée l’enregistrement lui-même et lance la vérification, sans détour par le registrar. La vérification tourne en arrière-plan, et le routage derrière le domaine est reconstruit depuis la base à chaque déploiement et toutes les heures par sécurité.
Que devient l’adresse e-mail des abonnés ?
Nous conservons le minimum. Les inscriptions sont en double opt-in et les non confirmées sont purgées avec l’âge ; les administrateurs voient des compteurs et des statistiques sans données personnelles ; il n’y a délibérément pas d’export des abonnés, avec un test qui le verrouille ; et « tout effacer » supprime réellement tout le monde. Ce sont des membres du public qui ont demandé des e-mails de panne au sujet du service de quelqu’un d’autre, la barre est donc plus haute que pour votre propre liste de contacts. Il n’y a pas non plus d’abonnement par composant — toute personne abonnée à une page en reçoit les avis, car les abonnements par composant multiplient la surface de confirmation et de désabonnement pour un gain marginal.
Puis-je afficher le statut ailleurs que sur la page ?
De deux façons. Un badge SVG rendu côté serveur que vous placez comme une image, qui n’a besoin d’aucun JavaScript et fonctionne donc dans un README, un site de documentation, un pied de page ou un e-mail. Et un widget en direct — un script cachable dans un shadow root, qui interroge un flux léger toutes les soixante secondes — en quatre dispositions : badge, carte de synthèse, liste par service, et un bandeau qui se masque quand tout va bien. Il existe aussi un badge pour un seul moniteur, indépendant de toute page, adressé par un jeton non devinable pour qu’en activer un n’expose pas les autres.
Puis-je garder la page privée ?
Oui — une page peut être publique ou protégée par mot de passe pour un public interne ou client, avec un réglage distinct pour l’indexation par les moteurs de recherche. La porte du mot de passe est un seul morceau de code utilisé par la page, l’historique, le badge et la vue d’incident, il n’y a donc pas de route qui aurait discrètement oublié de demander. Une page protégée demande aussi le mot de passe avant de nommer un incident, pour que le titre ne fuite pas dans un aperçu de lien.
Dites aux gens ce qui se passe, sans avoir à y penser
Pointez une page de statut sur les vérifications que vous exécutez déjà.
Offre gratuite · Sans carte bancaire · Configuré en quelques minutes