Comment surveiller un site web (5 minutes)

Trois étapes, environ 5 minutes au total : créer un moniteur pour l’URL principale de votre site, choisir où envoyer les alertes, puis vérifier que l’alerte se déclenche vraiment. Le but n’est pas de surveiller chaque URL dès le premier jour ; il est de couvrir la première panne qu’un client remarquerait et de prouver que l’alerte atteint une vraie personne.

1. 1

   Créer un moniteur pour l’URL de votre page d’accueil

   Pointez un moniteur vers l’URL qu’un vrai visiteur ouvrirait en premier : votre page d’accueil, ou une page de connexion si c’est la vraie porte d’entrée. C’est une vérification externe : elle s’exécute depuis l’extérieur de vos propres serveurs selon un calendrier, donc elle peut vous dire que le site est injoignable même si tout semble normal dans votre infrastructure. Utilisez l’URL finale de production, incluez https, et évitez un chemin qui nécessite une session connectée sauf si le moniteur sait s’authentifier.

2. 2

   Ajouter un canal d’alerte

   Choisissez où l’alerte doit arriver quand une vérification échoue : l’email est le défaut le plus simple, et des canaux comme Slack, Discord ou un webhook vers vos propres systèmes sont courants pour les équipes. Choisissez un canal que quelqu’un surveille réellement, puis décidez du niveau de confirmation nécessaire avant l’envoi. Pour la plupart des sites publics, deux vérifications échouées consécutives constituent une meilleure première règle qu’une alerte sur un seul accroc transitoire.

3. 3

   Vérifier qu’elle se déclenche

   Ne supposez pas que l’alerte fonctionne : confirmez-le. Pointez le moniteur vers une URL que vous savez en échec, ou utilisez temporairement une assertion qui ne peut pas réussir, puis attendez le prochain cycle de vérification. Confirmez les deux moitiés du trajet : le moniteur change d’état et l’alerte atteint la bonne personne. Si ce n’est pas le cas, vous avez trouvé une configuration cassée avant une vraie panne.

   curl -I https://votresite.com/ce-chemin-n-existe-pas
   # attendu : HTTP/1.1 404 Not Found
   # puis attendez la prochaine vérification planifiée et confirmez que l’alerte arrive

Ce qu’il faut surveiller en deuxième et troisième

Une fois la vérification de base et l’alerte confirmées, ajoutez ensuite l’expiration du certificat TLS : elle échoue silencieusement sans avertissement jusqu’au jour exact où elle expire, contrairement à une panne serveur au moins immédiatement visible pour les visiteurs. L’expiration du domaine appartient à la même catégorie de risque : un enregistrement expiré peut éteindre le site et ses emails, souvent pendant plusieurs jours, et les problèmes de paiement ou de bureau d’enregistrement sont faciles à manquer.

Troisièmement, ajoutez un moniteur pour le parcours client le plus important : checkout, connexion, URL de tableau de bord, réservation ou endpoint API dont dépend un autre service. Une configuration limitée à la page d’accueil ne remarquera pas si l’un de ces chemins casse seul pendant que le reste du site semble normal. Ensuite, ajoutez des moniteurs heartbeat pour les tâches cron, files d’attente, imports et sauvegardes : le travail silencieux que les vérifications externes ne peuvent pas voir.

Erreurs de configuration courantes à éviter

Alerter au premier échec. Un seul échec peut être un accroc réseau transitoire plutôt qu’une vraie panne ; exiger deux ou trois échecs consécutifs avant d’alerter transforme le monitoring bruyant en signal fiable.

Vérifier seulement la page d’accueil. Si le checkout ou une route API échoue indépendamment, une vérification de page d’accueil ne le verra pas. Votre premier moniteur prouve que le site existe ; le deuxième ou le troisième devrait prouver que la partie dont les clients ont réellement besoin fonctionne encore.

Ne jamais tester l’alerte. Un moniteur configuré mais jamais confirmé donne une fausse impression de sécurité. Forcez un échec une fois, comme à l’étape 3, et vérifiez aussi le retour à la normale pour savoir que le moniteur repasse au vert une fois le problème corrigé.