Sécurité

Surveiller son site : les alertes à mettre en place

Pour surveiller son site, 7 alertes suffisent à couvrir l'essentiel : site inaccessible, certificat de sécurité proche de l'expiration, nom de domaine proche de l'expiration, sauvegarde échouée, formulaire ou paiement en panne, connexion suspecte à l'administration, page qui disparaît de Google. Aucune ne demande de compétence avancée, mais chacune doit avoir un destinataire, un seuil et une conduite à tenir écrite à l'avance. Voici lesquelles installer, dans quel ordre, et comment éviter d'être noyé sous les messages.

Sécurité · Lecture : 15 min · Agence DYNSEO

Surveiller son site : l'essentiel à retenir avant de choisir ses outils

Il faut surveiller deux choses : que le site réponde, et que ce qu'il doit faire fonctionne. La première se contrôle depuis l'extérieur par un service qui interroge votre adresse à intervalles réguliers. La seconde demande de tester des parcours réels : envoyer un message depuis le formulaire, simuler une commande, vérifier que la prise de rendez-vous aboutit. Un site peut s'afficher normalement et ne plus rien encaisser.

Le reste est de l'organisation. Qui reçoit l'alerte, à quelle heure, par quel canal, et que fait-il ensuite ? C'est ce qui sépare un dispositif utile d'une boîte de réception qui déborde. Cet article suit cet ordre : les sept alertes, la manière de les régler pour qu'elles restent lisibles, les gestes à faire quand l'une d'elles sonne, puis les questions à poser à votre prestataire. Si votre site est confié à une agence, ces alertes peuvent être mises en place à votre place ; l'intérêt est de savoir ce que vous êtes en droit d'attendre.

Pourquoi les pannes d'un site passent souvent inaperçues

Vous visitez votre site depuis votre ordinateur, connecté à votre compte, avec des pages déjà en mémoire dans votre navigateur. Vos clients, eux, arrivent de l'extérieur, de nuit, depuis un téléphone. Un défaut qui ne touche qu'eux ne vous saute jamais aux yeux. Une panne de serveur à 3 heures du matin, un certificat expiré un dimanche, une extension de paiement qui échoue depuis une mise à jour : aucun de ces incidents n'attend votre prochaine visite.

Le pire scénario est la panne silencieuse. Le site s'affiche, aucune erreur n'est visible, mais le formulaire de contact n'envoie plus rien. Les messages se perdent, les visiteurs concluent que vous ne répondez pas, et vous l'apprenez par un client qui vous téléphone, parfois des semaines plus tard. Une alerte transforme cette découverte tardive en information immédiate.

Les sept alertes à installer sur votre site, dans l'ordre de priorité

L'ordre est celui du rapport entre l'effort d'installation et le dommage évité. Les trois premières se règlent en une heure et préviennent les pannes les plus fréquentes et les plus visibles.

Ces alertes ne coûtent pas toutes la même chose. Certaines sont gratuites (l'envoi de messages d'alerte par Google, les rappels d'expiration de votre gestionnaire de noms de domaine). D'autres passent par un service de surveillance dont l'offre gratuite est souvent limitée en nombre d'adresses ou en fréquence de contrôle ; vérifiez ses conditions actuelles avant de vous y fier. Pour une boutique, la maintenance démarre à 50 € HT par mois chez nous, et elle couvre les mises à jour, les sauvegardes, la sécurité et le support.

L'alerte de disponibilité : surveiller depuis l'extérieur, et bien régler le seuil

Le principe est simple : un service tiers demande votre page d'accueil toutes les minutes ou toutes les cinq minutes, et vous prévient si elle ne répond pas. Il doit être extérieur à votre hébergement, car un outil installé sur le même serveur tomberait en même temps que lui.

Trois réglages font la différence. Le premier est le nombre d'échecs avant alerte : un seul contrôle raté peut venir d'un incident réseau ponctuel, alors qu'exiger deux ou trois échecs de suite évite les fausses alarmes sans retarder beaucoup l'information. Le deuxième est la vérification du contenu : demander au service de repérer un mot précis de la page (le nom de votre entreprise, par exemple) permet de distinguer un site qui répond d'une page d'erreur affichée avec un code de succès. Le troisième est la variété des pages surveillées : en plus de l'accueil, surveillez une page de contenu et la page du formulaire, car la panne d'un composant peut ne toucher qu'elles.

Ajoutez une alerte de lenteur si l'outil la propose. Un site qui met plusieurs secondes à répondre n'est pas en panne au sens strict, mais il perd des visiteurs. Si vous cherchez la cause de lenteurs récurrentes, la question relève de l'hébergement ou de l'optimisation, pas de la surveillance.

Certificat de sécurité et nom de domaine : deux expirations qu'on ne devrait jamais subir

Ces deux échéances ont un point commun : on les connaît des mois à l'avance, et pourtant elles figurent parmi les causes de panne les plus évitables. Un certificat expiré fait afficher aux visiteurs un écran d'avertissement qui peut décourager de poursuivre. Un nom de domaine expiré met le site et les adresses de messagerie qui lui sont attachées hors service.

Le renouvellement automatique réduit le risque sans le supprimer. Il échoue si la carte bancaire enregistrée a expiré, si l'adresse électronique du titulaire n'est plus lue, ou si une modification de la configuration a interrompu le renouvellement du certificat. Voilà pourquoi il faut une alerte indépendante, qui regarde la date d'échéance réelle plutôt que de faire confiance à l'automatisme.

Une précaution se joue en amont de toute alerte : vérifier à quel nom et à quelle adresse électronique le nom de domaine est enregistré. Il arrive qu'il soit au nom d'un ancien prestataire ou d'un ancien salarié. Les rappels partent alors à quelqu'un qui n'est plus là. Si vous avez un doute, notre équipe peut contrôler avec vous où ils sont enregistrés.

Formulaires, paiements, rendez-vous : surveiller les fonctions qui rapportent

Un site vitrine existe pour que vous soyez contacté ; une boutique, pour qu'elle encaisse ; un site de cabinet, pour qu'on y prenne rendez-vous. Ces fonctions sont celles dont la panne coûte le plus, et celles que les outils de disponibilité classiques ne voient pas. Trois approches se combinent.

• Un test automatisé du parcours. Certains services simulent un visiteur : ils remplissent le formulaire, ajoutent un produit au panier, et vous alertent si une étape échoue. C'est la méthode la plus fiable pour un site marchand.
• Un message de test régulier. Sans outil, envoyez-vous vous-même un message par le formulaire une fois par semaine, depuis un téléphone en connexion mobile, et vérifiez qu'il arrive dans la bonne boîte.
• Une alerte d'absence. Si votre site reçoit habituellement plusieurs demandes par semaine et que plus rien n'arrive pendant dix jours, c'est un signal à examiner. Certaines extensions envoient un récapitulatif hebdomadaire qui rend cette absence visible.
• Le suivi des erreurs d'envoi. Si le formulaire fonctionne mais que le message n'arrive pas, la cause se trouve souvent dans l'envoi des e-mails, que l'on peut fiabiliser et surveiller avec un service dédié.

Pour les paiements, ne vous contentez pas des alertes de votre site : le prestataire de paiement envoie lui-même des notifications sur les échecs anormaux ou les paramètres à mettre à jour. Activez-les, et vérifiez qu'elles arrivent à une adresse surveillée.

Sécurité de l'administration : les connexions et les modifications qui doivent vous alerter

Un site compromis ne tombe pas toujours en panne : il peut continuer à fonctionner en cachant du contenu indésirable ou en redirigeant certains visiteurs. Trois signaux méritent une alerte immédiate sur un site WordPress.

Un nouveau compte administrateur. C'est l'un des indices les plus nets d'une intrusion, ou d'une action non prévue d'un intervenant. Vous devez être prévenu à chaque création, et pouvoir confirmer qu'elle est légitime.

Des tentatives de connexion répétées. Les essais répétés d'identifiants font partie du bruit permanent d'Internet, et il serait absurde de recevoir un message à chacun. Réglez plutôt un seuil : une alerte quand le nombre d'échecs dépasse une valeur raisonnable en peu de temps, ou quand une connexion réussit depuis un pays inhabituel pour vous.

Des fichiers modifiés sans mise à jour. Certaines extensions de sécurité comparent les fichiers du site à leur version d'origine et signalent les écarts. Cette alerte est la plus délicate à régler, car une mise à jour légitime produit aussi des modifications. Laissez le prestataire la configurer et indiquez-lui vos dates d'intervention pour qu'il sache distinguer les cas.

Ces alertes complètent la protection du site, elles ne la remplacent pas : mises à jour, comptes personnels, mots de passe longs et authentification à deux facteurs restent la base. Elles peuvent aussi traiter des adresses IP et des identifiants, qui relèvent des données personnelles. Si votre site est soumis à des exigences particulières, comme celles de la santé, demandez à votre prestataire où ces journaux sont conservés et combien de temps.

Deux pannes imaginaires qu'une bonne alerte aurait signalées plus tôt

Ces deux scénarios sont illustratifs, ils ne décrivent pas des clients réels. Ils montrent ce qu'une alerte change concrètement.

Scénario 1 : la boutique qui n'encaisse plus pendant un week-end

Imaginons une petite boutique en ligne de produits artisanaux. Un vendredi soir, une mise à jour automatique de l'extension de paiement introduit une incompatibilité : le bouton s'affiche, mais le règlement échoue. Le site répond normalement, aucune alerte de disponibilité ne se déclenche. Sans test de parcours, le propriétaire découvre le problème le lundi, en constatant l'absence de commandes. Avec un test automatisé qui simule un achat toutes les heures, il aurait été prévenu le vendredi soir et aurait pu faire revenir la version précédente.

Scénario 2 : l'association dont le nom de domaine expire pendant les vacances

Imaginons une association de loisirs qui a confié la création de son site à un bénévole, parti depuis. Le nom de domaine est enregistré à l'adresse de ce dernier. Les rappels d'expiration partent vers une boîte qu'il ne consulte plus. Un matin d'août, le site et les adresses de messagerie de l'association ne répondent plus, au moment des réinscriptions. Une alerte d'expiration envoyée à deux personnes de l'association, et une date inscrite à l'agenda du bureau, auraient réglé le problème avec un simple renouvellement.

Trois niveaux d'alerte pour ne pas être noyé sous les messages

L'erreur classique consiste à tout recevoir au même endroit, au même moment. Au bout de quelques semaines, on ne lit plus rien, et le jour où l'alerte importante arrive, elle se perd parmi les autres. Classez donc vos alertes en trois niveaux, avec un canal différent pour chacun.

Pensez aussi à l'absence. Si l'unique destinataire est en congé, l'alerte urgente n'a servi à rien. Prévoyez un remplaçant désigné, et précisez qui décide quand le prestataire est injoignable : couper le site, le laisser en l'état ou restaurer une sauvegarde.

Que faire quand l'alerte sonne : la fiche réflexe à préparer à l'avance

Une alerte sans consigne laisse la personne qui la reçoit seule face à une décision urgente. Rédigez une fiche d'une page, rangée avec les accès du site, et relisez-la une fois par an.

1. 1

   Confirmer le problème

   Ouvrez le site depuis un téléphone en connexion mobile, puis depuis un autre appareil. Une alerte peut venir d'un incident passager côté service de surveillance.

2. 2

   Identifier la nature de la panne

   Site entièrement inaccessible, page d'erreur, certificat refusé, fonction cassée : la cause et la personne à joindre changent selon le cas (hébergeur, prestataire, gestionnaire du domaine).

3. 3

   Prévenir la bonne personne

   Contactez le prestataire ou l'hébergeur avec les éléments utiles : heure de l'alerte, message d'erreur, dernière modification connue. Une intervention dans l'heure ouvrée est l'engagement que nous prenons sur les sites que nous maintenons.

4. 4

   Rétablir avant de comprendre

   Quand une modification récente est en cause, revenir à l'état précédent (par une sauvegarde, par exemple) passe avant l'enquête. L'analyse se fait ensuite, sur une copie.

5. 5

   Informer si nécessaire

   Un message sur vos réseaux ou une bannière temporaire suffit pour les pannes longues. Si des données personnelles sont concernées, voyez avec votre prestataire et, au besoin, un juriste ce que la réglementation impose.

6. 6

   Noter ce qui s'est passé

   Date, cause, durée, correctif. Ce court journal sert à régler les seuils et à éviter que la même panne ne revienne.

Mettre en place la surveillance de votre site en un après-midi

Vous n'avez pas besoin de tout configurer d'un coup. Voici un ordre qui donne l'essentiel en quelques heures, que vous le fassiez seul ou avec votre prestataire.

• Inventoriez ce qui expire : nom de domaine, certificat, hébergement, licences d'extensions payantes, avec dates et adresses de contact.
• Créez la surveillance de disponibilité sur trois pages : accueil, une page de contenu, la page du formulaire ou de la boutique.
• Activez les messages de Google en déclarant votre site dans Google Search Console et en vérifiant l'adresse de contact.
• Demandez la preuve de la dernière sauvegarde : date, contenu, lieu de stockage, et si elle a déjà été restaurée au moins une fois à titre d'essai.
• Configurez les alertes de sécurité sur l'administration : nouveaux administrateurs et connexions inhabituelles.
• Rédigez la fiche réflexe et partagez-la avec les deux personnes qui recevront les alertes.
• Déclenchez volontairement une alerte pour vérifier que le message arrive, au bon endroit, à la bonne personne.

Les erreurs qui rendent la surveillance d'un site inutile

• Surveiller depuis le serveur lui-même. Si l'hébergement tombe, l'outil tombe avec lui et se tait.
• Ne surveiller que la page d'accueil. Le formulaire, la page de paiement ou l'espace client peuvent tomber seuls.
• Envoyer toutes les alertes à une seule personne. Congés, maladie ou départ suffisent à rendre le dispositif muet.
• Multiplier les alertes sans seuil. Trop de messages, et plus personne n'en lit aucun.
• Oublier les échéances commerciales. Une carte bancaire expirée chez l'hébergeur ou le gestionnaire du domaine fait tomber un site aussi sûrement qu'une panne technique.
• Confondre surveillance et sauvegarde. Savoir qu'un site est tombé ne le remet pas debout : seule une sauvegarde récente et testée le permet.

Ce qu'il faut demander à son prestataire sur la surveillance du site

Si votre site est maintenu par une agence ou un freelance, la surveillance fait partie de ce que vous pouvez exiger. Les questions suivantes permettent de savoir ce qui est réellement couvert, avant qu'une panne ne le révèle.

• Quelles alertes sont actives sur mon site, et lesquelles me sont envoyées directement ?
• Quel est le délai de réaction annoncé, et quels jours et horaires couvre-t-il ?
• Les fonctions critiques (formulaire, paiement, rendez-vous) sont-elles testées, ou seulement la page d'accueil ?
• Qui est prévenu en cas d'absence de la personne habituelle ?
• Où sont stockées les sauvegardes, à quelle fréquence, et quand ont-elles été restaurées pour la dernière fois à titre d'essai ?
• Pouvez-vous me remettre la liste des échéances (domaine, certificat, hébergement, licences) avec les contacts déclarés ?
• Recevrai-je un rapport régulier, même quand il ne s'est rien passé ?

Pour situer le budget d'une maintenance qui inclut cette surveillance, le simulateur de coût de maintenance WordPress donne une première fourchette. Si vous souhaitez un site conçu dès le départ avec ce dispositif, la page site WordPress sur mesure décrit notre façon de travailler.