Surveillance de mots-clés

Problème "200 OK mais cassé"

Tout outil de surveillance de la disponibilité sait indiquer si le serveur a renvoyé un code HTTP 2xx. Ce signal paraît rassurant, mais il ment plus souvent que vous ne l’imaginez. La page d’accueil peut afficher une page blanche vide tout en renvoyant un 200. La page panier peut silencieusement perdre le bouton "Acheter maintenant" après un déploiement et ne jamais déclencher d’erreur. WordPress peut remplacer le contenu par le message "Erreur de connexion à la base de données" — bien sûr affiché comme 200 OK avec du vrai HTML.

La surveillance de mots-clés comble cette zone morte. Vous indiquez au moniteur ce que la page doit contenir — ou ce qu’elle ne doit pas contenir — et à chaque vérification, cette expression est recherchée dans le contenu de la réponse. Si le mot-clé manque (quand il devrait être là) ou est présent (quand il ne le devrait pas), le moniteur signale une panne même si tout paraît correct côté HTTP.

Quels mots surveiller

Un bon mot-clé confirme le bon rendu d’une partie essentielle de la page. Quelques exemples :

• Page d’accueil e-commerce : surveillez "Ajouter au panier" ou le nom du produit le plus populaire. Si le flux du catalogue est cassé, le mot disparaît — et vous êtes alerté.
• Page de connexion : surveillez "Se connecter" ou "Récupérer le mot de passe". Une erreur JS effaçant le formulaire — et le mot disparaît.
• Blog ou portail : surveillez le titre du dernier article. Si le CMS affiche le contenu de la veille, le mot ne correspond pas.
• Page des prix : surveillez la chaîne du prix. Une perte du bloc de prix lors d’un déploiement est immédiatement visible.
• Endpoint de statut / santé : surveillez "ok" ou "healthy". Si l’upstream tombe, l’endpoint renvoie "degraded" — le mot ne correspond plus.

Vous pouvez aussi utiliser le mode absence — alerte dès qu’une chaîne qui ne devrait pas apparaître est détectée. Typiques : "Database connection error", "Whoops! Something went wrong", "Mode maintenance", "Fatal error", "Bientôt". Si l’une d’elles fuit en production, vous recevez une alerte.

Comment fonctionne la vérification

Le moniteur effectue une requête HTTP(S) GET normale (ou toute autre méthode — POST, PUT, etc.), suit jusqu’à 5 redirections, récupère le body de la réponse et le scanne, sans tenir compte de la casse, à la recherche du mot-clé. Le résultat du match est enregistré, en même temps que le code HTTP, le temps de réponse et le SSL. Si la condition n’est pas remplie deux fois de suite (seuil de confirmation par défaut), un incident est ouvert et des notifications sont envoyées via les canaux activés : Email, Telegram, Slack, Discord et SMS.

Pour les contenus dynamiques (SPA) où le mot n’apparaît qu’après l’exécution de JavaScript, utilisez la fonction premium multi-location, qui utilise un vrai navigateur headless via ScrapingBee.

Combinez avec HTTP et SSL

Un seul moniteur de mots-clés dans DiagnoSEO Uptime Monitoring effectue également un contrôle complet du site : code HTTP, temps de réponse, SSL, expiration du domaine, enregistrements DNS et détection d’hébergement. Un moniteur vous protège donc sur tout le spectre — pannes serveur, expiration du certificat, modifications DNS et incidents silencieux sur le contenu.

Comment configurer

Ouvrez l’outil, cliquez sur "Ajouter un moniteur", choisissez le type "Mot-clé", collez l’URL, indiquez le mot-clé, sélectionnez "doit être présent" ou "doit être absent", configurez l’intervalle (1 à 30 minutes selon le plan) puis enregistrez. Dès le cycle suivant, le moniteur surveille cette page et alerte si le mot disparaît — même si tous les autres signaux indiquent que le site fonctionne.

Questions fréquentes

• Qu’est-ce que la surveillance de mots-clés ?

  Le moniteur récupère le corps de la réponse et vérifie si une chaîne spécifique apparaît (mode présent) ou non (mode absent). Utilisez-le pour détecter quand le contenu d’une page change, lorsqu’un message d’erreur apparaît, ou lorsqu’un élément spécifique a été supprimé.

• Puis-je utiliser du HTML ou seulement du texte brut ?

  Les deux. La recherche s’effectue sur la réponse brute. Vous pouvez matcher du texte brut ("Ajouter au panier"), des fragments HTML (<button class="buy">) ou des attributs spécifiques. Tout ce qui apparaît littéralement dans le code source HTML peut être détecté.

• Quelle est la différence avec un outil de content-diff ?

  Les outils de diff comparent à une base de référence et rapportent chaque changement. La surveillance de mots-clés est une assertion ciblée — vous définissez ce qui DOIT être présent (ou PAS). Le diff est bruyant sur les pages dynamiques ; les mots-clés sont précis sur ce qui importe vraiment.

• Puis-je vérifier qu’un message d’erreur N’est PAS présent sur la page ?

  Oui — utilisez le mode "absent" avec un mot-clé comme "Internal Server Error" ou "Erreur survenue". Le moniteur échoue dès que le texte d’erreur apparaît. Pratique pour détecter les erreurs 500 qui renvoient un HTTP 200 avec une page d’erreur (configuration fréquente sur certains frameworks).

• La surveillance de mots-clés fonctionne-t-elle sur les pages rendues en JavaScript ?

  Par défaut non — le moniteur récupère le HTML brut avant l’exécution du JS. Pour les SPA ou les pages fortement JavaScript, le mot-clé doit apparaître dans la réponse HTML initiale (ex : render côté serveur ou dans un bloc <noscript>). Les vérifications effectuées par navigateur sont une fonctionnalité séparée.