Monitoring de site web : quoi surveiller, et avec quels outils.La disponibilité, mais pas seulement.

1. Surveillez l'accueil et les pages qui rapportent (contact, panier, paiement), avec un mot attendu sur la page.
2. Toutes les une à cinq minutes, selon ce que coûte une heure de panne.
3. Depuis plusieurs endroits, avec confirmation avant l'alerte, pour éviter les fausses alarmes.
4. Jamais depuis le serveur du site : la surveillance doit tourner ailleurs.
5. Ajoutez les échéances du certificat et du nom de domaine.
6. Décidez qui reçoit l'alerte, y compris le soir et le week-end.

Dans ce guide

• Quoi surveiller, par ordre d'importance
• À quelle fréquence, depuis où, et qui prévenir
• Les outils, gratuits ou payants
• Quand l'alerte sonne : la marche à suivre
• Monitoring et surveillance de sécurité : la différence
• Ce que nous ferions à votre place
• Questions fréquentes

1. La disponibilité de l'accueil : le serveur répond-il, avec le code 200 ? C'est le contrôle de base de tous les outils.
2. Le contenu attendu : une page peut répondre 200 et afficher une page blanche, une page de maintenance ou un contenu qui n'est pas le vôtre. Faites vérifier la présence d'un mot qui doit toujours y être, votre nom par exemple.
3. Les pages qui rapportent : le formulaire de contact, la prise de rendez-vous, le panier et la page de paiement d'une boutique. Ce sont elles qu'une mise à jour casse le plus souvent sans que l'accueil ne bouge.
4. Le temps de réponse : un site qui passe d'une demi-seconde à cinq secondes n'est pas en panne, mais il perd des visiteurs, et c'est souvent l'annonce d'une panne.
5. L'échéance du certificat SSL, avec une alerte au moins deux semaines avant : un certificat expiré bloque les visiteurs derrière « Votre connexion n'est pas privée ». Voyez notre guide du certificat SSL expiré.
6. L'échéance du nom de domaine : s'il expire, le site et la messagerie s'arrêtent ensemble.
7. Les tâches qui doivent tourner : une sauvegarde, une synchronisation, un export. Le principe inverse (une tâche qui « se signale » à chaque passage, et une alerte si le signal n'arrive pas) s'appelle une sonde de type push ou heartbeat.
8. L'intégrité et la réputation : des fichiers modifiés sans raison, le site signalé comme dangereux, des problèmes de sécurité remontés par la Search Console de Google. C'est la frontière avec la surveillance de sécurité.
9. Les ressources du serveur (disque, mémoire, processeur), si vous gérez votre propre serveur : un disque plein arrête la base de données et les sauvegardes.

La fréquence

Toutes les cinq minutes suffisent pour un site vitrine ; une minute, voire moins, se justifie pour une boutique qui vend toute la journée. Plus fréquent ne sert à rien si personne ne lit l'alerte dans la minute.

Depuis plusieurs endroits, avec confirmation

Un contrôle isolé qui échoue peut venir du réseau de l'outil, pas de votre site. Les bons réglages confirment la panne depuis un deuxième point de contrôle, ou attendent deux échecs de suite, avant d'alerter. Sans cela, les fausses alertes s'accumulent, et on finit par ne plus les lire.

Jamais depuis le même serveur

Un outil installé sur le serveur du site tombe avec lui, et ne prévient personne. La surveillance doit tourner ailleurs : un service en ligne, ou un outil installé sur une autre machine, chez un autre hébergeur.

Une alerte qui arrive à quelqu'un qui peut agir

E-mail, SMS, notification sur téléphone, messagerie d'équipe : choisissez le canal que quelqu'un lit vraiment, et décidez qui réagit le soir et le week-end. Prévoyez aussi les fenêtres de maintenance, pour ne pas être réveillé par une mise à jour programmée.

D'autres services comparables existent, en gratuit comme en payant. Pour comparer, regardez quatre choses : la fréquence des contrôles, le nombre de points de contrôle et la confirmation avant alerte, les canaux d'alerte, et la conservation de l'historique, utile pour savoir depuis quand un site ralentit.

1. Confirmez depuis un téléphone en 4G, sans le Wi-Fi : est-ce tout le site, une page, ou seulement l'outil qui se trompe ?
2. Notez l'heure et le message exact affiché : erreur 500, 503, page blanche, erreur Cloudflare, alerte de certificat.
3. Regardez la page d'état de votre hébergeur : une panne annoncée se règle sans vous.
4. Lisez le journal des erreurs, puis suivez le guide qui correspond à votre message : erreurs de site, trouver la cause et réparer.
5. Une fois réparé, notez la cause : trois alertes pour la même raison, c'est un problème à régler une fois pour toutes, pas trois pannes.

Le monitoring de disponibilité répond à une question : le site répond-il ? Il ne dit rien d'un code espion glissé dans la page de paiement, d'un compte administrateur ajouté par un intrus ou de pages de spam cachées aux visiteurs, qui laissent le site parfaitement « disponible ».

La surveillance de sécurité regarde l'intérieur : les fichiers qui changent sans raison, les extensions qui deviennent vulnérables, les connexions anormales. C'est elle qui transforme une intrusion de plusieurs semaines en intrusion repérée le lendemain. Les deux se complètent ; aucune ne remplace l'autre.

Rédigé par l'équipe Boost de WS Agency, qui maintient et protège des sites WordPress, PrestaShop et Joomla. Publié le 20 octobre 2026. Conditions des outils relevées le 20 octobre 2026 : elles changent, vérifiez-les avant de choisir.

• UptimeRobot, offres et tarifs, consultés le 20 octobre 2026.
• Uptime Kuma, dépôt officiel (licence MIT, types de sondes, canaux d'alerte).
• Google, Search Console et effet des codes HTTP sur l'exploration.

Une erreur, une information à compléter, un droit de réponse ? Écrivez à contact@wsagency.fr : nous corrigeons, et nous indiquons ici ce qui a changé et quand.