Sécurité

Surveillance par mot-clé : détecter une panne invisible au code HTTP

Mis à jour le 7 octobre 2026 · 8 minutes de lecture

Votre outil de surveillance affiche « en ligne » en vert. Et pourtant, votre site affiche une page vide, un message de piratage ou un widget de réservation disparu depuis trois jours. Le code HTTP ne raconte pas toute l'histoire — le contenu de la page, lui, si.

Pourquoi un code HTTP 200 ne suffit pas

Un outil de surveillance classique interroge votre site et vérifie une seule chose : le serveur a-t-il répondu, et avec quel code ? Si la réponse est 200 OK, tout est considéré comme normal. Le problème, c'est que beaucoup d'incidents graves renvoient eux aussi un code 200 :

• Une extension plantée qui affiche une page blanche — le serveur répond, la page est vide.
• Un hébergeur qui sert une page de maintenance personnalisée sans changer le code retourné.
• Un site piraté dont la page d'accueil a été remplacée par un message du pirate ou des liens de spam.
• Un widget critique (réservation, paiement, formulaire) disparu après une mise à jour, alors que le reste de la page s'affiche normalement.

Dans tous ces cas, un test « site en ligne ou pas » reste muet. C'est exactement le même angle mort que celui déjà évoqué pour un site qui répond mais très lentement : la panne existe, mais elle est invisible pour une surveillance qui ne regarde que le code HTTP.

Le principe de la surveillance par mot-clé

La surveillance par mot-clé (ou surveillance de contenu) ajoute une vérification simple mais redoutablement efficace : en plus de vérifier que le serveur répond, l'outil cherche un texte précis dans le code source de la page. Si ce texte est toujours là, tout va bien. S'il a disparu, une alerte part immédiatement — même si le code HTTP reste 200.

C'est la différence entre vérifier que la porte de votre magasin est ouverte, et vérifier que la marchandise est toujours sur les rayons.

Concrètement, vous indiquez un mot ou une courte phrase qui doit normalement apparaître sur votre page d'accueil : le nom de votre entreprise dans le pied de page, un slogan, ou le prix d'un produit phare. L'outil le recherche à chaque vérification, au même rythme que le test de disponibilité classique.

Les cas concrets où cette méthode sauve la mise

1. Le piratage par injection de contenu

C'est le scénario le plus fréquent évoqué par les propriétaires de sites touchés : une faille est exploitée, et le pirate remplace la page d'accueil par son propre message, ou y injecte des liens de spam invisibles destinés à manipuler le référencement. Le serveur répond toujours parfaitement, le certificat SSL est toujours valide, mais le contenu n'est plus le vôtre. Un mot-clé de contrôle placé dans votre page détecte la disparition en quelques minutes, bien avant que vous ne suiviez les étapes d'un site web piraté.

2. L'erreur applicative masquée

Certains CMS et certains hébergeurs affichent une page d'erreur « maison » en cas de panne interne, tout en renvoyant un code 200 par défaut de configuration. Visuellement, c'est une panne complète. Techniquement, aucun outil classique ne la verra jamais.

3. Le widget ou le module tiers qui casse silencieusement

Un module de réservation, un comparateur de prix ou un bloc d'avis clients repose souvent sur un script tiers. Si ce script cesse de se charger, la page reste globalement affichée, mais une portion entière de votre offre devient invisible. C'est la même logique que pour un formulaire de contact qui ne fonctionne plus : rien ne s'affiche en erreur, mais le prospect ne peut plus agir.

Comment choisir le bon mot-clé à surveiller

L'efficacité de cette méthode dépend presque entièrement du choix du texte surveillé. Quelques règles simples :

1. Un texte stable, qui ne change pas d'une mise à jour à l'autre (évitez un prix ou une date qui bouge chaque semaine).
2. Un texte présent dans le code HTML de la page, pas uniquement généré par un script externe qui pourrait échouer à charger pour d'autres raisons sans rapport avec une panne.
3. Un texte suffisamment spécifique pour ne pas apparaître par hasard sur une page d'erreur générique de votre hébergeur.
4. Un texte représentatif de votre activité réelle, par exemple le nom de votre entreprise, un numéro de SIRET affiché en pied de page, ou le nom d'un produit phare.

Évitez les mots trop courants (« accueil », « contact ») : un pirate ou une page d'erreur générique peuvent très bien les contenir aussi, ce qui annulerait l'intérêt de la vérification.

Une méthode qui se configure en quelques minutes

Vous n'avez besoin d'aucune compétence technique particulière : il suffit de copier un mot ou une courte phrase depuis votre propre site et de le renseigner dans votre outil de surveillance. À chaque vérification — toutes les minutes pour les formules les plus réactives — le mot-clé est recherché automatiquement dans la page, en parallèle du test de disponibilité classique.

Retrouvez cette fonctionnalité, ainsi que la surveillance de panne, de certificat SSL et de nom de domaine, dans les fonctionnalités de Sitalerte.

Les limites à connaître

La surveillance par mot-clé n'est pas une solution miracle, et elle ne remplace pas une hygiène de sécurité complète. Elle ne scanne pas vos fichiers à la recherche de malwares, ne détecte pas un piratage qui laisserait votre page d'accueil intacte tout en compromettant une page secondaire, et ne remplace pas des bonnes pratiques de sécurité WordPress en amont. C'est un filet de sécurité supplémentaire, à combiner avec la surveillance de disponibilité, de certificat SSL et de nom de domaine — pas un substitut à l'une d'elles.

Pensez également à choisir un mot-clé peu susceptible de déclencher de fausses alertes : un texte trop volatil ou dépendant d'un script externe capricieux produira des notifications inutiles qui finiront par être ignorées — l'exact inverse de l'objectif recherché.

Questions fréquentes