Règles

Les règles décident quand une alerte part, une fois qu'un canal sait où l'envoyer. Elles vivent dans Projet → Paramètres → Règles, sous l'encadré « En l'état » qui résume ce qu'elles produisent ensemble. Toutes s'appliquent à tous les canaux à la fois : email, Discord, Slack, Telegram et webhook sortant. Aucune ne touche à la surveillance elle-même : les vérifications tournent, l'historique et les incidents s'écrivent, c'est l'envoi qui obéit.

Ce que PostShip fait

Confirmation avant alerte

Par défaut, une alerte part dès le premier échec. Vous pouvez exiger 2 ou 3 échecs d'affilée avant d'alerter, pour absorber un faux positif ponctuel du réseau, au prix d'une détection plus lente (deux passages à 5 minutes, c'est dix minutes de plus).

La règle compte la série : fail et error l'allongent, pass la remet à zéro. L'alerte part quand la série franchit le nombre choisi, pas à chaque passage suivant : une page en panne toute la nuit ne vous écrit qu'une fois. Elle réécrit seulement si la panne change de nature (un 503 devenu 404, un fichier manquant devenu délai dépassé). Le rétablissement n'est annoncé que si l'alerte d'échec était partie : avec une confirmation à 3 et une panne de 2 passages, vous ne recevez ni l'un ni l'autre.

C'est aussi ce nombre qui décide de l'ouverture d'un incident : l'incident naît à la N-ième confirmation, au moment précis où PostShip accepte de vous écrire.

Heures calmes

Une plage horaire quotidienne, de « De » à « À » (heures entières, 0 à 23), dans le fuseau de votre choix. Une plage qui traverse minuit (22 h → 7 h) est comprise. Laisser l'un des deux champs sur « Désactivé » désactive la plage. Pendant ces heures :

• une panne du chemin de l'argent — une page argent du pack ou un parcours en échec — vous réveille quand même ;
• tout le reste (autres échecs, rétablissements, modifications de contenu, dérives DNS) est retenu ; les vérifications continuent et les incidents s'ouvrent normalement ;
• au premier passage après la fin de la plage, un rapport de la nuit part sur vos salons et par email : les incidents ouverts pendant la plage, ceux qui se sont refermés seuls, ceux qui durent encore. Rien ne part si la nuit a été calme.

Couper les alertes maintenant

Trois boutons, « 1 h », « 4 h », « 24 h », sur la page Incidents (barre « Couper ») comme dans Règles, et « Reprendre les alertes » pour annuler. C'est le geste d'astreinte : la sirène a sonné, on sait, on ne veut pas l'entendre six fois. Le bot Telegram et /postship silence font la même chose, jusqu'à 168 h. Pour une coupure prévue à l'avance, préférez une fenêtre de maintenance, qui a une fin, une raison et se voit sur la page de statut.

Silence d'une URL

Dans le menu d'une URL (page URLs), « Couper 4h » retire cette URL seule des alertes pendant quatre heures ; le reste du projet continue d'alerter. « Reprendre les alertes » annule. La section « URLs actuellement silencieuses » de Règles les liste avec leur échéance et un bouton « Reprendre ».

Régler

Projet → Paramètres → Règles, groupe « Quand vous êtes prévenu » :

• Confirmation avant alerte : « 1 échec », « 2 échecs d'affilée », « 3 échecs d'affilée ». Enregistrer.
• Heures calmes : De, À, Fuseau. Enregistrer. Le fuseau par défaut est celui de votre compte.
• Couper les alertes maintenant : 1 h, 4 h, 24 h.

Ce qui bloque et ce qui retarde est résumé en tête de page : « Il faut 2 échecs consécutifs sur la même URL avant qu'une alerte parte. » ou « Entre 22 h et 7 h (Europe/Paris), seul le chemin de l'argent réveille ; le reste est rapporté au réveil. »

Ce qui déclenche une alerte

Dans l'ordre, pour chaque passage :

1. La série d'échecs franchit le nombre de confirmation : une alerte d'échec est due.
2. Les alertes du projet sont coupées, une maintenance est en cours, ou l'heure est calme : rien ne part, sur aucun canal.
3. L'URL est silencieuse : elle est retirée du message ; si c'était la seule, rien ne part.
4. La même alerte (même URL, même empreinte) est partie il y a moins de 10 minutes : rien ne part.
5. Sinon, envoi sur chaque canal branché, voir Email, Discord, Slack, Telegram.

Limites et plans

Voir les plans.

Dépannage

Pourquoi l'alerte est partie malgré une confirmation à 3 ?

Regardez la page de l'URL : la série a bien atteint trois échecs consécutifs, peut-être sur trois passages à cinq minutes que vous n'avez pas vus. Un error (délai dépassé, DNS introuvable) compte comme un échec.

Pourquoi je n'ai pas eu d'alerte pour une panne de la nuit ?

Parce que la panne ne touchait pas au chemin de l'argent : elle a été retenue, et le rapport de fin de plage l'a listée (« Toujours en cours » ou « Rétabli »). L'incident est dans Projet → Incidents, et sur la page de statut s'il a été publié.

Pourquoi « Couper 4h » sur une URL n'a pas fait taire le projet ?

C'est le silence d'une seule URL. Pour tout le projet, utilisez « Couper 1 h / 4 h / 24 h » sur la page Incidents ou dans Règles.