Le monitoring proactif est la fonction centrale d’un contrat d’infogérance : sans lui, un prestataire IT ne voit pas venir les incidents avant le client.
Infologo, prestataire IT basé à Lausanne et Genève, accompagne les PME romandes dans la gestion de leur infrastructure depuis 2008. Sur les 14 audits infrastructure conduits entre 2023 et 2025, 11 révélaient une absence ou une mauvaise configuration du monitoring. Ce n’est pas une anomalie de marché. C’est un angle mort systémique.
Infogérance proactive vs infogérance réactive : la différence concrète
Un contrat d’infogérance proactif est un contrat dans lequel le prestataire IT détecte et traite les anomalies avant qu’elles ne provoquent une interruption.
Un contrat réactif, lui, déclenche une intervention après que le client a constaté le problème. La différence n’est pas de degré. C’est une différence de nature.
Ce que le client achète dans un contrat managé, c’est la surveillance. Il ne paye pas pour que quelqu’un vienne éteindre le feu. Il paye pour qu’on lui signale que la cuisinière chauffe anormalement depuis vingt minutes. Quand ce signal n’existe pas, parce que le monitoring n’est pas actif, le contrat délivre du support réactif, quelle que soit l’étiquette commerciale.
La question n’est donc pas « avez-vous un contrat managé ? » mais « votre monitoring est-il actif, configuré et testé sur chaque équipement géré ? »
Comment fonctionne le monitoring serveur avec PRTG pour les PME ?
PRTG Network Monitor est l’outil que déploie Infologo pour la surveillance continue des infrastructures de ses clients PME. Il analyse en temps réel des dizaines de paramètres sur les serveurs et équipements gérés : espace disque disponible, charge CPU, disponibilité des services, état des sauvegardes, trafic réseau, température des équipements.
Le principe de fonctionnement est simple : des seuils d’alerte sont définis à l’avance sur chaque équipement. Quand un seuil est franchi, une alerte est générée automatiquement et transmise à l’équipe technique, avant que la situation ne dégénère.
Infologo configure ces seuils en fonction du profil de chaque serveur. Sur un serveur standard, l’alerte disque se déclenche à 75 % de capacité. Sur un serveur identifié comme fragile ou déjà problématique, ce seuil descend à 65 %. La fragilité connue appelle une vigilance renforcée, pas une vigilance identique à la moyenne du parc.
Sans PRTG actif et correctement configuré, un technicien ne voit pas plus que ce que voit le client lui-même.
Ce qui s’est passé chez un client et pourquoi c’est un cas d’école
Lors d’un déploiement PRTG chez un client, des redémarrages techniques associés à l’installation ont été reportés. Le monitoring n’était pas encore actif sur ce serveur. Le serveur en question avait été identifié comme fragile lors d’un passage précédent, information documentée dans le dossier client, mais pas encore traduite en surveillance opérationnelle.
En quelques minutes, 50 Go se sont accumulés. Saturation totale. Blocage côté client. Appel immédiat avec demande d’explication.
Ce qui aurait dû se passer : une alerte PRTG à 65 % de capacité disque, déclenchée plusieurs heures avant la saturation, avec intervention préventive avant tout incident visible. Ce qui s’est passé : une tâche perçue comme « de fond » avait été repoussée. Le monitoring était en attente. Le serveur, lui, n’attendait pas.
La cliente a réagi très rapidement. C’est normal. Tout client qui découvre une panne avant son prestataire IT a toutes les raisons de remettre en question la valeur du contrat qu’il paye. La bonne réponse n’est pas une explication technique. C’est une refonte de la priorité accordée au monitoring dans les processus internes.
Pourquoi le monitoring est systématiquement sous-priorisé ?
C’est une tendance qu’on observe dans de nombreuses équipes IT, y compris chez des prestataires sérieux : PRTG est traité comme un outil de fond, une tâche qu’on configure « quand on a le temps », entre deux tickets urgents. Cette perception est fausse, et elle coûte cher.
Le monitoring n’est pas un outil de reporting. C’est une infrastructure de détection. Sans lui, toute la promesse de proactivité d’un contrat managé repose sur des vérifications manuelles, sur l’habitude, sur la chance. Un technicien qui reporte les redémarrages liés au déploiement PRTG ne prend pas une décision anodine. Il reporte sans le savoir la mise en place de la seule couche qui permettrait de voir venir les problèmes. Le reste du contrat tourne à vide.
Ce qu’on fait chez Infologo
Le déploiement de PRTG est une tâche de premier rang dans nos engagements contractuels, pas une tâche secondaire. Avant toute autre modification sur un serveur géré, le monitoring doit être actif et testé. Si des redémarrages sont requis pour finaliser l’installation, ils passent avant le reste, pas après.
Sur tout serveur identifié comme fragile, les seuils d’alerte sont abaissés dès l’onboarding. Nous documentons cet abaissement dans le dossier client, avec la justification associée.
Un contrat managé qui ne peut pas répondre à la question « quand avez-vous reçu la dernière alerte PRTG sur ce serveur, et quelle était sa nature ? » n’est pas un contrat managé. C’est un contrat de support avec une surveillance optionnelle. Ce n’est pas ce que nous vendons, et ce n’est pas ce que nos clients achètent.
Si vous avez un doute sur le niveau de surveillance actuellement actif sur votre infrastructure, contactez-nous pour un audit de votre configuration de monitoring, sans engagement.
