Le monitoring de site web est la mesure répétée, depuis l’extérieur, de ce qu’une URL répond vraiment. On en retient cinq résultats : le code HTTP, le certificat TLS, la chaîne de redirections, la présence du contenu attendu, et le temps de réponse. Le monitoring web décrit la surveillance dans son ensemble (pannes, contenu modifié, rythme d’alerte). Ici, il s’agit seulement de nommer ce qui est mesuré, et de le séparer d’Analytics et de Search Console.
Les cinq mesures
Un contrôle envoie une requête HTTP comme le ferait un client sans cache et sans session. Il note :
- Le code HTTP. 200 signifie que la ressource est servie. 404, 500 ou 503 disent autre chose. Un dépassement de délai n’est pas un code : aucune réponse n’est arrivée dans le temps imparti.
- Le certificat. Le nom couvert doit correspondre au domaine demandé, la date doit être valide, et la chaîne doit être complète. Une page qui répond 200 en HTTP clair avec un certificat expiré en HTTPS n’est pas disponible pour un visiteur moderne.
- La redirection. Le contrôle suit les réponses 301 et 302 et compte les sauts. Aboutir au bon HTML après quatre redirections n’est pas le même résultat qu’une réponse directe : chaque saut ajoute un aller-retour et peut changer l’URL finale.
- Le contenu attendu. Un code 200 peut renvoyer une page de maintenance, une erreur habillée en HTML, ou un texte qui n’est plus le vôtre. On cherche une chaîne stable (le nom affiché, le titre d’un formulaire) et l’absence d’un motif qui n’a rien à faire sur cette page.
- Le temps de réponse. C’est le délai jusqu’à la réponse HTTP, pas le chargement complet dans un navigateur. Il sert à voir un serveur qui répond encore, mais de plus en plus lentement.
Ces cinq points se lisent ensemble. Un certificat valide ne compense pas un 500. Un 200 ne compense pas une redirection vers un autre domaine.
Analytics et Search Console mesurent autre chose
Google Analytics enregistre ce que font les visiteurs qui parviennent à exécuter le script : pages vues, événements, provenance. Si le site ne répond plus, les événements s’arrêtent. La courbe baisse plus tard, et elle ne distingue pas un 503, un certificat refusé et un nom de domaine qui ne se résout plus.
Google Search Console décrit la relation entre le site et l’index : requêtes, pages indexées, exploration. Les rapports ont un décalage de l’ordre de quelques jours. Une erreur d’exploration signale que Google a rencontré un obstacle, pas que le formulaire de contact est en échec à 6 h.
Aucun des deux ne répond à la question du monitoring de site web : à cet instant, cette URL renvoie-t-elle ce qui était prévu ?
Comment lire un contrôle
Sur une page d’accueil, un résultat sain ressemble à ceci : code 200, certificat valide pour le nom demandé, une redirection au plus (HTTP vers HTTPS) si elle est voulue, le titre de la page présent dans le HTML, temps de réponse dans la fourchette habituelle de cette URL. Il n’existe pas de seuil universel de durée : on compare au passé de la même page.
Un résultat à traiter ressemble plutôt à ceci : code 200, mais le corps contient le mot maintenance à la place du titre ; ou code 301 vers un domaine que vous ne gérez pas ; ou certificat qui expire dans quelques jours. Le code seul aurait classé les deux premiers cas comme une réussite.
Le détail d’un contrôle se regarde avec un test d’URL. La série des contrôles dit ensuite si l’écart a duré une minute ou une nuit. Un test unique ne décrit pas la semaine.
Ce qu’il faut fixer avant de mesurer
Listez les URL qui ont un rôle : accueil, contact, paiement, connexion. Pour chacune, écrivez le code attendu, la chaîne de contenu, et si une redirection est normale. Sans ce contrat, un 200 dont le HTML est vide passe pour un succès.
La fréquence dépend de la page. Une page qui change peu peut être contrôlée plusieurs fois par jour. Une page de commande justifie un intervalle plus court, parce qu’une heure d’erreur n’est pas rattrapée par le contrôle du lendemain.
SiteGarde reprend cette définition : des contrôles HTTP vus de l’extérieur, avec le code, la redirection et le contenu. Le réglage des seuils et la lecture de l’historique viennent ensuite. Ils n’ont de sens que si les cinq mesures ci-dessus sont bien celles que vous avez demandé de relever.