· Hébergement

Savoir que son site est tombé avant ses clients

La plupart des pannes sont découvertes par un client. Une surveillance correcte tient en quatre sondes et coûte moins qu’une heure d’indisponibilité.

Il y a deux façons d’apprendre qu’un site est tombé. Un outil vous prévient à 3 h 12, ou un client vous appelle à 9 h 40 pour vous demander si c’est normal. La seconde coûte six heures d’indisponibilité et un peu de crédibilité.

La surveillance est pourtant la mesure la moins chère du catalogue : quelques euros par mois pour un site vitrine, contre le chiffre d’affaires d’une matinée.

Surveiller la bonne chose

La plupart des surveillances vérifient que le serveur répond. C’est insuffisant : un serveur peut répondre parfaitement en affichant une page d’erreur de base de données, ou une page blanche.

Quatre sondes couvrent l’essentiel.

1. Une page réelle, avec vérification du contenu. Pas seulement le code de réponse, mais la présence d’un texte attendu dans la page. C’est ce qui distingue « le serveur est debout » de « le site fonctionne ».

2. Un parcours qui compte. Le formulaire de contact, l’ajout au panier, la connexion. Ces chemins cassent silencieusement bien plus souvent que la page d’accueil, et personne ne s’en aperçoit avant la fin du mois.

3. Le certificat. Une alerte trente jours avant l’expiration. C’est l’une des causes de panne les plus fréquentes et les plus évitables.

4. Le temps de réponse. Pas pour l’alerte, mais pour la tendance : un site qui passait de 400 à 900 millisecondes en trois semaines annonce généralement un incident.

Le piège des fausses alertes

Une surveillance trop nerveuse est pire qu’aucune surveillance. Après cinq alertes sans conséquence, tout le monde désactive les notifications et la sixième était la vraie.

Deux réglages suffisent à l’éviter : ne déclencher qu’après deux échecs consécutifs depuis deux points d’observation différents, et distinguer nettement l’alerte urgente, qui réveille, de l’information, qui attend le matin. Cette distinction doit être décidée à froid, pas pendant l’incident.

Ce qu’on regarde une fois l’alerte reçue

Une alerte qui dit « le site ne répond pas » et rien d’autre laisse commencer l’enquête à zéro. Une alerte utile embarque le code de réponse, le temps écoulé, et les dernières lignes du journal d’erreurs.

C’est la différence entre un incident de vingt minutes et un incident de deux heures et cela ne coûte que la mise en place d’une remontée de journaux.

Ce qui est surestimé

Le chiffre de disponibilité annoncé par les hébergeurs. Un engagement à 99,9 % autorise près de neuf heures d’arrêt par an, et il porte sur l’infrastructure de l’hébergeur, pas sur votre site : une erreur applicative après une mise à jour n’entre pas dans le calcul. Seule votre propre mesure, prise depuis l’extérieur, décrit ce que vivent vos visiteurs.

La mise en place des sondes relève de notre prestation d’observabilité et monitoring.

Parlons de votre projet

Un échange de 30 minutes, sans engagement, pour cadrer le besoin et vous dire honnêtement si nous sommes le bon interlocuteur.