Qu'est-ce qu'une page de statut ? Définition

Qu'est-ce qu'une page de statut ?

Une page de statut est une page web publique qui indique si un service fonctionne en ce moment, à quel point il a été fiable récemment, et ce que l'équipe fait face à un problème en cours. C'est la page qu'un client ouvre quand quelque chose semble cassé et qu'il veut savoir si la panne vient de lui ou de vous.

Elle est séparée du service dont elle rend compte, et c'est précisément l'intérêt : si votre application tombe, une page hébergée dans cette application tombe aussi. Les pages de statut sont donc hébergées séparément, en général sur un autre domaine ou sous-domaine, afin de rester joignables pendant la panne même qu'elles servent à expliquer.

Ce que contient une page de statut

• Composants : les parties de votre service qu'un client reconnaîtrait, comme l'API, le tableau de bord ou la connexion. Chacune porte son propre statut.
• Statut global : une synthèse unique en haut, pour qu'un visiteur ait sa réponse sans rien lire.
• Historique de disponibilité : le plus souvent une barre par composant sur les 30 ou 90 derniers jours, un relevé honnête plutôt qu'une affirmation.
• Incidents : une chronologie de ce qui s'est passé, mise à jour au fil de l'eau, de l'investigation à la résolution.
• Maintenances planifiées : des travaux annoncés à l'avance, pour ne pas être pris pour une panne. Voir maintenance planifiée.
• Abonnements : un moyen de prévenir les clients par e-mail quand quelque chose change, plutôt que de les faire recharger la page.

Un exemple d'incident

Imaginons que l'API de votre paiement se mette à renvoyer des erreurs. Une bonne page de statut affiche cette séquence sur le composant touché :

• Investigation : « Certaines demandes de paiement échouent. Nous cherchons la cause. »
• Cause identifiée : « Une version défectueuse a provoqué les erreurs. Nous l'annulons. »
• Résolu : « Le paiement fonctionne de nouveau. Un récapitulatif suivra. »

Chaque mise à jour est horodatée, la barre de disponibilité garde un trou visible et les abonnés reçoivent chaque étape par e-mail. Les clients voient que vous avez repéré le problème, ce qui est touché et quand il a pris fin, sans ouvrir de ticket. La rédaction de ces messages est détaillée dans communication d'incident.

Pages manuelles ou pages pilotées par les moniteurs

Une page de statut peut être mise à jour à la main : elle n'est alors à jour que dans la mesure où quelqu'un a pensé à l'éditer. Pendant un incident, cette personne est généralement occupée à le résoudre.

Une page pilotée par les moniteurs lit les vérifications qui tournent déjà contre votre service : le statut des composants et l'historique se mettent à jour tout seuls à partir de résultats réels. La page reste exacte sans que personne n'y touche, et les chiffres de disponibilité sont des mesures, pas des promesses. La plupart des équipes combinent les deux : les moniteurs changent le statut, les personnes écrivent l'explication.

Erreurs fréquentes

• L'héberger sur la même infrastructure que le service. Quand le service tombe, la page censée l'expliquer tombe avec lui.
• La mettre à jour trop tard. Une page qui affiche « tous les systèmes fonctionnent » pendant que les clients subissent des erreurs leur apprend à l'ignorer.
• Des composants que personne ne reconnaît. Un nom interne comme « queue-worker-3 » ne dit rien au client. Nommez les composants selon ce qu'ils font pour lui.
• N'afficher que du vert. Supprimer des incidents ou masquer l'historique retire la preuve qui rend la page crédible.
• Pas d'abonnement. Les clients ne devraient pas garder un onglet ouvert pour savoir quand c'est réparé.

Pages de statut et surveillance de la disponibilité

Comme une page de statut utile s'appuie sur des données de surveillance, les deux sont étroitement liées. La surveillance des API et la surveillance synthétique fournissent le signal ; la page de statut le rend public. Les chiffres de disponibilité alimentent aussi les engagements pris dans un SLA.

Les pages de statut avec LoadFocus

LoadFocus publie des pages de statut pilotées par les vérifications que vous exécutez déjà. Vous regroupez les moniteurs en sections et composants, chacun avec son statut en direct et une barre de disponibilité sur 30 ou 90 jours. Les incidents peuvent être publiés à la main avec une gravité minor, major ou critical, ou ouverts automatiquement quand un moniteur échoue, et les maintenances se planifient en fenêtres ponctuelles ou récurrentes. Les visiteurs s'abonnent par e-mail et peuvent ne suivre que les composants qui les intéressent. Le plan gratuit comprend une page avec 10 composants et 250 abonnés (la surveillance d'API gratuite inclut cette page) ; un domaine personnalisé comme status.votreentreprise.fr est réservé aux plans payants. Pour des outils à héberger soi-même, voir notre comparatif des pages de statut auto-hébergées (en anglais).

Questions fréquentes : pages de statut

Pourquoi héberger une page de statut séparément ?

Parce qu'elle doit fonctionner quand votre service ne le fait pas. Sur les mêmes serveurs, la même base ou le même domaine que votre application, elle tombe dans la même panne, au moment où les clients en ont le plus besoin.

Une page de statut doit-elle être publique ou privée ?

Les pages destinées aux clients sont en général publiques, pour que chacun puisse consulter sans se connecter. Une page privée convient aux services internes ou à un gros client en particulier, quand seules des personnes choisies doivent voir le statut.

Une page de statut peut-elle se mettre à jour toute seule ?

Oui, si elle lit des vérifications de surveillance : le statut des composants et l'historique suivent alors des résultats réels. L'explication d'un incident reste mieux écrite par une personne.

Quelle différence entre une page de statut et la surveillance de disponibilité ?

La surveillance exécute les vérifications et alerte votre équipe. La page de statut présente le résultat à vos clients. La surveillance est la source des données, la page de statut en est la vue publique.

Faut-il un domaine personnalisé pour sa page de statut ?

Ce n'est pas obligatoire, mais status.votreentreprise.fr inspire davantage confiance et se retient mieux. Gardez-la sur une infrastructure indépendante de votre service principal.