Rapport partageable

Ce qu'une agence envoie à son client en fin de mois, sans capture d'écran ni export : une page publique, non listée, derrière un jeton. Disponibilité, incidents, déploiements, budget d'erreur, contrôles du site — sur la fenêtre que le plan conserve. Rien qui identifie une personne, aucune URL surveillée autre que le site lui-même, aucun détail d'échec : le client lit un bilan, pas un tableau de bord. Une page qui s'imprime.

Ce que le rapport montre

À l'adresse postship.fr/rapport/<jeton>, interdite aux robots (noindex), sur les N derniers jours (N = la rétention du plan, 30 au plus) :

• Le bilan en une phrase, celle qu'on lit avant les chiffres : « Disponibilité 99,97 % sur 14 jours, 2 incidents, 9 déploiements dont 1 en échec. »
• Disponibilité : le taux de vérifications réussies sur la période, à deux décimales, avec le nombre total de vérifications. Toutes les cibles du projet comptent, y compris les contrôles du site.
• Incidents : les incidents ouverts sur la période (50 au plus), avec leur résumé, la date de début et la durée (« 12 min », « 1 h 05 », « en cours »). Publiés ou non : ce sont les incidents au sens de l'application, pas seulement ceux racontés sur la page de statut.
• Déploiements : le nombre de déploiements de production sur la période, et combien ont échoué. Jamais une preview.
• Objectif de disponibilité et budget d'erreur, si le projet a un objectif : « X d'indisponibilité estimée sur Y tolérées ». Les objectifs possibles sont 99 %, 99,5 %, 99,9 %, 99,95 % et 99,99 %.
• Contrôles du site : chaque contrôle actif avec son dernier verdict — « au vert », « à corriger », « non concluant », « pas encore vérifié » — et le compte « n sur m au vert ». Le nom du contrôle, jamais le détail de ce qui manque.

Le pied de page dit la méthode : les vérifications ont lieu après chaque déploiement et à intervalle régulier, et la disponibilité est le taux de vérifications réussies.

Régler

Projet → Paramètres → Général → Rapport partageable → cochez Activer le lien, puis Enregistrer. Le lien est affiché en permanence avec un bouton pour le copier ; tant qu'il n'est pas activé, il répond « introuvable ».

Le jeton (32 caractères hexadécimaux) est propre au projet et ne change pas : éteindre puis rallumer le rapport rend le même lien valide, pour que celui déjà envoyé remarche. Un jeton inconnu et un rapport éteint donnent la même réponse.

L'objectif de disponibilité se règle au même endroit, carte Objectif de disponibilité : sans objectif, le rapport n'a pas de section budget d'erreur.

Ce qui déclenche une alerte

Rien depuis le rapport : il lit ce que les vérifications, les incidents et les déploiements ont écrit.

Limites et plans

La fenêtre est celle de la rétention : un rapport qui prétendrait couvrir un mois avec sept jours de données serait vide sur sa fin, ce qui se lit comme « aucun incident » plutôt que « pas de données ». Voir les plans.

Dépannage

Pourquoi la disponibilité du rapport diffère-t-elle de celle de la page de statut ?

La page de statut ne compte que les composants affichés ; le rapport compte toutes les vérifications du projet, contrôles du site compris. Un contrôle en erreur pendant deux jours pèse sur le rapport, pas sur la page de statut s'il n'y figure pas.

Pourquoi un incident apparaît-il ici alors que je ne l'ai pas publié ?

Le rapport est fait pour un client à qui vous devez des comptes, pas pour le public : il liste les incidents réels de la période, publiés ou non. Si un incident ne doit pas y figurer, c'est le lien qu'il faut ne pas envoyer.

Pourquoi le rapport dit-il « Aucune vérification sur la période » ?

Le projet est en pause, ou n'a aucune URL active. La phrase est honnête plutôt que rassurante : sans vérification, il n'y a pas de disponibilité à annoncer.