Quand un site tombe, on calcule spontanément une perte simple : le chiffre d'affaires moyen d'une journée, multiplié par la durée de l'incident. Ce calcul rassure parce qu'il est borné. Il est aussi très largement faux, non pas parce qu'il exagère, mais parce qu'il oublie tout ce qui continue de coûter après le retour à la normale.

Le premier coût : la confiance

Un visiteur qui tombe sur une page d'erreur ne revient pas systématiquement. Il ne vous écrit pas pour vous prévenir non plus : il ferme l'onglet et va voir ailleurs. Vous ne verrez jamais cette perte dans vos statistiques, puisqu'elle prend la forme d'une absence.

Pour un client existant, l'effet est différent mais durable : il enregistre que « leur site ne marche pas toujours ». Cette phrase, une fois installée, se rejoue à chaque hésitation d'achat.

Le deuxième coût : le référencement

Les moteurs de recherche visitent votre site régulièrement. S'ils tombent sur des erreurs répétées, ils réduisent leur fréquence de passage et, si la situation persiste, désindexent des pages. La remontée n'est pas instantanée : elle se compte en semaines, parfois davantage.

Une panne courte et isolée n'a en général pas d'effet durable. Ce sont les micro-indisponibilités répétées, quelques minutes, plusieurs fois par semaine, jamais remarquées, qui abîment lentement la visibilité. Personne ne les voit, précisément parce que personne ne les mesure.

Le pire incident n'est pas la panne de trois heures que tout le monde a vue. C'est celle de trois minutes qui se répète, que personne ne regarde.

Le troisième coût : le temps humain

Une panne mobilise. Le dirigeant appelle le prestataire, le prestataire cherche, l'équipe commerciale répond aux clients inquiets, quelqu'un rédige un message d'excuse. Ce temps-là n'apparaît nulle part, alors qu'il représente souvent le poste le plus lourd de l'incident.

Ce coût dépend directement d'un facteur : le délai de détection. Être prévenu par un client, c'est démarrer la résolution en retard, dans l'urgence, avec un interlocuteur mécontent au bout du fil.

Ce qu'il faut mesurer, en pratique

  • La disponibilité réelle, mesurée depuis l'extérieur et à intervalle court, pas la promesse contractuelle de l'hébergeur.
  • Le temps de réponse, car un site qui répond en huit secondes est fonctionnellement indisponible pour une bonne partie des visiteurs.
  • Le délai de détection : combien de temps s'écoule entre l'incident et le moment où quelqu'un chez vous l'apprend.
  • Les pages critiques : la page d'accueil peut répondre parfaitement pendant que le formulaire de contact est cassé.

Concrètement

Posez-vous une seule question : si votre site tombait maintenant, dans combien de temps le sauriez-vous, et par qui ? Si la réponse est « par un client », votre coût d'incident est deux à trois fois supérieur à ce qu'il pourrait être, et il le restera tant que la détection dépendra du hasard.

On ne corrige jamais plus vite qu'on ne détecte.