Santé du site WordPress : ce que signifie chaque message et que faire
La santé du site WordPress est un contrôle technique intégré, dans Outils → Santé du site. Il classe les résultats en problèmes critiques, améliorations recommandées et tests réussis. Vérifiez les critiques en quelques jours, car ils touchent la sécurité ou le fonctionnement du site. Les recommandés sont des suggestions : vous en corrigez certains, l’hébergeur s’occupe d’autres.
Auteur: L’équipe TellMyShop. Un guide pour les propriétaires de sites WordPress et de boutiques WooCommerce : la cause, la correction manuelle et le même travail dans une conversation avec le chat.
Dernière mise à jour: · 9 min de lecture
Où trouver la santé du site et comment la lire
Allez dans Outils → Santé du site. En haut, vous voyez une note globale, et en dessous deux onglets.
- État affiche les résultats des tests en trois groupes : problèmes critiques, améliorations recommandées et tests réussis. Vous pouvez déplier chaque élément pour lire une courte explication.
- Infos contient le détail : les versions de WordPress, de PHP et de la base de données, le thème, les extensions et les droits des dossiers. Le bouton de copie est pratique quand vous écrivez à votre hébergeur ou à la personne qui s’occupe du site.
La note du haut n’est qu’un résumé. Ce qui compte davantage, c’est ce qui figure réellement dans la liste. L’écran est décrit dans la documentation WordPress sur l’écran Santé du site, et le guide d’Itomic parcourt clairement les deux onglets.
N’oubliez pas que ce sont des tests automatiques. Ils ne connaissent pas votre situation. Si le site est géré dans un dépôt de code, les mises à jour automatiques sont désactivées volontairement, et le rapport le signalera quand même.
Ce que signifie chaque message de la santé du site
La formulation exacte dépend de la version de WordPress et des extensions qui ajoutent leurs propres tests. Le tableau explique les messages les plus fréquents en mots simples, avec la version anglaise entre parenthèses.
| Message (forme courte) | Ce qu’il signifie | Qui corrige | Urgence |
|---|---|---|---|
| Votre site utilise une version obsolète de PHP (Your site is running an outdated version of PHP) | le serveur utilise un ancien PHP, sans correctifs de sécurité ou plus lent | l’hébergeur, ou vous dans le panneau de l’hébergement, après avoir vérifié la compatibilité des extensions | haute |
| Votre site n’utilise pas HTTPS (Your website does not use HTTPS) | pas de certificat, ou l’adresse du site commence par http | l’hébergeur, puis vous dans les réglages | haute |
| L’API REST a rencontré une erreur ou un résultat inattendu (The REST API encountered an error or unexpected result) | l’éditeur et certaines extensions ne peuvent pas dialoguer avec WordPress | vous et la personne qui s’occupe du site, souvent une extension de sécurité | haute, quand l’éditeur n’enregistre pas |
| Votre site n’a pas pu effectuer une requête de rebouclage (Your site could not complete a loopback request) | le site ne peut pas se connecter à lui-même, ce qui casse les tâches planifiées et la modification de fichiers | l’hébergeur ou une extension de sécurité | moyenne |
| Un évènement planifié a échoué ou est en retard (A scheduled event has failed or is late) | le planificateur de WordPress ne fonctionne pas comme il devrait | la personne qui s’occupe du site, l’hébergeur | moyenne |
| Une session PHP active a été détectée (An active PHP session was detected) | une extension ouvre une session et ne la ferme pas, ce qui ralentit les tests et les requêtes | un développeur ou l’auteur de l’extension | moyenne |
| Vous avez des extensions ou des thèmes inactifs (You have inactive plugins or themes) | ils restent sur le serveur alors que vous ne les utilisez pas | vous | basse, mais facile |
| Des mises à jour sont disponibles (Updates are available) | WordPress, une extension ou un thème a une version plus récente | vous ou la personne qui s’occupe du site, après une sauvegarde | dépend de l’extension |
| Vous devriez utiliser un cache d’objets persistant (You should use a persistent object cache) | le serveur n’a ni Redis ni Memcached | l’hébergeur | basse sur les petits sites |
| Un module PHP facultatif est manquant (An optional PHP module is missing) | par exemple un module de traitement d’images | l’hébergeur | basse |
| Le mode de débogage est activé (Debug mode is enabled) | des erreurs peuvent être visibles des visiteurs | la personne qui s’occupe du site | haute sur un site en ligne |
| Votre site demande aux moteurs de recherche de ne pas l’indexer (Your site is discouraging search engines from indexing) | l’option de Réglages → Lecture est cochée | vous | haute, si le site doit être dans Google |
| Les options chargées automatiquement sont volumineuses (Autoloaded options are large) | la base de données charge beaucoup de données à chaque visite, en général d’anciennes extensions | un développeur | moyenne |
Pour le message sur l’API REST, voir le guide de l’erreur qui l’accompagne en général : la réponse JSON non valide dans WordPress. Si les moteurs de recherche sont bloqués, l’article sur pourquoi un site WordPress n’apparaît pas dans Google vous aidera. Les tâches planifiées en retard se voient souvent aussi sous la forme d’un article programmé qui n’a pas été publié. Avec le mode de débogage activé, la personne qui s’occupe du site doit enregistrer les erreurs dans un fichier au lieu de les montrer aux visiteurs, comme l’explique la documentation de débogage de WordPress.
Problèmes critiques de la santé du site : par où commencer
Quand la liste contient plusieurs éléments critiques, suivez cet ordre. Les premières étapes expliquent souvent le reste.
- Notez l’état actuel. Dans l’onglet Infos, copiez le rapport dans le presse-papiers et collez-le dans une note. Il aidera votre hébergeur, et vous permettra de comparer dans une semaine.
- Vérifiez ce qui a changé. Une nouvelle extension, une mise à jour, un changement de PHP dans le panneau de l’hébergement. Un message apparu hier a en général une cause d’hier.
- Commencez par la sécurité. Un vieux PHP, l’absence de HTTPS et le mode de débogage activé comptent plus que le cache et les modules.
- Séparez vos éléments de ceux de l’hébergeur. Les réglages de l’administration WordPress, les extensions et les thèmes sont de votre côté. La version de PHP, les modules du serveur et le certificat sont du côté de l’hébergeur, même si certains hébergeurs vous laissent les changer dans l’espace client.
- Écrivez à votre hébergeur avec des précisions. Collez le rapport copié et posez une question sur chaque élément serveur séparément.
- Actualisez le rapport après une modification. Les tests en arrière-plan demandent parfois quelques minutes. Si un élément disparaît puis revient, notez quand.
Avant de changer la version de PHP, vérifiez que vos extensions la prennent en charge, et faites une sauvegarde. Les versions recommandées figurent sur la page des prérequis de WordPress. Si le site ne fonctionne plus après le changement, le guide sur l’erreur critique de WordPress vous aidera.
Quand laisser les améliorations recommandées
Les améliorations recommandées ne sont pas une liste d’obligations. Vous pouvez laisser en connaissance de cause quelques éléments typiques :
- pas de cache d’objets persistant sur un site de quelques dizaines de visites par jour,
- un module PHP facultatif manquant qu’aucune de vos extensions n’utilise,
- des mises à jour automatiques désactivées, si quelqu’un met régulièrement le site à jour à la main et le vérifie après chaque modification.
Ne gardez pas, en revanche, d’extensions inactives « au cas où ». Du code qui reste sur le serveur peut encore avoir une faille, même désactivé. Une extension que vous n’avez pas utilisée depuis des mois est mieux supprimée.
La santé du site ne mesure ni la vitesse ni le SEO. Si le site est lent, lisez que faire quand WordPress est lent. Nous décrivons une revue du contenu pour Google dans l’article sur l’audit SEO WordPress.
Ce que vérifie la revue
La santé du site fait partie d’une revue plus large qui, dans TellMyShop, fonctionne dans la version gratuite, Free, et ne modifie rien. Le chat vérifie :
- le site : HTTPS, noindex, erreurs visibles des visiteurs, mises à jour disponibles, version de PHP, cron, cache, les pages du panier et de la commande de WooCommerce, et les résultats de la santé du site,
- une page telle que Google la voit : redirections, canonical, robots, titres H1–H3, images sans texte alternatif, liens, données structurées JSON-LD et temps de réponse,
- en plus : le rapport 404, le journal des erreurs PHP et une réponse à la question de savoir pourquoi une page ou un produit précis ne s’affiche pas.
Le résultat est une liste de corrections, de la plus importante à la moins importante. La façon de faire cette revue vous-même, pas à pas, est décrite dans l’article sur la revue technique de boutique.
Comment le chat lit la santé du site
L’extension TellMyShop pour WordPress et WooCommerce lit la santé du site dans TellMyShop Free, qui n’enregistre rien. Votre chat (Claude ou ChatGPT) reçoit les résultats classés en critiques, recommandés et corrects, avec une phrase « que faire » pour chaque élément, et peut lire à côté les journaux d’erreurs et la liste des extensions avec les mises à jour disponibles. Il n’explique donc pas un message dans le vide, mais le relie à ce qui se passe sur votre site.
Vous: La santé du site affiche deux problèmes critiques. Que signifient-ils et que dois-je faire ?
Votre chat: Le premier : le serveur utilise une ancienne version de PHP. C’est un travail pour votre hébergeur ou le panneau de l’hébergement. Toutes vos extensions ont des versions compatibles avec un PHP plus récent.
Votre chat: Le second : l’API REST renvoie une erreur. Dans les journaux des 3 derniers jours, je vois des requêtes rejetées par l’extension Example Firewall. C’est très probablement elle qui bloque l’éditeur.
Votre chat: Ma proposition : l’hébergeur change PHP, et nous testons l’extension de pare-feu en la désactivant à l’essai. Aperçu :
Vous: Je demande d’abord à l’hébergeur pour PHP. Désactive le pare-feu pendant une heure.
Votre chat: Désactivée. La santé du site ne signale plus l’erreur de l’API REST. Je la réactiverai quand vous me le direz, ou vous pouvez l’annuler depuis l’historique des modifications.
Statut de la carte : attend votre « oui »ancienne version : Example Firewall : active
nouvelle version : Example Firewall : inactive
Les noms d’extensions et les chiffres de cette conversation sont des exemples. L’explication seule fonctionne dans Free. Désactiver, mettre à jour et supprimer une extension inactive fonctionne dans TellMyShop Pro une fois l’interrupteur Extensions activé. Il dure 24 heures et exige une sauvegarde de la base de données du jour, que l’extension fait elle-même. Avant chaque modification, le chat montre un aperçu et attend votre accord, et vous pouvez annuler chacune d’elles depuis l’historique des modifications. Le chat ne changera ni la version de PHP, ni le certificat, ni les modules du serveur, ni le fichier wp-config.php. Ils restent l’affaire de votre hébergeur ou de la personne qui s’occupe du site.
Vérifier ce rapport chaque jour est plus simple avec un point du matin, décrit dans l’article sur la maintenance d’un site WordPress. Vous pouvez télécharger la version gratuite sur la page TellMyShop Free, et la page TellMyShop pour WordPress décrit ce qu’il peut enregistrer. Vous trouverez les différences entre les versions sur la page des tarifs.
Questions et réponses
Où trouver la santé du site dans WordPress ?
L’écran s’appelle Santé du site et se trouve dans le menu Outils. Seul un administrateur le voit. Il a deux onglets : État, avec les résultats des tests, et Infos, avec le détail du serveur, du thème et des extensions.
Un problème critique dans la santé du site signifie-t-il que mon site est cassé ?
En général non. Les problèmes critiques sont des éléments qui peuvent nuire à la sécurité ou au fonctionnement du site, comme une ancienne version de PHP ou l’absence de HTTPS. Le site fonctionne souvent normalement, mais il vaut la peine d’en trouver la cause en quelques jours plutôt que de la repousser de plusieurs mois.
Dois-je corriger toutes les améliorations recommandées ?
Non. Les améliorations recommandées sont des suggestions, et certaines ne conviennent pas à tous les sites. L’absence de cache d’objets persistant sur un petit site d’entreprise, ou des mises à jour automatiques désactivées volontairement, sont des éléments typiques que vous pouvez laisser en connaissance de cause.
Pourquoi le résultat change-t-il quand j’actualise la page ?
WordPress lance certains tests en arrière-plan en se connectant à son propre site, par exemple les tests de l’API REST et de la requête de rebouclage. Quand le serveur est brièvement surchargé ou qu’une extension de sécurité coupe la connexion, le test réussit une fois et échoue la suivante. Si le message revient sans cesse, prenez-le au sérieux.
L’extension TellMyShop corrigera-t-elle les problèmes de santé du site ?
Certains, dans TellMyShop Pro : mettre à jour ou désactiver des extensions une fois l’interrupteur Extensions activé, et des réglages isolés avec l’interrupteur Maintenance. Elle ne changera ni la version de PHP, ni HTTPS, ni les limites du serveur, qui sont le travail de votre hébergeur. TellMyShop Free lit le rapport et explique chaque élément.
WordPress est une marque de la WordPress Foundation. WooCommerce est une marque d’Automattic Inc. Claude est une marque d’Anthropic PBC. ChatGPT et OpenAI sont des marques d’OpenAI. TellMyShop n’est pas affilié à ces entreprises.