Aller au contenu
DevOps & cybersécurité · Guide

Monitoring et uptime

Le monitoring consiste à surveiller en continu la disponibilité, la vitesse et les erreurs de vos sites et applications, puis à alerter avant que les utilisateurs ne s'en aperçoivent. Il mesure la ponctualité perçue (uptime) et la santé réelle des services. Comptez 3 000 à 15 000 MAD pour la mise en place et 1 000 à 8 000 MAD par mois d'exploitation et d'alerte.

Demander un accompagnement ↘

Certains liens de cette page sont des liens d'affiliation : nous pouvons toucher une commission, sans surcoût pour vous. En savoir plus

Le monitoring rend visible ce qui se passe dans le dos de l’entreprise : une panne de paiement à minuit, un serveur saturé, un formulaire qui n’enregistre plus. Il ne répare rien tout seul, mais il réduit l’angle mort et le temps de réaction.

Des alertes qui méritent confiance

Une alerte utile est rare, précise et actionnable. Les alertes trop nombreuses créent une fatigue qui conduit à ignorer justement celle qui compte. Mieux vaut peu de seuils bien choisis.

Surveiller les parcours, pas seulement les pages

Vérifier que la page d’accueil répond ne suffit pas : il faut aussi surveiller le tunnel d’achat, le formulaire de contact, la connexion et l’envoi d’emails transactionnels.

Du signal à l’amélioration

Chaque incident doit mener à un ajustement : un seuil, une procédure, une correction ou une redondance. Le monitoring a de la valeur quand il nourrit des décisions. translations: en: “monitoring”

Quand en avez-vous besoin ?

  • Vous découvrez vos pannes par des clients mécontents plutôt que par une alerte
  • Vos formulaires ou votre paiement échouent sans que personne ne le remarque pendant des heures
  • Vous gérez plusieurs sites ou applications et ne savez pas lequel est en difficulté
  • Vous préparez un lancement ou une période de forte activité (Ramadan, Black Friday)
  • Vous voulez mesurer un objectif de disponibilité (par exemple 99,9 %) et le respecter

Comment ça se passe

  1. Définir ce qui compte — Choisir les indicateurs utiles : disponibilité, temps de réponse, taux d'erreur, conversions, base de données, messagerie. Trop de métriques dilue l'attention.
  2. Mettre en place les sondes — Configurer des tests de disponibilité depuis plusieurs régions, des tests de parcours (connexion, paiement) et la collecte des journaux et métriques du serveur et de l'application.
  3. Adresser les alertes aux bonnes personnes — Définir des seuils et des escalades, éviter les alertes redondantes et les faux positifs. Une alerte doit déclencher une action.
  4. Tableaux de bord partagés — Créer un tableau de bord lisible pour l'équipe technique et un synthétique pour la direction (disponibilité, incidents, temps de rétablissement).
  5. Revue et amélioration — Analyser les incidents après coup, ajuster les seuils et documenter les procédures. Le monitoring évolue avec le produit.

Combien ça coûte

PrestationPrix indicatifÀ savoir
Mise en place du monitoring3 000 – 15 000 MAD (≈ 270 – 1 400 €)Sondes, alertes et tableaux de bord
Service de monitoring hébergé0 – 1 500 MAD / mois (≈ 0 – 140 €)UptimeRobot ou Better Stack selon le nombre de sondes
Supervision d'application (APM)1 000 – 8 000 MAD / mois (≈ 90 – 730 €)Traces, erreurs et performance des transactions
Astreinte et traitement des alertes2 000 – 10 000 MAD / mois (≈ 180 – 920 €)Réponse aux incidents selon un SLA défini
Audit de disponibilité et de performance4 000 – 15 000 MAD (≈ 370 – 1 400 €)Points de défaillance, dépendances et recommandations

Fourchettes indicatives pour le marché marocain en 2026, hors taxes. Les tarifs varient selon le périmètre et le prestataire.

Outils recommandés

Les outils que nous recommandons le plus souvent pour ce type de projet.

UptimeRobot

Surveillance de disponibilité gratuite pour commencer

Avis détaillé bientôt

Better Stack

Sondes, statuts et incidents avec alertes

Avis détaillé bientôt

Grafana

Tableaux de bord et alertes multi-sources

Avis détaillé bientôt

Sentry

Suivi des erreurs applicatives

Avis détaillé bientôt

Prometheus

Collecte de métriques pour les applications et serveurs

Avis détaillé bientôt

Erreurs à éviter

  • Créer des dizaines d'alertes qui finissent toutes ignorées
  • Surveiller seulement la page d'accueil alors que le paiement ou le formulaire tombent en panne
  • Alerter une personne sans procédure ni responsable de substitution
  • Mesurer sans jamais analyser les incidents et leurs causes
  • Croire que la disponibilité de l'hébergeur suffit à garantir celle de votre service

Questions fréquentes

Quelle disponibilité viser ?

99,9 % (environ 43 minutes d'indisponibilité par mois) est un objectif raisonnable pour une PME. 99,99 % demande une redondance et un budget bien plus élevés. L'important est de mesurer ce que vous promettez.

Le monitoring est-il utile pour un simple site vitrine ?

Oui, au minimum pour savoir quand le site tombe et être alerté avant vos clients. Une sonde gratuite toutes les cinq minutes suffit à ce niveau.

Quelle différence entre uptime et APM ?

L'uptime vérifie que le service répond. L'APM (application performance monitoring) analyse les erreurs et les temps de réponse au niveau des transactions : il identifie où le ralentissement se produit.

Faut-il surveiller les dépendances externes ?

Oui : passerelle de paiement, service email, livraison, hébergeur DNS. Un incident de dépendance peut faire tomber votre service sans que vos serveurs soient en cause.

Combien de temps pour mettre en place un monitoring ?

Une configuration de base avec deux ou trois sondes et une alerte email prend quelques heures. Une supervision complète avec tableaux de bord et procédures se construit en quelques semaines.

Mis à jour le

À lire aussi

Tous nos guides pratiques →