Surveillance et alertes du site : disponibilité, certificats, formulaires et anomalies d’exploration

Conclusion d’abord : Un incident de site ne se manifeste pas par une “panne”, mais par un “site en panne depuis des jours sans que personne ne le sache”. L’objectif de la surveillance est de faire passer le délai de détection de la semaine à la minute : cinq types de surveillance — disponibilité testée toutes les 1 à 5 minutes, alerte 30 jours avant l’expiration du certificat, auto-test de livraison des formulaires toutes les 15 à 60 minutes, variation hebdomadaire du nombre de pages indexées, vérification quotidienne des sauvegardes — complétés par des alertes à trois niveaux P0/P1/P2, à configurer une fois pour toutes à la livraison d’un nouveau site.

1. Le délai de détection détermine l’ampleur des pertes

Délimitons le sujet :la maintenance mensuelle décrit les tâches mensuelles,exercice de restauration vérifie si les sauvegardes sont restaurables,Diagnostic d’indexation explique comment diagnostiquer une anomalie d’indexation ; cet article traite uniquement d’une question préalable : sur quoi se fondent la détection et le déclenchement de ces actions ? Sans surveillance, la maintenance se fait à l’aveugle ; avec la surveillance, l’alerte pointe vers la panne précise.

La plupart des incidents d’un site d’entreprise ne sont pas dévastateurs, mais chroniques : certificat expiré qui rend tout le site inaccessible, formulaire qui échoue en silence pendant une semaine, nombre de pages indexées qui chute discrètement de moitié. Le tableau ci-dessous détaille les pertes pour chaque cas.

Scénario d’incident	Délai de détection typique sans surveillance	Délai de détection avec surveillance	Conséquence directe
Certificat expiré	1–7 jours	Alerte 30 jours avant l’expiration	Site entier inaccessible, perte de clients
Échec silencieux du formulaire	3 à 14 jours	Alerte après 2 échecs consécutifs d’auto-test	Toutes les demandes perdues sans que personne ne s’en aperçoive
Site piraté	Plusieurs semaines	Alerte sur anomalie d’indexation et de contenu	Résultats de recherche sur la marque pollués
Chute brutale du nombre de pages indexées	1 à 2 mois	Alerte si la variation hebdomadaire dépasse le seuil	Trafic en baisse continue sans intervention
Serveur hors service	De quelques heures à plusieurs jours	Alerte après 2 échecs consécutifs de test de disponibilité	Demandes interrompues

En une phrase : ce que la surveillance achète, ce n’est pas un logiciel, c’est du délai de détection. En le faisant passer de la semaine à la minute, la perte de demandes passe de “tout perdu” à “quelques-unes manquées” : c’est tout l’enjeu.

2. Tableau récapitulatif des cinq types de surveillance et de leurs seuils

Les cinq types de surveillance couvrent tous les parcours critiques d’un site B2B ; les seuils sont directement réutilisables.

Type de surveillance	Objet surveillé	Fréquence et seuil recommandés	Condition d’alerte
Disponibilité	Statut HTTP et temps de réponse	Test toutes les 1 à 5 minutes, au moins 2 nœuds externes	2 échecs consécutifs ; temps de réponse supérieur à 5 secondes 3 fois de suite
Certificat et domaine	Validité SSL, expiration du domaine, enregistrements DNS	Vérification quotidienne, alerte progressive à 30/14/7 jours de l’expiration	Moins de 30 jours avant l’expiration ; modification d’un enregistrement DNS
Formulaires et e-mails	Auto-test de la chaîne de livraison, rejets	Envoi d’un auto-test toutes les 15 à 60 minutes	2 auto-tests consécutifs non reçus ; taux de rejet supérieur à 2 %
Exploration et indexation	État de l’exploration des URL clés, nombre de pages indexées	Vérifier une fois par semaine l’indexation et les erreurs de sitemap	Baisse du nombre de pages indexées de plus de 20 % sur une semaine ; nouvelle erreur dans le sitemap
Sauvegardes et mises à jour	Résultat des tâches de sauvegarde, test de fumée après mise à jour	Vérifier les sauvegardes chaque jour ; détecter l’écran blanc dans l’heure suivant une mise à jour de composant	Échec de sauvegarde ; page d’accueil ou page de formulaire en erreur après une mise à jour

Ce tableau est le cœur de l’article, les sections suivantes détaillent la configuration. Le critère pour savoir si la configuration est bonne est simple : reprenez ce tableau ligne par ligne et demandez-vous « qui regarde, à quelle fréquence, qui prévenir en cas d’anomalie ». Si une seule de ces trois questions reste sans réponse, la ligne n’est pas configurée.

3. Détails de configuration de la disponibilité et des certificats de domaine

Ce qui se configure le plus mal dans la surveillance de la disponibilité, c’est l’emplacement des sondes et les conditions de déclenchement.

Paramètre	Bonne pratique	Erreur fréquente
Nœuds de sonde	Au moins 2 nœuds externes, dans des régions différentes (par exemple 1 à l’étranger et 1 en Chine)	Sonde sur le même serveur que le site surveillé : en cas de panne, la sonde se tait aussi
Chemins sondés	La page d’accueil, plus une page de formulaire et une page produit clé	Tester uniquement la page d’accueil : le cache CDN masque les pannes des pages internes
Critère	Alerte après 2 échecs consécutifs, seuil de temps de réponse à 5 secondes	Alerte dès le premier échec : la moindre variation réseau déclenche des alertes tous les jours
Intervalle de sondage	1 à 5 minutes ; 1 minute pour les sites critiques	Une fois toutes les 30 minutes : l’alerte n’arrive qu’une heure après la panne

Le calendrier des certificats et des domaines est l’élément le plus simple et le plus rentable de tout l’article, parce qu’il prévient à l’avance au lieu d’alerter après coup.

Point de contrôle	Moment de l’alerte	Action
Validité du certificat SSL	Une alerte à 30, 14 et 7 jours avant l’expiration	Vérifier que la tâche de renouvellement automatique tourne bien (certificat Let’s Encrypt renouvelé tous les 90 jours)
Expiration du domaine	Un rappel à 60 et 30 jours avant l’expiration	Vérifier que le compte du registrar et le moyen de renouvellement sont valides, activer le renouvellement automatique
Modification des enregistrements DNS	Alerte à chaque modification	Vérifier immédiatement toute modification non planifiée d’un enregistrement A ou MX

L’alerte de modification DNS est souvent négligée, alors qu’elle est justement le premier signe d’un détournement de domaine : la résolution est redirigée, le site lui-même ne montre rien d’anormal, mais le trafic part chez quelqu’un d’autre. Cette surveillance coûte presque rien chaque jour et vaut la peine d’être mise en place.

4. Formulaires, e-mails et indexation par les robots

La logique de la surveillance des formulaires n’est pas « la page s’ouvre-t-elle », mais « une fois soumis, l’information est-elle bien arrivée ». Une page qui fonctionne avec une chaîne d’acheminement coupée est la panne la plus discrète et la plus coûteuse d’un site B2B : le client croit avoir envoyé sa demande, et vous n’en recevez aucune.

Moyen de surveillance	Mise en œuvre	Critère et alerte
Soumission de test	Envoyer une demande de test toutes les 15 à 60 minutes via un script ou un outil tiers	Réussite si la demande de test arrive avec tous ses champs ; alerte P0 après 2 échecs consécutifs
Vérification côté réception	Nommer la boîte de test selon un format fixe (par exemple test+horodatage@domaine) pour faciliter le filtrage et la vérification	Si le message n’arrive pas à l’heure prévue, la coupure se situe au niveau de l’e-mail
Surveillance des rejets	Surveiller les notifications de rejet de la boîte d’envoi	Si le taux de rejet dépasse 2 %, vérifier la configuration SPF, DKIM et DMARC
Liens morts et contrôle de la délivrabilité	Passer manuellement par le vrai parcours de formulaire chaque trimestre	Comparer avec les résultats de l’auto-contrôle pour éviter que le script d’auto-contrôle ne devienne obsolète

Le crawl et le suivi d’indexation ne nécessitent pas une fréquence élevée : une fois par semaine suffit. Trois indicateurs à surveiller : le code de statut de crawl des URL clés (page d’accueil, pages produits principales, page de contact), le nombre d’erreurs de crawl après soumission du sitemap, et l’évolution hebdomadaire du nombre de pages indexées. Le nombre de pages indexées fluctue naturellement ; une baisse hebdomadaire de moins de 20 % n’est pas inquiétante. Au-delà de 20 % ou en cas de baisse sur deux semaines consécutives, une alerte se justifie. La méthode de diagnostic des anomalies de statut de crawl est détaillée dans Diagnostic d’indexation un article complet ; la surveillance se contente d’envoyer le signal « il faut aller vérifier » au bon moment. Pour les sauvegardes, il suffit de vérifier chaque jour si la tâche a réussi. Quant à la capacité de restauration, elle repose sur des exercices, pas sur la surveillance.

V. Niveaux d’alerte, canaux et gestion des faux positifs

Trop d’alertes tue l’alerte : au bout de dix notifications ignorées, la onzième — la vraie panne — passe à la trappe. La clé d’une bonne hiérarchie, c’est d’envoyer chaque niveau de gravité vers le bon canal et la bonne personne.

Niveau	Critère d’évaluation	Canaux et exigences de réponse
P0	Site inaccessible plus de 5 minutes ; 2 échecs consécutifs d’envoi de formulaire ; signes d’injection de code malveillant	Appel téléphonique ou message direct du bot à la personne de garde, réponse sous 30 minutes
P1	Certificat expirant dans moins de 14 jours ; baisse hebdomadaire du nombre de pages indexées de plus de 20 % ; temps de réponse constamment supérieur à 5 secondes	Notification par e-mail et par groupe, traitement sous 24 heures
P2	Rappel d’expiration du certificat à 30 jours ; échec ponctuel de sauvegarde mais rétablissement le lendemain ; indicateurs de tendance lente	Inclus dans le rapport hebdomadaire, passé en revue en réunion

Une règle stricte pour la gestion des faux positifs : toute surveillance générant des faux positifs fréquents sur trois mois consécutifs doit soit voir son seuil ajusté, soit être désactivée. Il n’y a pas de troisième option. Chaque règle d’alerte doit avoir un responsable désigné — une règle dont personne ne prend en charge l’alerte revient à ne pas être configurée. Sources courantes de faux positifs et leur traitement : échec ponctuel dû à une instabilité réseau (résolu par la condition de 2 échecs consécutifs), panne de page interne non détectée à cause du cache CDN (ajouter un point de détection sur la page de formulaire), e-mails de test marqués par le fournisseur de messagerie (utiliser une adresse de test fixe en liste blanche).

VI. Réponse de garde et liste de contrôle pour le lancement d’un nouveau site

Ce qu’il faut faire quand l’alerte sonne doit être défini à l’avance. Trois niveaux d’action progressifs dans le temps :

Niveau de réponse	Condition de déclenchement	Action	Délai cible
Premier niveau	Défaillance ponctuelle, récupération rapide possible	Redémarrer le service, revenir à la dernière mise à jour	Sous 15 minutes
Deuxième niveau	Le premier niveau a échoué ou la panne s’étend	Basculer vers une page statique en cache pour maintenir l’accessibilité externe	Sous 1 heure
Troisième niveau	Réparation impossible à court terme	Arrêter les suppositions, publier une annonce et transférer au support externe	Sous 4 heures

L’organisation de la garde répond à une seule question : qui peut intervenir la nuit. Un site B2B n’a pas besoin d’une garde humaine 24h/24, mais une alerte P0 doit avoir au moins une personne réveillable la nuit et disposant des accès serveur. Sans cette personne, même la surveillance la plus complète ne permet que de « savoir le lendemain matin ».

À la livraison du site, la surveillance est mise en place en une seule fois : la liste est fixe, cinq contrôles et trois destinataires.

Obligatoire à la livraison	Contenu
Cinq contrôles	Disponibilité, certificat et domaine, envoi des formulaires, rapport hebdomadaire d’indexation, résultat des sauvegardes : à configurer selon les seuils de la section 2
Trois destinataires	L’astreinte P0, le responsable technique P1, l’interlocuteur quotidien P2 : chaque canal est opérationnel et un test d’alerte réel est effectué une fois

7. Se servir des données d’alerte pour progresser, et quand ne pas internaliser

La surveillance n’est pas qu’un pompier de service : c’est aussi un détecteur de pistes d’amélioration. Faites un bilan chaque trimestre en regardant trois chiffres : le nombre total d’alertes, la part d’incidents réels parmi elles, et les types de pannes qui reviennent. Si les incidents réels représentent moins de 30 %, les règles sont trop bruyantes et doivent être resserrées ; si le même type de panne survient plus de deux fois dans le trimestre, il faut le faire passer de « détecté par alerte » à « corrigé définitivement » — par exemple, si l’envoi d’e-mails vacille à répétition, changez de solution d’envoi au lieu de garder cette alerte. Ce bilan peut être intégré à la version trimestrielle des sujets de maintenance mensuelle et avancer en routine.

Quand l’internalisation n’est pas nécessaire, il faut le dire aussi : la plupart des sites B2B n’ont pas besoin de leur propre système de surveillance. Le minimum vital d’un service de sondes tiers — trois éléments : disponibilité, expiration du certificat, envoi des formulaires — couvre les trois types d’incidents les plus coûteux, pour un coût proche de zéro. L’internalisation ne se justifie que dans deux cas : une chaîne de formulaires trop complexe pour les sondes tierces, ou une exigence de conformité interdisant que les données de surveillance sortent de votre environnement. Si vous avez besoin d’aide pour mettre en place cette surveillance et ces alertes selon l’état actuel de votre site, vous pouvez Contactez-nous.

FAQ — Questions fréquentes

Un petit site a-t-il aussi besoin de surveillance ?

Oui, mais le minimum vital de trois éléments suffit : sonde de disponibilité (toutes les 5 minutes, alerte après 2 échecs consécutifs), alerte d’expiration du certificat (à partir de 30 jours), auto-contrôle de l’envoi des formulaires (une fois par heure). Ces trois éléments couvrent les trois types d’incidents les plus coûteux pour un site d’entreprise et sont réalisables avec l’offre gratuite d’un service tiers. Le rapport hebdomadaire d’indexation et la vérification des sauvegardes peuvent rester à faible fréquence : complétez les cinq contrôles quand les demandes entrantes augmenteront.

Les outils de surveillance gratuits suffisent-ils ?

Dans la plupart des cas, oui. L’offre gratuite d’un service de sondes tiers propose généralement un intervalle de 1 à 5 minutes et des sondes multi-nœuds, ce qui satisfait les seuils de lisibilité de la section 2. Deux limites à garder en tête : l’offre gratuite a peu de nœuds, d’où de fausses alertes occasionnelles sur un seul nœud, à filtrer avec la règle des « 2 échecs consécutifs » ; elle ne prend généralement en charge que les sondes HTTP, l’auto-contrôle de l’envoi des formulaires demandant d’écrire son propre script ou de passer à une offre payante avec sondes scriptées. Pour juger du budget : si le coût annuel de la surveillance est inférieur à la perte d’un incident d’expiration de certificat, cela vaut la peine.

Trop d’alertes finissent par nous rendre insensibles, que faire ?

Resserrez les règles selon les faux positifs : une règle qui déclenche à tort et souvent trois mois de suite voit son seuil ajusté ou est désactivée ; chaque règle a un responsable désigné, et une règle que personne ne prend en charge est retirée. Séparez ensuite les canaux par niveau : seuls les P0 passent en alerte immédiate, les P1 partent par e-mail et messagerie d’équipe, les P2 figurent seulement dans le rapport hebdomadaire. Critère pour juger que le resserrement a abouti : deux semaines de suite sans aucun faux positif sur le canal P0, sans qu’un incident réel soit passé inaperçu.

Faut-il une alerte quand le nombre de pages indexées baisse ?

Oui, mais avec un seuil élargi. Le nombre de pages indexées fluctue naturellement : une baisse hebdomadaire de 20 % au plus reste dans la norme et ne justifie pas d’alerte ; au-delà de 20 % ou deux semaines de baisse consécutives, on déclenche un P1. La surveillance se contente d’envoyer le signal « il faut aller vérifier » ; l’analyse du crawl et de l’indexation suit un processus distinct. À noter : une fréquence hebdomadaire suffit pour ce suivi ; scruter le nombre de pages indexées tous les jours ne crée que de l’anxiété et ne permet pas de détecter un vrai problème plus tôt.

Quel est le lien entre la surveillance et la maintenance mensuelle ?

La surveillance détecte, la maintenance traite : les deux sont liées par un déclenchement, pas par une substitution. La maintenance mensuelle est un rendez-vous régulier à rythme fixe, la surveillance est une sentinelle qui veille en continu entre deux maintenances — un certificat qui expire entre deux dates de maintenance, un formulaire qui casse entre deux dates de maintenance, c’est la surveillance qui donne l’alerte en premier. En pratique, faites des alertes de surveillance une entrée fixe de la réunion de maintenance : passez en revue, une par une, ce qui a sonné le mois écoulé, ce qui a été traité et ce qui est devenu un correctif à faire.

Que faire si une alerte sonne la nuit et que personne ne la traite ?

Cela signifie que l’astreinte est incomplète. Répondez d’abord à la question « qui peut intervenir la nuit » : au moins une personne disposant des accès serveur et réveillée par le canal P0 ; à défaut, configurez des actions automatiques P0 — redémarrage automatique du service, bascule automatique vers une page statique en cache. Rédigez ensuite les trois niveaux de réponse dans un document : redémarrage ou retour arrière en 15 minutes, bascule vers une page statique en 1 heure, recours à un support externe en 4 heures. Pour un site qui ne peut temporairement compter sur personne, mieux vaut élargir le seuil P0 à « panne continue de 10 minutes » que de configurer une alerte qui sonne sans que personne ne réagisse.

Pour conclure

Toute la valeur d’un système de surveillance tient dans une formule : la perte égale la durée de la panne multipliée par la perte par unité de temps, et la surveillance fait passer la première des jours aux minutes. Configurez les cinq types de surveillance selon les seuils de la section 2, reliez les trois niveaux d’alerte à un responsable, résorbez les faux positifs chaque trimestre : ces trois choses faites, un incident sur le site passe de « catastrophe » à « tâche à faire ».

Une seule phrase à retenir suffit : la surveillance n’achète pas un logiciel, elle achète du temps de détection ; une règle d’alerte sans responsable revient à ne pas en avoir.