Monitoring de sites web pour agences : guide et clause SLA

Monitoring de sites web pour agences : guide et clause SLA

Gérer un parc de sites clients sans système de monitoring, c'est découvrir les pannes par un appel du client. Ce guide vous donne une méthode opérationnelle : quoi surveiller, comment paramétrer vos alertes, quels outils comparer — et comment sécuriser votre position contractuelle avec une clause SLA directement réutilisable.

Que vous maintenez dix sites WordPress ou soixante boutiques PrestaShop, la logique est identique : une sonde externe détecte les anomalies avant vos clients, une alerte déclenche l'intervention, un rapport mensuel justifie la prestation. Voici comment mettre ce cycle en place.

1. Supervision vs monitoring : deux notions, un seul enjeu
2. Ce qu'une agence doit surveiller sur chaque site
3. Fréquence et seuils d'alerte : paramétrage concret
4. Outils comparés pour un parc de 30 sites
5. Intégrer le monitoring dans votre contrat de maintenance
6. Automatiser la détection des incidents courants

Supervision vs monitoring : deux notions, un seul enjeu

Le monitoring de site web désigne l'ensemble des techniques permettant de surveiller en continu la disponibilité, les performances et l'intégrité d'un site Internet. Comme le précise IBM, l'objectif est de « suivre les performances des sites et des services web afin de garantir une disponibilité maximale et une expérience utilisateur optimale ».

En pratique, un outil de monitoring envoie des requêtes HTTP à intervalles réguliers vers vos sites clients. Si le serveur ne répond pas ou répond avec un code d'erreur, une alerte est déclenchée. La supervision élargit ce périmètre à des contrôles proactifs : validité du certificat SSL, expiration du domaine, score de performance Lighthouse, santé globale du site.

Ce que le monitoring ne remplace pas

Le monitoring détecte ; il n'intervient pas. Une panne identifiée en cinq minutes reste une panne si personne ne la traite. C'est l'organisation derrière l'alerte — les astreintes, les procédures d'escalade et les engagements contractuels que vous avez pris envers vos clients — qui détermine si le site est rétabli en vingt minutes ou en deux heures. C'est précisément cette réactivité que votre contrat de maintenance doit formaliser, et c'est l'objet de la section 5 de ce guide.

Supervision vs monitoring : quelle différence concrète ?

Les deux termes sont souvent employés de façon interchangeable. La nuance, quand elle existe : le monitoring couvre la collecte de métriques brutes (uptime, temps de réponse, codes HTTP) ; la supervision y ajoute une couche d'analyse et d'agrégation (score de sécurité, alerte de domaine, bilan mensuel automatisé). Pour une agence, ce qui importe, c'est que l'outil dispose d'un point de vue externe — indépendant du serveur hébergeur — pour détecter les vraies pannes, et non uniquement les incidents visibles depuis l'intérieur du réseau.

Ce qu'une agence doit surveiller sur chaque site client

Les sites que vous maintenez n'ont pas le même profil de risque. Une boutique WooCommerce qui traite des commandes en continu n'exige pas le même suivi qu'un site vitrine rarement mis à jour. Le tableau ci-dessous synthétise les contrôles prioritaires par technologie, à partir desquels vous pouvez construire des profils de surveillance personnalisés.

Technologie	Contrôles prioritaires	Risque principal
WordPress	Uptime HTTP, validité SSL, disponibilité du tableau de bord d'administration	Plugin tiers défaillant après mise à jour automatique
WooCommerce	Uptime, réponse du checkout, disponibilité des pages de paiement	Rupture de paiement lors d'une mise à jour de plugin
PrestaShop	Uptime, erreurs en front-office, disponibilité du back-office	Incompatibilité de module tiers après mise à jour mineure
Symfony / Laravel	Uptime, temps de réponse des endpoints API, certificat SSL	Dépendance Composer obsolète ou incompatible

Trois contrôles supplémentaires s'appliquent à l'ensemble du parc, indépendamment de la technologie :

• Certificat SSL : un certificat expiré génère une alerte bloquante dans le navigateur et rend le site inaccessible aux visiteurs. Le renouvellement automatique Let's Encrypt peut échouer silencieusement si la configuration DNS a changé depuis l'installation initiale.
• Expiration du domaine : les extensions .fr et .com ont des cycles de renouvellement différents. Un oubli de renouvellement chez le client rend votre travail de maintenance inaccessible en moins de 24 heures, sans qu'aucune panne serveur ne soit en cause.
• Performance Lighthouse : selon Centreon, un ralentissement d'une seconde peut entraîner jusqu'à 32 % de taux de rebond supplémentaire. Une dégradation de performance n'est pas une panne, mais c'est le signal qu'un changement récent — mise à jour, ajout de plugin, modification de template — a impacté l'expérience utilisateur.

Fréquence et seuils d'alerte : paramétrage concret

La fréquence de sondage détermine la rapidité de détection. Un sondage toutes les 5 minutes signifie qu'une panne peut passer inaperçue pendant jusqu'à 5 minutes. Pour un e-commerce actif, descendre à une minute réduit ce délai au minimum. Pour un site vitrine avec peu de trafic en dehors des heures ouvrées, 15 minutes offrent un bon compromis entre réactivité et sobriété de l'historique.

Sentinelo sonde par défaut toutes les 5 minutes, configurable à 1, 15, 30 ou 60 minutes par site selon son profil. Un paramètre souvent négligé : la double confirmation. Un seul sondage raté peut être un faux positif lié à un aléa réseau temporaire. Sentinelo exige deux sondes consécutives en échec avant de déclencher une alerte, ce qui supprime l'essentiel des notifications intempestives.

Configuration recommandée par type de site

• E-commerce WooCommerce ou PrestaShop : sondage toutes les 1 à 5 minutes, alerte immédiate par Slack ou Teams pour que l'équipe technique réagisse sans délai. Chaque minute d'indisponibilité d'une boutique représente une perte directe de commandes.
• Site vitrine avec contrat de maintenance basique : sondage toutes les 15 minutes, alerte par e-mail suffisante pour ce niveau de criticité.
• Site en déploiement planifié : activez une fenêtre de maintenance pour suspendre les alertes tout en conservant les mesures continues dans l'historique. Sans cette fonctionnalité, chaque mise en production génère une fausse alerte et pollue le journal des incidents.

Les canaux d'alerte disponibles sur Sentinelo couvrent l'e-mail, Slack, Microsoft Teams, Discord et les webhooks. L'option webhook permet d'intégrer les notifications directement dans votre outil de ticketing ou votre système de gestion des interventions, sans multiplier les outils.

Outils de monitoring comparés pour un parc de 30 sites

Vue d'ensemble d'un parc de sites dans un outil de monitoring multi-clients : état de chaque site, alertes actives et tendances de disponibilité.

Plusieurs outils couvrent le monitoring multi-sites. Ce qui distingue un outil grand public d'un outil conçu pour les agences : la gestion multi-clients native, les rapports PDF personnalisés et la présentation en marque blanche vers les clients finaux.

Outil	Fréquence min.	Canaux d'alerte	Rapport PDF client	Multi-clients natif
Sentinelo	1 min	Email, Slack, Teams, Discord, Webhook	Oui, marque blanche	Oui (portail agence)
UptimeRobot	1 min	Email, SMS, Slack	Non	Non
Better Uptime	1 min	Email, SMS, appel vocal, Slack	Page de statut uniquement	Partiel
Pingdom	1 min	Email, SMS	Rapport de performance	Non
Statuscake	1 min	Email, SMS, Webhook	Non	Non

Pour un parc de 10 à 60 sites, Sentinelo propose une offre agence entre 49 € et 39 € HT par site et par mois selon le volume. La tarification est identique quelle que soit la technologie du site surveillé : WordPress, PrestaShop ou Symfony au même prix. Consultez le détail sur la page dédiée aux agences.

UptimeRobot et Statuscake disposent d'un tier gratuit adapté à la surveillance personnelle ou à un parc de quelques sites sans obligation de rapport client. Dès que la prestation de maintenance devient contractuelle et que votre client attend un bilan mensuel à votre marque, un outil avec rapport intégré et portail multi-clients s'impose.

Intégrer le monitoring dans votre contrat de maintenance

Une prestation de maintenance sans engagement de niveau de service expose l'agence à des réclamations sans cadre. Le monitoring vous fournit les données de disponibilité ; le contrat en définit les conséquences en cas de dépassement. Voici une clause SLA type que vous pouvez adapter et insérer dans vos CGV ou vos contrats de maintenance individuels.

Comprendre les niveaux d'uptime avant de s'engager

Un SLA à 99,9 % laisse 8 heures 43 minutes d'indisponibilité par an. Un SLA à 99,99 % laisse 52 minutes par an. Ces chiffres sont à mettre en regard du type de site : un blog ou un site vitrine peut accepter 99,9 % ; une boutique e-commerce pendant les Soldes ou le Black Friday devrait viser 99,99 % sur ses pages de paiement.

Clause SLA type à insérer dans votre contrat

Article X — Supervision et niveaux de service

Le Prestataire met en œuvre un outil de monitoring externe qui sonde la disponibilité du Site toutes les [5] minutes depuis au moins deux points de mesure distincts. Une indisponibilité est constatée après deux sondes consécutives en échec.

Niveau de service garanti : disponibilité mensuelle de [99,9 %] hors fenêtres de maintenance planifiées et hors défaillance directe de l'hébergeur tiers.

Délais d'intervention :

• Premier contact en cas d'incident confirmé : [X heures] en jours ouvrés ; [X heures] en dehors des jours ouvrés.
• Résolution des incidents de disponibilité totale : [X heures].
• Résolution des dégradations partielles (erreurs isolées, lenteur) : [X jours ouvrés].

Pénalités en cas de non-respect du SLA :

• Disponibilité mensuelle constatée entre [Y %] et [99,9 %] : avoir de [X %] du montant mensuel du forfait, crédité sur la prochaine facture.
• Disponibilité mensuelle constatée inférieure à [Y %] : avoir de [X %] du montant mensuel du forfait, plafonné au montant de ce forfait.
• [X] incidents confirmés sur [30] jours calendaires, ou un incident d'indisponibilité totale dépassant [X heures] consécutives : droit de résiliation sans frais pour le Client, sous réserve d'un préavis écrit de [X] jours.

Le Prestataire transmet au Client un rapport mensuel horodaté mentionnant le taux de disponibilité constaté, les incidents survenus, leur durée et les actions correctives engagées. Ce rapport est établi à partir des données de l'outil de monitoring et est figé à la date d'émission.

Comment calibrer les seuils selon le profil du client

Les valeurs entre crochets sont à définir en fonction du profil commercial du client. Pour un site vitrine à faible enjeu de trafic, des délais d'intervention en heures ouvrées et un avoir symbolique crédibilisent votre démarche sans vous exposer à des pénalités disproportionnées. Pour une boutique e-commerce réalisant plusieurs milliers d'euros de chiffre d'affaires quotidien, les délais et les pénalités doivent refléter l'impact réel d'une heure d'indisponibilité.

La plateforme de rapports Sentinelo génère automatiquement le PDF mensuel à remettre au client : disponibilité constatée, sauvegardes exécutées, mises à jour appliquées, incidents et temps de résolution. Ce document est la pièce à produire en cas de litige sur le respect du SLA.

Pour aller plus loin sur la structuration de la prestation, consultez également le guide complet de la maintenance WordPress pour agences.

Automatiser la détection des incidents courants

Le monitoring détecte ; l'automatisation réduit le délai entre la détection et l'intervention. Voici les incidents les plus fréquents sur un parc de sites WordPress, PrestaShop et Symfony, et leur mode de détection opérationnel.

• Site hors ligne (HTTP 5xx ou timeout) : détecté par la sonde uptime en moins de 5 minutes ; alerte Slack ou Teams pour intervention immédiate de l'équipe technique.
• Certificat SSL expiré ou sur le point d'expirer : contrôle proactif à J-30, J-14 et J-7 avant la date d'expiration ; e-mail automatique à l'agence avant que le problème ne soit visible par les visiteurs.
• Domaine expirant dans moins de 30 jours : alerte préventive transmise à l'agence pour relancer le client propriétaire du nom de domaine à temps.
• Score de sécurité en baisse : signal d'une nouvelle vulnérabilité détectée ou d'une mise à jour de plugin non appliquée, à investiguer avant d'éventuelles conséquences.
• Dégradation des métriques Lighthouse : indicateur qu'un changement récent a impacté le temps de chargement ou la stabilité visuelle, à corréler avec le journal des déploiements.

Sentinelo centralise ces contrôles sur un seul tableau de bord et conserve l'historique sur 13 mois, ce qui permet de produire un rapport d'incident rétroactif en cas de litige ou d'analyse post-mortem. Les points de vigilance spécifiques à WordPress sont détaillés dans notre guide sur la maintenance WordPress essentielle.

Mettre en place un monitoring sur votre parc client, c'est passer d'une maintenance réactive à une maintenance proactive : moins d'appels imprévus, des contrats mieux défendus et une relation client fondée sur des données mesurées plutôt que sur des impressions.

Définissez vos seuils par type de site, configurez les alertes vers vos canaux existants (Slack, Teams, e-mail) et ajoutez un rapport mensuel automatisé dans chaque contrat de maintenance.

Découvrez la supervision multi-sites Sentinelo : sondage HTTP configurable de 1 à 60 minutes, double confirmation de panne, alertes multi-canaux et historique sur 13 mois.