Faux positifs : faire taire les alertes qui ne sont pas des pannes
Pourquoi une surveillance alerte sans panne réelle : une seule sonde, délai trop court, pare-feu, maintenance. Comment resserrer la règle.
Blog
Guides Monitoring - page 4.
Tous les articles SiteGarde sur Monitoring pour prioriser les bons contrôles.
61 articles correspondants aux filtres actifs
Formulaire de contact : savoir qu’il ne reçoit plus les messages
Contrôler un formulaire sans noyer la boîte de leads : page en 200, champs présents, essai rare vers une adresse de test.
Historique de disponibilité d’un site : à quoi il sert vraiment
L’historique garde chaque contrôle : heure, code HTTP, délai, réussite ou échec. Il permet de retrouver un créneau et de calculer une disponibilité.
Incidents web le week-end : pourquoi ils coûtent plus cher
Le week-end, une panne dure jusqu’au lundi si personne ne lit l’alerte. Mises en production du vendredi et renouvellements en font partie.
Monitoring multi-localisations : pourquoi une seule sonde ne suffit pas
Plusieurs points de mesure montrent si une panne est générale ou limitée à un réseau. Une seule sonde mélange incident réel et faux échec local.
Monitoring de nom de domaine : ce qu’il faut surveiller
Surveiller un nom de domaine, c’est suivre son expiration, sa résolution DNS et ses serveurs de noms. Ce n’est pas la même chose qu’un contrôle de page.
Monitoring d’une page web spécifique : pourquoi cibler l’essentiel
Surveiller une page précise vérifie son code, sa redirection et son contenu. Un accueil en 200 ne prouve pas que le paiement ou le formulaire répond.
Monitoring serveur ou monitoring du site web : quelle différence
Le monitoring serveur lit CPU, mémoire et disque sur la machine. Le monitoring du site web suit le parcours HTTP vu depuis l’extérieur.
Seuils d’alerte pour un site web : les régler sans excès
Un seuil d’alerte web combine des échecs consécutifs, un temps de réponse propre à l’URL, et un retour à la normale. Un seul essai raté ne suffit pas.