Gestion des pages de statut publiques
Le logiciel de page de statut d’AmICited affiche l’état en direct des incidents pour les moniteurs et battements de cœur que vous choisissez, afin que les clients puissent vérifier par eux-mêmes lors d’une panne sans submerger le support. Cette page de statut publique vit en dehors de votre tableau de bord à sa propre URL, se rafraîchit automatiquement, et les abonnés reçoivent des mises à jour de disponibilité par e-mail sans que vous ayez à en rédiger une.
Communication publique des incidents
Choisissez quels moniteurs et battements de cœur apparaissent, et la bannière supérieure de la page reflète le pire état parmi eux : tout opérationnel, certains dégradés, ou une panne. Lorsqu’un incident s’ouvre sur une cible listée, la communication d’incident se fait automatiquement — aucune mise à jour séparée à rédiger.
- Sélectionnez les moniteurs et battements de cœur à afficher — une page pour tout le domaine, ou seulement les systèmes qui intéressent les clients ; les moniteurs internes restent internes.
- État d’incident en direct, cumul du pire en premier — la bannière indique la cible incluse la moins saine : opérationnel, dégradé, ou panne.
- Abonnés e-mail, double opt-in — toute personne peut s’abonner et confirmer par e-mail pour être notifiée dès qu’un changement de statut survient, plafonné à 1 000 abonnés confirmés par page.
- Disponibilité glissante sur 90 jours affichée — un pourcentage variable par cible renforce la confiance des clients, même en dehors d’un incident.
Données de disponibilité de la page de statut
Chaque ligne de cible affiche un libellé public, le statut actuel, un pourcentage de disponibilité sur 90 jours, une bande de 24 heures et une bande de 90 jours — la même logique vert/orange/rouge/gris que le tableau de bord, de sorte qu’un motif répété d’orange se lit différemment d’un unique pic rouge. Le gris signifie qu’aucune donnée exploitable n’est disponible pour cette période, pas que la cible était indisponible. L’historique des incidents liste d’abord chaque incident actif, puis les incidents résolus des 30 derniers jours, avec le début, la résolution et la durée.
- Bande 24h — 96 cellules de quinze minutes ; les barres de battement de cœur n’affichent que du vert, du rouge ou du gris, car les battements de cœur n’ont pas d’état dégradé.
- Bande 90j — une cellule par jour UTC, mêmes seuils à 99 % / 90 % que le tableau de bord.
- Historique des incidents — les incidents actifs sont affichés en premier, puis les incidents résolus des 30 derniers jours ; les données les plus anciennes disparaissent après cette période.
- Notifications aux abonnés — les abonnés confirmés reçoivent des e-mails d’ouverture et de résolution pour les incidents de moniteurs URL actifs sur la page ; les incidents de battements de cœur ne déclenchent pas encore d’e-mail aux abonnés.
Sources de surveillance de la page de statut
Une page publique affichant « tous les systèmes opérationnels » n’est digne de confiance que si les moniteurs et battements de cœur qui la sous-tendent surveillent réellement les systèmes qui comptent. Configurez d’abord les Moniteurs de Disponibilité et la Surveillance par Battements de Cœur, puis choisissez quoi afficher.
- Vérifications HTTP, TCP, DNS et de transactions — couvrez les points d’accès publics dont les clients dépendent réellement.
- Battements de cœur pour les tâches d’arrière-plan — afin qu’une défaillance silencieuse ne reste pas invisible pour la page de statut également.
- Choisissez le sous-ensemble à publier — les moniteurs internes restent internes ; seuls ce dont les clients ont besoin apparaît.
plus besoin de mises à jour manuelles une fois qu’un moniteur est sur la page
La page reflète l’état réel de vos moniteurs automatiquement — aucun message d’incident à rédiger et publier séparément pendant une panne.
Voir les Moniteurs de DisponibilitéPrêt à offrir aux clients un endroit pour vérifier l’état eux-mêmes ?
Vérification gratuite · Essai de 7 jours · carte de crédit requise