WordPress Site Health vs Relvato : vérifications de config vs vérification continue

Deux missions différentes, souvent confondues

La Santé du site de WordPress (Outils → Santé du site) inspecte votre serveur et votre configuration de l'intérieur et vous donne un score d'état plus des recommandations. Elle répond à une question : « cette installation WordPress est-elle correctement configurée ? »

Relvato est un service de surveillance externe qui charge vos vraies pages dans un vrai navigateur — de façon planifiée et à chaque changement — et vous alerte quand quelque chose casse. Il répond à une autre question : « le site en direct fonctionne-t-il encore pour les visiteurs en ce moment ? » Un seul des deux vous prévient à l'instant où votre paiement tombe en panne.

Ce que vérifie la Santé du site de WordPress

La Santé du site exécute une série de tests sur deux onglets — État (réussi / recommandé / critique) et Infos (un inventaire en lecture seule). Les tests portent sur votre environnement et votre configuration : la version de PHP et les modules PHP requis, la version du serveur de base de données, si le site est servi en HTTPS, si les mises à jour automatiques fonctionnent, si l'API REST et les requêtes loopback aboutissent, si les événements planifiés (wp-cron) s'exécutent, et s'il existe un cache de page ou d'objets persistant. Elle signale aussi les thèmes et extensions inactifs et si le mode débogage est resté activé.

La façon dont elle s'exécute compte. La Santé du site calcule son score quand vous ouvrez la page, et rafraîchit un sous-ensemble de tests via un événement wp-cron hebdomadaire. wp-cron ne se déclenche que lorsque votre site reçoit du trafic, et rien ne vous notifie — vous devez penser à visiter la page. C'est un audit manuel à la demande, pas une surveillance.

Dans ce périmètre, elle est vraiment utile : c'est le bon endroit pour attraper une version de PHP obsolète, une extension manquante ou une configuration cron cassée. Mais chaque vérification est un auto-rapport côté serveur — la Santé du site n'ouvre jamais votre front-end comme un visiteur.

Ce que vérifie Relvato

Relvato vérifie les parties de votre site que les visiteurs touchent réellement, depuis l'extérieur, dans un vrai navigateur Chromium / Firefox / WebKit. Cela inclut de vrais parcours utilisateur — paiement invité et connecté, connexion client, réinitialisation de mot de passe — plus la disponibilité et le SSL depuis l'internet public, la régression visuelle et la dérive de structure, les liens et images cassés, les Core Web Vitals (un passage de laboratoire) et les Web Vitals d'utilisateurs réels (RUM), l'intégrité SEO/AEO, et des contrôles de sécurité comme l'intégrité des fichiers et un scan de vulnérabilités.

Il s'exécute en continu : de façon planifiée et automatiquement à chaque changement — une mise à jour d'extension, de thème ou du cœur, ou un déploiement — de sorte qu'un changement risqué est revérifié en quelques secondes. Quand quelque chose échoue, Relvato vous alerte par e-mail et dans le tableau de bord, conserve l'historique et corrèle l'échec au changement qui l'a causé.

L'extension Relvato pour WordPress se connecte bien à votre site — elle rapporte les événements de changement et active des contrôles profonds et à état (un vrai paiement de test, la délivrabilité des e-mails, l'intégrité des fichiers) qui ont besoin du contexte serveur. Mais la vérification elle-même se fait dans les navigateurs de Relvato, du point de vue d'un visiteur, et l'alerte vous parvient.

Où ils se recoupent

Il y a un léger recoupement. Les deux se soucient du HTTPS : la Santé du site signale une mauvaise configuration HTTPS, et le contrôle SSL de Relvato vérifie que le certificat en direct est valide et n'est pas sur le point d'expirer. Les deux touchent l'accessibilité : le test loopback de la Santé du site confirme que WordPress peut s'appeler lui-même, tandis que le contrôle de disponibilité de Relvato confirme que le site répond réellement au public. Les deux sont conscients, sous une forme ou une autre, des tâches planifiées et de l'e-mail.

Mais même là où ils se recoupent, le point de vue est opposé. La Santé du site demande au serveur « es-tu configuré pour cela ? » ; Relvato demande à un navigateur sur l'internet ouvert « est-ce que ça marche vraiment ? » Un certificat peut être « configuré » et servir malgré tout une chaîne expirée aux visiteurs — la Santé du site réussit, Relvato échoue.

Où Relvato va bien plus loin que la Santé du site

L'écart est grand, et c'est la partie qui vous coûte des clients. La Santé du site ne charge jamais votre paiement, elle ne peut donc pas vous dire qu'un bouton de paiement a cassé après une mise à jour. Elle ne rend jamais vos pages, elle ne peut donc pas attraper une mise en page effondrée ou une section disparue. Elle ne mesure pas la vitesse de vos vrais visiteurs, ne parcourt pas les 404, ne vérifie pas vos balises SEO et ne surveille pas un changement dans la chaîne d'approvisionnement au sein d'un fichier d'extension.

Et surtout, la Santé du site ne surveille pas — elle attend d'être ouverte, et n'alerte jamais. Relvato est continu et événementiel, vérifie de vrais parcours dans un vrai navigateur, mesure la performance des utilisateurs réels et vous envoie un e-mail à l'instant où quelque chose régresse, avec le changement qui l'a probablement causé. C'est la différence entre une check-list que vous exécutez peut-être et un filet de sécurité toujours actif.

Alors, avez-vous encore besoin de la Santé du site ? Utilisez les deux.

Gardez la Santé du site — elle est gratuite, intégrée, et l'outil adapté à un audit ponctuel d'environnement et de configuration : version de PHP, extensions, cron, cache. Exécutez-la quand vous configurez ou migrez un site.

Ajoutez ensuite Relvato pour la mission pour laquelle la Santé du site n'a jamais été conçue : prouver en continu que le site en direct fonctionne pour de vrais visiteurs, et vous prévenir à l'instant où ce n'est plus le cas. L'un vérifie la configuration ; l'autre vérifie qu'elle continue de fonctionner.