Infogéreur : les cinq clauses qui font la différence dans un contrat

Choisir un infogéreur se joue rarement sur la technique : la plupart savent administrer un serveur. La différence apparaît au premier incident, et elle a été écrite — ou oubliée — dans le contrat. Voici les cinq clauses que nous voyons manquer le plus souvent chez les clients qui arrivent d’un prestataire précédent.

1. Le périmètre, en liste fermée

Un contrat qui annonce « administration complète de votre infrastructure » n’engage à rien de vérifiable. Ce qui engage, c’est une liste : système, serveur web, base, sauvegardes, supervision, certificats, nombre d’heures d’assistance, plages horaires couvertes. Et, dans le même document, la liste de ce qui n’est pas inclus : développement applicatif, support de l’éditeur du logiciel métier, postes de travail.

Un prestataire sérieux n’a aucun mal à écrire cette liste : c’est elle qui lui permet de tenir ses délais sans travailler gratuitement.

2. Le délai de prise en charge, chiffré et hiérarchisé

« Intervention rapide » ne veut pas dire grand-chose. Ce qui se mesure : le délai entre l’alerte et la première action, distingué par niveau de gravité. Une panne totale n’a pas le même traitement qu’un disque à 85 %.

Le second chiffre à exiger est le délai de rétablissement visé — et la façon dont il est calculé. Un engagement de 4 heures qui démarre à l’ouverture d’un ticket créé le lendemain matin ne protège personne.

3. La sauvegarde, avec la date du dernier test de restauration

Toute sauvegarde est « en place ». La question utile est : quand a-t-elle été restaurée pour la dernière fois, et sur quel environnement ? Une sauvegarde jamais testée est une hypothèse, pas une protection — et c’est l’hypothèse qui tombe le jour où vous en avez besoin.

La clause doit préciser la fréquence, la rétention, la localisation (hors du serveur, idéalement hors du site) et la procédure de restauration.

4. Les accès et la réversibilité

Deux situations à éviter : l’infogéreur qui détient seul les accès administrateur — vous n’êtes plus chez vous — et celui qui n’a documenté aucune procédure, si bien qu’un départ prend des semaines.

Exigez : les accès administrateur à votre nom, une documentation remise et mise à jour, les sauvegardes récupérables, et aucune clause retenant vos données en cas de rupture. La réversibilité est un test de confiance : un prestataire qui l’accepte sait qu’il n’a pas besoin de vous retenir.

5. La supervision externe, et qui est réveillé

Une sonde hébergée sur le serveur qu’elle surveille se taira précisément le jour où ce serveur tombe. La supervision doit être externe, avec une fréquence écrite et un seuil d’alerte défini.

Puis la question qu’on oublie : à partir de quelle heure quelqu’un est-il réellement réveillé ? Un support de 9 h à 18 h ne suffit pas pour un site qui vend. L’astreinte a un coût, elle doit être un choix explicite et chiffré — pas une promesse implicite.

Ce qui distingue un bon infogéreur au quotidien

Au-delà du contrat, trois signaux observables avant même de signer : il documente ce qu’il trouve, il refuse les engagements qu’il ne peut pas tenir, et il explique ses changements avant de les appliquer. Un prestataire qui annonce « on gère tout, tout le temps, pour trois fois rien » vous vend une tranquillité qu’il ne pourra pas produire.

Le vocabulaire aide à poser les bonnes questions : ce qu’un infogéreur fait réellement, et comment se déroule l’infogérance d’un serveur au quotidien.

Bertrand Demarcq dirige DEMARCQ.NET, société d’infogérance fondée en 1996 : exploitation de serveurs Linux, sécurité, haute disponibilité. Infogérance à partir de 120 € HT par mois et par serveur.

---

Article partenaire – ce contenu a été publié dans le cadre d’un partenariat commercial rémunéré. Il n’engage pas la rédaction de Kami-Labs.