Comment surveiller la disponibilité de son site web ?
En bref
Pour surveiller la disponibilité d'un site, un service de surveillance externe interroge régulièrement ses pages depuis plusieurs points d'Internet. Il vérifie le code de réponse HTTP, la présence d'un texte attendu et le temps de réponse, puis alerte une personne désignée lorsque l'échec est confirmé. Complétez ce contrôle par le suivi de l'expiration du certificat HTTPS et du nom de domaine.
Un site en panne ne prévient pas. Sans surveillance, vous l'apprenez par un client, parfois après plusieurs heures. La surveillance de disponibilité inverse la situation : un robot visite le site en continu et vous alerte dès qu'il ne répond plus correctement. Voici quoi surveiller, comment configurer les alertes et comment réagir.
Pourquoi surveiller depuis l'extérieur ?
Un serveur peut fonctionner parfaitement tout en étant inaccessible pour vos visiteurs : enregistrement DNS erroné, certificat expiré, problème de réseau chez l'hébergeur. Une surveillance externe se place du côté du visiteur. Elle interroge le site par Internet, comme le ferait un navigateur, et constate ce que voit réellement le public.
Que faut-il vérifier ?
| Contrôle | Ce qu'il détecte |
|---|---|
| Code de réponse HTTP | Erreurs serveur (codes 5xx), pages introuvables (404), redirections inattendues |
| Texte attendu dans la page | Page blanche ou message d'erreur renvoyé avec un code 200, contenu défiguré |
| Temps de réponse | Lenteurs qui précèdent souvent une panne |
| Certificat HTTPS | Expiration proche, chaîne de certificats invalide |
| Nom de domaine | Échéance de renouvellement qui approche |
| Parcours critique | Formulaire, connexion ou paiement qui ne fonctionne plus |
Le code HTTP est un nombre renvoyé par le serveur avec chaque page : 200 signifie que tout va bien, les codes commençant par 5 signalent une erreur du serveur. Il ne suffit pas : une application en erreur peut afficher une page vide tout en répondant 200. D'où l'intérêt du contrôle par mot-clé.
Comment configurer une surveillance fiable ?
- Choisir les adresses à contrôler : la page d'accueil, mais aussi la page du formulaire, la page de connexion ou un point de contrôle technique de l'application.
- Adapter la fréquence à la criticité du site : plus une interruption coûte cher, plus les contrôles doivent être rapprochés.
- Contrôler depuis plusieurs emplacements et ne déclencher l'alerte que si l'échec est confirmé par plusieurs d'entre eux. Cela évite les fausses alertes dues à un incident réseau local.
- Définir des seuils : temps de réponse jugé anormal, nombre d'échecs consécutifs avant alerte.
- Diversifier les canaux : si l'alerte part uniquement par e-mail et que la messagerie est hébergée sur le même serveur, vous ne la recevrez pas.
- Désigner les destinataires et prévoir qui agit en dehors des heures ouvrées.
- Prévoir une escalade vers une deuxième personne si l'alerte n'est pas prise en charge.
Que faire quand une alerte arrive ?
- Confirmer la panne depuis un autre réseau, par exemple un téléphone en données mobiles.
- Consulter la page d'état de l'hébergeur ou de l'infrastructure.
- Délimiter le problème : tout le site, une page, le DNS, le certificat ?
- Examiner les journaux du serveur et les dernières modifications : mise à jour, déploiement, changement DNS.
- Revenir à la version précédente ou restaurer une sauvegarde si nécessaire.
- Informer les utilisateurs concernés, puis rédiger une courte note après l'incident.
Surveillance de disponibilité ou supervision : quelle différence ?
La surveillance de disponibilité constate un symptôme vu de l'extérieur. La supervision observe l'intérieur du serveur : espace disque, mémoire, services, sauvegardes. Elle permet d'anticiper une panne avant qu'elle ne devienne visible. Les deux se complètent. Pour le détail des indicateurs internes, lisez ce qu'il faut surveiller en supervision.
Comment mesurer la disponibilité dans le temps ?
Le taux de disponibilité rapporte le temps pendant lequel le site était accessible au temps total observé. Si un contrat d'hébergement fixe un engagement de disponibilité, vérifiez comment il est mesuré, ce qui est exclu, comme les maintenances programmées, et ce que prévoit le contrat en cas de manquement. Conservez l'historique de vos propres mesures : il sert de base factuelle en cas de discussion.
Enfin, une page de statut, publique ou réservée à vos utilisateurs, indique l'état du service et l'avancement d'un incident. Elle évite d'avoir à répondre un par un aux messages pendant une panne.
Pour faire surveiller vos sites et serveurs avec des alertes traitées par des techniciens, voyez la supervision à distance.
Questions fréquentes
Un site peut-il répondre correctement et être en panne ?
Oui. Une application en erreur peut renvoyer une page vide avec un code 200. Un contrôle par mot-clé, qui vérifie la présence d'un texte attendu, permet de le détecter.
Pourquoi reçoit-on de fausses alertes ?
Souvent à cause d'un incident réseau ponctuel entre le point de contrôle et le site. Confirmer l'échec depuis plusieurs emplacements avant d'alerter réduit fortement ce problème.
À quelle fréquence contrôler un site ?
Elle dépend de la criticité du site. Un site qui génère des demandes ou des ventes justifie des contrôles plus rapprochés qu'un site purement informatif.
La surveillance remplace-t-elle la supervision ?
Non. Elle constate une panne visible de l'extérieur, tandis que la supervision observe l'état interne du serveur et permet d'anticiper les incidents.
Sources
Service lié
Articles liés
Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.
Une question sur votre situation ? Parler de votre projet