Surveiller la partie importante de WordPress
Un serveur peut retourner une réponse réussie pendant que WordPress affiche un gabarit vide, une erreur de base de données ou une page de maintenance. Commencez par un moniteur de page Web pour la page publique la plus importante pour les visiteurs, pas seulement la racine du domaine.
Pour un site vitrine, il peut s’agir de la page d’accueil. Pour une boutique, surveillez une page de produit ou la boutique. Pour un site avec espace membre, utilisez la page publique de connexion. Simple Ping ne soumet aucun identifiant; choisissez donc une page vérifiable sans connexion.
Configuration WordPress recommandée
- Créez un moniteur de page Web et entrez l’URL HTTPS complète.
- Ajoutez un court texte de recherche, stable et présent dans le code HTML de la page.
- Donnez un nom clair au moniteur, par exemple
Nom du client - Boutique. - Utilisez un groupe comme
WordPress,Productionou le nom du client. - Lancez Vérifier l’état maintenant avant d’enregistrer afin de valider immédiatement l’URL et le texte.
Boutique de l’entreprise
URLhttps://example.com/boutique/
TexteDécouvrez nos produits
Réduire les alertes inutiles sans masquer une vraie panne
Choisissez un texte qui appartient au gabarit et change rarement. Évitez les prix, quantités en stock, bannières rotatives, dates, noms de visiteurs, traductions qui varient selon le navigateur et contenu ajouté seulement après l’exécution de JavaScript.
Pour la plupart des sites WordPress publics, considérez le moniteur comme en panne après deux échecs consécutifs. Un échec est plus rapide; deux permettent une autre observation planifiée avant l’envoi d’un courriel. Les alertes répétées sont utiles pour un service à corriger immédiatement, tandis qu’un seul avis par changement d’état est plus discret pour la surveillance courante.
Comprendre la cause d’une panne
Ouvrez l’historique du moniteur après un état DOWN. Les nouveaux incidents conservent le code de réponse HTTP et une raison normalisée. Si le serveur a retourné une page sans le texte attendu, Voir la page affiche le code source capturé comme texte brut; il ne peut donc pas s’exécuter dans le tableau de bord.
- HTTP 500 : WordPress, PHP ou une application en amont a échoué.
- HTTP 403 : un pare-feu ou une extension de sécurité peut avoir bloqué la requête.
- HTTP 200 sans le texte : le serveur a répondu, mais pas avec la page attendue.
- Erreur de connexion ou TLS : vérifiez le DNS, le serveur Web, les certificats ou le réseau d’hébergement.
Ajoutez une courte description après la résolution. L’historique devient ainsi un registre d’entretien utile pour le site.