Monitoring WordPress : quoi surveiller en priorité et avec quels outils
Le monitoring WordPress consiste à surveiller en continu l’état technique d’un site pour détecter un problème avant qu’il n’impacte les visiteurs ou le référencement. Concrètement, cela veut dire garder un œil sur cinq points : la disponibilité du site, les erreurs PHP, l’expiration du certificat SSL, les Core Web Vitals (les indicateurs de performance perçue par l’utilisateur) et l’indexation dans Google Search Console.
Sans surveillance, on découvre souvent un incident par hasard, ou pire, via un client qui signale que le site est en panne. En pratique, j’interviens régulièrement sur des sites où une erreur PHP tourne en silence depuis des semaines, ou bien un certificat expiré bloque l’accès depuis la veille. Un monitoring bien configuré évite donc ce scénario.
Dans ce guide, je détaille quoi surveiller en priorité, avec quels outils gratuits, et quels seuils d’alerte sont réellement utiles en pratique.
Pourquoi mettre en place un monitoring WordPress
Un site WordPress n’est jamais figé. Les plugins se mettent à jour, le trafic varie, et l’hébergeur fait de la maintenance de son côté. Chacun de ces événements peut ainsi créer une panne silencieuse.
Détecter avant que le client ne détecte
Un site indisponible pendant plusieurs heures sans que personne ne le sache, c’est une perte de visiteurs et parfois de ventes. Le monitoring envoie une alerte dès la coupure, ce qui permet d’agir en quelques minutes plutôt qu’en quelques heures.
Anticiper les conséquences SEO
Une indisponibilité prolongée ou des erreurs serveur répétées peuvent affecter la capacité de Google à explorer le site. Par ailleurs, une dégradation progressive des Core Web Vitals passe souvent inaperçue sans outil de suivi, alors qu’elle agit comme un signal de classement léger, pas comme un critère d’indexation.
Gagner du temps sur le diagnostic
Quand une alerte précise arrive, par exemple « erreur 500 détectée », le diagnostic va plus vite que de partir de zéro. C’est l’un des points que je développe dans mon article sur le diagnostic d’un site WordPress lent.
Surveiller la disponibilité du site
La disponibilité, c’est la capacité du site à répondre aux visiteurs à tout moment. C’est donc le premier indicateur à surveiller, car une coupure est immédiatement visible et coûteuse.
Outils gratuits de surveillance d’uptime
Des services comme UptimeRobot ou Freshping testent votre site toutes les quelques minutes depuis plusieurs serveurs dans le monde. Ils envoient ensuite un e-mail ou une notification dès qu’une requête échoue. En pratique, la version gratuite suffit pour un site de TPE ou d’indépendant.
Seuils d’alerte utiles
Je recommande un test toutes les 5 minutes maximum, avec une alerte dès le premier échec confirmé par un second test. Évitez cependant les alertes sur un seul test isolé : un faux positif lié à un pic de charge momentané arrive régulièrement.
Monitoring WordPress des erreurs PHP
PHP est le langage qui fait fonctionner WordPress côté serveur. Une erreur PHP non traitée peut ainsi ralentir une page, afficher un message d’erreur aux visiteurs, ou déclencher une page blanche complète.
Activer et lire les journaux d’erreurs
WordPress propose un mode debug qui enregistre les erreurs dans un fichier journal, sans les afficher aux visiteurs. Voici comment l’activer dans le fichier de configuration, après avoir sauvegardé une copie :
// Dans wp-config.php, avant la ligne "That's all, stop editing!"
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Cette configuration écrit les erreurs dans un fichier dédié sans les exposer publiquement. Pensez donc à désactiver l’affichage en production et à consulter ce journal régulièrement.
Outils pour centraliser les erreurs
Des plugins comme Query Monitor permettent d’inspecter les erreurs PHP, les requêtes lentes et les hooks exécutés, directement depuis l’interface d’administration. Pour un suivi plus poussé, un outil de log management peut par ailleurs centraliser les erreurs de plusieurs sites dans un seul tableau de bord.
Seuils d’alerte utiles
Une erreur fatale doit déclencher une alerte immédiate. En revanche, un simple warning, c’est-à-dire un avertissement non bloquant, mérite plutôt une revue hebdomadaire qu’une alerte en temps réel, sous peine de saturer votre boîte mail.
Surveiller l’expiration du certificat SSL
Le certificat SSL chiffre les échanges entre le site et les visiteurs, et affiche le cadenas dans le navigateur. Un certificat expiré bloque donc l’accès au site avec un message d’avertissement effrayant pour les visiteurs.
Pourquoi les certificats expirent sans prévenir
La plupart des hébergeurs renouvellent automatiquement les certificats Let’s Encrypt. Cependant, un renouvellement peut échouer silencieusement suite à un changement de configuration DNS ou un quota dépassé chez l’autorité de certification.
Outils de suivi d’expiration
Les mêmes outils d’uptime comme UptimeRobot proposent souvent un monitoring SSL intégré. Ils vérifient la date d’expiration et alertent plusieurs jours à l’avance. Vous pouvez aussi utiliser un service dédié comme SSL Labs pour un contrôle ponctuel plus détaillé.
Seuil d’alerte recommandé
Une alerte 15 jours avant expiration laisse le temps d’agir sans urgence. Une seconde alerte à 3 jours sert ensuite de filet de sécurité si la première a été manquée.
Suivre les Core Web Vitals en continu
Les Core Web Vitals mesurent la vitesse de chargement, la stabilité visuelle et la réactivité d’une page telle que l’utilisateur la perçoit. Google les utilise comme signal de classement léger, ce qui justifie un suivi régulier sans en faire une obsession.
Outils gratuits pour mesurer les Core Web Vitals
Le rapport Signaux web essentiels de Google Search Console agrège les données réelles des visiteurs. PageSpeed Insights, basé sur l’outil Lighthouse de Google, donne un diagnostic ponctuel page par page.
Ce qu’il faut surveiller précisément
Trois métriques comptent : le LCP, c’est-à-dire le temps d’affichage du plus grand élément visible, l’INP, le délai de réaction aux interactions, et le CLS, la stabilité de la mise en page pendant le chargement. J’explique leur fonctionnement en détail dans mon guide technique sur les Core Web Vitals et l’indexation WordPress.
Seuils d’alerte utiles
Un passage d’une URL du statut « Bon » au statut « À améliorer » dans Search Console mérite une vérification sous 15 jours. En revanche, une dégradation brutale après une mise à jour de thème ou de plugin doit être traitée en priorité.
Surveiller l’indexation dans Search Console
L’indexation, c’est le fait qu’une page soit enregistrée dans la base de Google et puisse apparaître dans les résultats de recherche. Le rapport Indexation des pages de Search Console donne un état précis, page par page.
Les statuts à surveiller
Un pic soudain de pages « Introuvable (404) » signale souvent un problème technique récent, comme une migration mal faite. Une hausse des pages « Détectée, actuellement non indexée » traduit en revanche plutôt un manque d’autorité ou de liens vers ces pages, surtout sur un petit site.
Ne pas confondre les statuts proches
Une page en noindex, c’est-à-dire une balise qui demande à Google de ne pas l’indexer, apparaît sous « Exclue par la balise « noindex » », jamais sous « Explorée, actuellement non indexée ». Ces deux statuts ont des causes différentes et ne se traitent donc pas de la même façon. J’ai détaillé cette distinction dans mon article sur les pages explorées actuellement non indexées.
Fréquence de vérification recommandée
Une revue mensuelle du rapport d’indexation suffit pour la majorité des sites de TPE ou d’indépendants. Pour un site en pleine refonte ou migration, je recommande en revanche une vérification hebdomadaire le premier mois.
Outils gratuits pour un monitoring WordPress complet
Aucun outil unique ne couvre les cinq axes présentés. En pratique, je combine donc plusieurs outils gratuits, chacun sur son domaine.
| Ce qu’on surveille | Outil gratuit | Seuil d’alerte conseillé |
|---|---|---|
| Disponibilité | UptimeRobot, Freshping | Alerte dès le 2e échec confirmé |
| Erreurs PHP | Query Monitor, journal WP_DEBUG_LOG | Immédiat pour une erreur fatale |
| Certificat SSL | UptimeRobot, SSL Labs | 15 jours avant expiration |
| Core Web Vitals | Search Console, PageSpeed Insights | Dès passage en « À améliorer » |
| Indexation | Google Search Console | Revue mensuelle du rapport |
Mettre en place son monitoring WordPress étape par étape
Voici l’ordre que je suis en pratique pour équiper un site qui n’a aucun monitoring en place.
- Créer un compte sur un outil d’uptime gratuit et y déclarer l’URL du site.
- Activer ensuite le suivi SSL sur ce même outil ou sur un service dédié.
- Activer
WP_DEBUG_LOGdanswp-config.php, après une sauvegarde du fichier. - Installer Query Monitor pour une lecture rapide des erreurs depuis l’administration.
- Vérifier que le site est validé dans Google Search Console, puis consulter le rapport Indexation des pages.
- Consulter le rapport Signaux web essentiels et noter l’état actuel comme référence.
- Planifier enfin une revue mensuelle de ces cinq points dans un agenda récurrent.
Cette liste rejoint les principes que je présente dans mon plan de maintenance WordPress pour anticiper les incidents.
Questions fréquentes
Quelle est la différence entre monitoring WordPress et maintenance WordPress ?
Le monitoring surveille en continu l’état du site pour détecter un incident. La maintenance regroupe, elle, les actions correctives et préventives : mises à jour, sauvegardes, nettoyage. Le monitoring alerte, donc la maintenance agit ensuite.
Le monitoring WordPress peut-il remplacer Google Search Console ?
Non, car les outils d’uptime surveillent la disponibilité technique, pas l’indexation ni le comportement de Google. Search Console reste ainsi la seule source fiable pour suivre le statut d’indexation et les Core Web Vitals réels.
Faut-il un monitoring payant pour un petit site WordPress ?
Pas forcément. Les versions gratuites d’UptimeRobot ou Freshping suffisent en pratique pour surveiller la disponibilité et le certificat SSL d’un site de TPE. Un outil payant devient utile pour plusieurs sites ou un suivi plus fin.
Comment savoir si une baisse d’indexation vient d’un problème technique ?
Consultez d’abord le rapport Indexation des pages dans Search Console. Un pic de « Introuvable (404) » ou de « Bloquée par le fichier robots.txt » signale ainsi un problème technique récent, à vérifier en priorité.
Prendre de l’avance sur les incidents
Un monitoring WordPress bien réglé ne demande pas d’outils coûteux, mais de la régularité. Disponibilité, erreurs PHP, certificat SSL, Core Web Vitals et indexation : ces cinq points couvrent l’essentiel des incidents que je rencontre sur le terrain.
Je ne gère donc pas ce suivi seul au quotidien, et je délègue la maintenance WordPress.
