Automatisation et IAComment surveiller son site sans y penser ?
Une panne se découvre en moyenne bien après son début, souvent par un client. Les quatre surveillances qui préviennent, et la seule règle qui les rend utiles.

La plupart des pannes ne sont pas découvertes par leur propriétaire. Elles sont découvertes par un client qui appelle, ou pire, elles ne sont pas découvertes du tout : le formulaire de contact n’envoie plus rien, et le silence passe pour une période creuse.
Que faut‑il surveiller ?
Quatre choses, et elles ne se recouvrent pas. Un site peut parfaitement répondre tout en étant cassé là où cela compte.
- La disponibilité : le site répond‑il, et depuis l’extérieur.
- Le certificat : sa date d’expiration, et son renouvellement effectif.
- Les sauvegardes : ont‑elles tourné cette nuit, et pèsent‑elles ce qu’elles devraient.
- Les fonctions qui rapportent : le formulaire arrive‑t‑il, le paiement aboutit‑il.
La dernière est celle que personne ne met en place, et c’est la seule qui couvre la panne la plus coûteuse : celle qui ne se voit pas.
Un site qui répond n’est pas un site qui fonctionne.
Faut‑il un outil payant ?
Pour la disponibilité, non : les offres gratuites suffisent largement à un site d’entreprise, et elles préviennent en quelques minutes.
Pour le reste, c’est une affaire de quelques lignes déposées sur le serveur, qui vérifient chaque nuit et n’écrivent que lorsque quelque chose ne va pas. Un rapport quotidien qui dit toujours que tout va bien n’est plus lu au bout de trois semaines.
La règle qui rend une surveillance utile
Une alerte doit être rare, et elle doit dire quoi faire. Une surveillance qui envoie douze messages par jour ne surveille rien : elle apprend à ignorer ses propres alertes.
Concrètement, cela veut dire ne prévenir qu’après confirmation, jamais sur un incident d’une seconde, et écrire dans le message ce qu’il faut vérifier en premier.
Et si la surveillance elle‑même tombe en panne ?
C’est le défaut de toutes les vérifications installées sur la machine qu’elles vérifient : si le serveur tombe, le contrôle tombe avec lui, et le silence ressemble à un bon fonctionnement.
D’où le principe : la disponibilité se surveille depuis l’extérieur, et les vérifications internes sont conçues pour signaler leur propre absence. Une sauvegarde qui n’a pas tourné doit produire un message, exactement comme une sauvegarde qui a échoué.
Par où commencer ?
Par la disponibilité, qui prend dix minutes et couvre le cas le plus visible. Puis par le contrôle du formulaire de contact, qui prend une heure et couvre le cas le plus coûteux.
Le reste peut attendre d’avoir une raison. Mais ces deux‑là, tout site professionnel devrait les avoir.
Sur le même sujet : Comment être prévenu avant une rupture de stock ? · L’IA peut‑elle rédiger mes réponses aux clients ?
Pour aller plus loin
Cette question vous concerne ?
Décrivez‑moi votre situation en deux lignes. Je vous donne mon avis, sans engagement.
Réponse sous 24 h · Premier échange offert