Monitoring d’un site vitrine : est-ce vraiment nécessaire

Un site vitrine a peu de pages, et encore moins de pages dont la panne coûte un message. Le monitoring utile se limite à ces URL-là. Contrôler chaque média, l’URL d’administration ou le flux RSS noie le signal : le jour où le formulaire disparaît, l’alerte est la même que pour une image manquante.

Les seules URL qui méritent un contrôle

Tenez une liste courte, écrite, pas un import de tout le sitemap.

• L’accueil. C’est l’URL citée sur la carte de visite, la signature d’e-mail et l’annuaire. Elle doit répondre 200 après l’éventuelle redirection HTTP vers HTTPS, avec le nom de l’entreprise dans le HTML.
• La page d’offre que vous envoyez aux prospects. Une refonte qui la remplace par une 404 ne se voit pas sur l’accueil.
• La page de contact, tant que le formulaire est dans le code source. Cherchez une chaîne stable : l’attribut du champ e-mail, le libellé du bouton, le titre du bloc. Un 200 qui affiche « page en construction » est un échec.
• Le certificat du nom utilisé en public. Une vitrine vit souvent plusieurs années sans qu’on ouvre le panneau d’hébergement. L’expiration tombe un week-end, et le navigateur bloque l’accès avant même le HTML.

Ajoutez une page seulement si un humain vous l’envoie comme lien principal. Retirez-la quand elle n’est plus dans le menu.

Ce qu’on laisse en dehors

L’administration du CMS (souvent /wp-admin ou /admin) n’est pas une page visiteur. La surveiller depuis l’extérieur produit des 302 vers la connexion, ou des 401, qui ne décrivent pas la vitrine. Les PDF, les vignettes et les pages d’auteur idem : leur absence n’empêche pas d’écrire.

Le suivi d’audience ne remplace pas cette liste. Une vitrine peu visitée peut être hors service le mardi et ne produire aucune courbe exploitable le mercredi. Le contrôle HTTP, lui, ne dépend pas du nombre de visites. La définition du monitoring de site web rappelle ce qu’il mesure, et ce qu’Analytics ne mesure pas.

Une fréquence sobre

La vitrine change rarement. Un contrôle toutes les une à quelques heures suffit pour l’accueil et la page d’offre : vous n’avez pas une file de paiement qui perd une commande par minute. La page de contact peut rester sur le même intervalle, à condition que l’alerte parte vers une boîte lue, y compris le samedi si c’est là que les messages arrivent.

Ce rythme n’est pas une excuse pour un seul test après la mise en ligne. Un certificat, une sauvegarde ou un plugin peuvent casser la page trois mois plus tard. L’historique de ces contrôles peu nombreux reste lisible : quelques URL, des mois de codes, pas un journal de dix mille images.

Après une modification (thème, formulaire, domaine), refaites un test d’URL sur les trois adresses de la liste le jour même. Le contrôle planifié prendra le relais ensuite.

Quand la vitrine est « en ligne » mais inutile

Trois pannes reviennent, et aucune n’exige un catalogue d’URL :

1. Le formulaire a été retiré du modèle, la page répond toujours 200.
2. L’accueil redirige vers un ancien domaine, ou vers http alors que le certificat n’est plus servi.
3. Le nom de domaine n’est plus renouvelé. La machine peut être intacte : plus personne n’y arrive. Ce cas relève du monitoring du nom de domaine, en plus des pages.

SiteGarde sert ici à tenir cette courte liste, pas à explorer le site. Si la vitrine devient une boutique, la liste change : la page panier et le paiement entrent, l’intervalle se resserre. Tant que le site ne fait qu’exposer une offre et un formulaire, surveiller autre chose ajoute du bruit sans protéger le message.