Surveiller 1 site ou 100 : ce qui change vraiment

L'outil ne change presque pas entre un site et cent. Ce qui change, c'est tout ce qu'il y a autour : la façon de nommer les choses, qui entend parler d'un problème, et ce que vous faites le matin où douze sites tombent ensemble.

Si vous vous occupez de moins de cinq sites, rien de ce qui suit ne s'applique. Une liste et votre mémoire forment un système parfaitement valable, et construire du processus autour de cinq sites est une bonne façon d'éviter de travailler.

Ce qui casse en premier : le nommage

À cinq sites, vous savez qui est qui. À quarante, vous recevez une alerte disant que prod-2 est tombé et vous passez quatre minutes à chercher à qui il appartient. Ces quatre minutes reviennent à chaque alerte, à chaque rapport et à chaque recherche.

Décidez d'une convention avant d'en avoir besoin, et mettez le client en premier dans ce que l'on lit :

client (site) rôle
dupont-menuiserie (vitrine) prod
dupont-menuiserie (boutique) prod
mairie-saint-clair (portail) prod
mairie-saint-clair (portail) preprod

Trois règles suffisent à ce que cela tienne dix ans. Le client d'abord, parce que c'est la première question qu'on se pose devant une alerte. Jamais d'abréviation privée : msc-portail-p2 était limpide le jour où vous l'avez écrit et ne l'est plus pour personne. Le rôle à la fin, pour distinguer une préproduction d'une production sans avoir à ouvrir la fiche.

Ce n'est pas glorieux, et c'est le changement qui fait gagner le plus de temps.

Grouper par criticité, pas par client

Le second réflexe est de ranger les sites par client. C'est confortable pour la facturation et inutile en cas d'incident : ce qui décide de votre réaction n'est pas à qui appartient le site, c'est ce qu'il coûte quand il tombe.

Trois ou quatre groupes suffisent, et l'essentiel du parc atterrit dans les deux derniers. C'est normal, et c'est même le but : un parc où tout est critique est un parc où plus rien ne l'est. Le choix de l'intervalle par groupe se fait à partir du coût, exactement comme pour un site isolé.

Qui est prévenu

Le réflexe est d'envoyer tout à tout le monde. Cela produit un groupe de personnes qui supposent toutes que quelqu'un d'autre s'en occupe.

Décidez par site : une personne responsable, et pour le client, seulement ce sur quoi il peut agir. Un client qui reçoit une alerte à trois heures du matin et vous téléphone à neuf heures pour en parler vous a coûté deux interruptions au lieu d'une.

La question voisine, ce qui mérite réellement de devenir une notification, a sa propre réponse, et elle compte davantage que l'intervalle dès que le nombre de sites augmente : douze sites vérifiés toutes les cinq minutes sans règle de confirmation produisent un volume de bruit qui tue la surveillance en un mois.

Le matin où douze sites tombent ensemble

C'est le moment qui sépare une liste d'une organisation. Douze alertes arrivent. C'est presque certainement une seule cause : un hébergeur commun, un fournisseur DNS, un certificat expiré sur un domaine joker.

Ce dont vous avez besoin à cet instant, ce n'est pas de douze notifications. C'est de voir, au même endroit, ce que les sites en panne ont en commun : même serveur, même prestataire, même technologie, même registrar. Si votre organisation ne sait pas répondre à cela, vous déboguerez douze fois le même incident.

Concrètement, cela veut dire une chose : chaque site doit porter, quelque part, l'information de qui l'héberge et où pointe son DNS. Une colonne dans un tableur suffit. Elle ne sert que deux fois par an, et ces deux fois-là elle transforme une matinée en dix minutes.

Le geste qui suit compte autant : les quinze premières minutes ne changent pas parce qu'il y a douze sites au lieu d'un. On confirme depuis l'extérieur, on identifie la couche fautive, et on cherche ce qui a changé, sauf qu'on le fait une fois et pas douze.

Le passage de cinq à quarante, en pratique

La bascule ne se produit pas à un nombre précis. Elle se produit à trois signes, et ils arrivent presque toujours dans cet ordre.

Vous ouvrez une alerte et vous ne savez pas de quel site il s'agit. C'est le signal du nommage, et c'est le premier chantier.

Vous ne savez plus dire lesquels sont surveillés. Un site ajouté il y a huit mois n'a jamais été inscrit, et personne ne s'en apercevra avant qu'il tombe. C'est le signal de l'inventaire : la liste des sites que vous gérez et la liste des sites surveillés doivent être la même liste, et se comparer une fois par trimestre.

Vous ne lisez plus les notifications. C'est le signal le plus grave, parce qu'il est silencieux. À ce stade, ajouter des sites n'ajoute rien du tout.

Le travail à faire est toujours le même, dans le même ordre : nommer, grouper, régler qui reçoit quoi. Aucun outil ne fait ces trois choses à votre place, et c'est aussi pour cela que changer d'outil ne règle presque jamais le problème.

Ce que vous devez pouvoir répondre en trente secondes

Un parc bien tenu se reconnaît à cinq questions, et pas à son tableau de bord.

• Combien de sites gérez-vous, et combien sont surveillés ?
• Lequel tomberait le plus cher ?
• Qui héberge chacun, et où pointe son DNS ?
• Quel certificat expire le premier, et dans combien de jours ?
• Quel site a eu le plus d'incidents ces trois derniers mois ?

Si les cinq réponses demandent une recherche, le problème n'est pas la surveillance, c'est l'inventaire. Et la cinquième question est celle qui, à elle seule, justifie de garder un historique : c'est aussi elle qui remplit un rapport client.

Les sites hérités, ceux que personne ne regarde

Tout parc en contient. Un site repris d'un ancien prestataire, une page d'événement de 2021 restée en ligne, un ancien domaine qui redirige.

Surveillez-les quand même, au réglage le plus lâche que vous ayez. Un site hérité qui tombe est exactement celui dont personne ne s'aperçoit, et celui dont on vous tiendra responsable, parce qu'il porte votre nom dans la facture. Une vérification quotidienne coûte presque rien et évite la conversation la plus désagréable du métier : « depuis combien de temps ? », suivi de « je ne sais pas ».

C'est aussi dans cette catégorie que les certificats expirent en silence, puisque personne n'ouvre jamais ces pages.

Ce que l'organisation ne remplace pas

Elle ne remplace pas la connaissance de ce que chaque site fait. Un tableau de bord vert sur quarante sites ne dit pas que les quarante fonctionnent : il dit que quarante pages d'accueil répondent. Le tunnel de commande d'un client peut être mort depuis trois jours sans qu'aucune ligne ne change de couleur.

Elle ne remplace pas non plus la surveillance côté serveur, qui voit ce qu'un extérieur ne peut pas voir, ni l'inverse : votre hébergeur ne vous préviendra de rien, quel que soit le nombre de sites que vous lui confiez.

Le rythme, pas l'outil

Passé un certain nombre de sites, la surveillance cesse d'être un événement pour devenir une routine : un coup d'œil hebdomadaire sur ce qui a changé, un passage mensuel qui devient quelque chose que vous envoyez au client, et une règle sur ce que vous faites des sites qui échouent tranquillement depuis trois semaines.

L'outil dit ce qui est cassé. C'est la routine qui fait que quelque chose est réparé.