Un site WordPress inaccessible, un écran blanc, une erreur 500 ou une boutique WooCommerce qui ne valide plus les commandes exigent une intervention méthodique. En Belgique, le dépannage ne consiste pas à « réinstaller WordPress » ou à désactiver des extensions au hasard : il faut d’abord préserver les données, identifier la couche en cause (hébergement, PHP, WordPress, extension, thème, base de données, DNS ou sécurité), puis remettre le service en ligne avec un correctif vérifiable. Cette approche réduit la durée d’indisponibilité et évite de perdre des commandes, des formulaires ou des modifications récentes.
Les situations qui justifient un dépannage WordPress urgent
Une urgence concerne d’abord l’impact métier et non uniquement l’existence d’un message d’erreur. Une page d’administration lente peut attendre quelques heures ; un tunnel de commande en erreur, un site piraté ou une page d’accueil indisponible demande une prise en charge prioritaire.
- Erreur 500, 502, 503 ou 504 : elles peuvent provenir d’une erreur PHP fatale, d’une limite de ressources chez l’hébergeur, d’un processus PHP bloqué ou d’une configuration serveur.
- Écran blanc ou page critique vide : le plus souvent lié à un conflit de thème ou d’extension, à une incompatibilité PHP ou à une erreur fatale non affichée.
- Erreur critique WordPress : WordPress a détecté une erreur PHP, mais l’e-mail d’administration ne donne pas toujours la cause précise ni la totalité des pages affectées.
- Site piraté ou redirections inconnues : ajout de comptes administrateurs, injection de spam SEO, fichiers modifiés, redirection vers des domaines tiers ou alertes du navigateur.
- WooCommerce défaillant : panier vide, paiement refusé après une mise à jour, e-mails de commande non envoyés ou stock qui ne se met plus à jour.
- Problème de domaine ou certificat SSL : le site peut fonctionner sur le serveur, mais rester inaccessible à cause d’un DNS mal configuré, d’un certificat expiré ou de contenu mixte.
Les informations à transmettre avant l’intervention
Un diagnostic fiable démarre par des informations précises. Préparez l’URL concernée, l’heure approximative du début de panne, une capture complète du message affiché et les dernières actions réalisées : mise à jour, ajout d’extension, modification de DNS, migration ou changement de version PHP.
Communiquez aussi les accès nécessaires par un canal sécurisé : compte d’administration WordPress, panneau d’hébergement, SFTP et, si besoin, gestionnaire de domaine. N’envoyez pas de mots de passe en clair dans un formulaire ou un e-mail non protégé. Créez plutôt un accès temporaire ou un utilisateur dédié avec les droits strictement nécessaires, puis supprimez-le après l’intervention.
La procédure de dépannage à suivre sur un site en panne
1. Sauvegarder avant de modifier
Même sous pression, une sauvegarde des fichiers et de la base de données reste la première étape. Il faut vérifier qu’elle est exploitable, pas seulement constater qu’une tâche de sauvegarde existe. Une copie de la base MySQL et du répertoire wp-content est particulièrement importante : elle contient les contenus, médias, thèmes, extensions et, selon les réglages, des données WooCommerce.
Si le site est déjà compromis, la sauvegarde sert aussi à conserver un état à analyser. Elle ne doit pas être restaurée aveuglément, car elle peut contenir les fichiers malveillants.
2. Déterminer si la panne est globale ou ciblée
Testez la page d’accueil, une page interne, /wp-admin/, la page de connexion et, pour une boutique, le panier et la validation de commande. Une erreur présente uniquement dans l’administration n’a pas la même origine qu’un site entier renvoyant une erreur 503. Testez également depuis une navigation privée afin d’écarter un cache navigateur ou une session utilisateur défectueuse.
Un contrôle des en-têtes HTTP permet de distinguer une redirection incorrecte, une erreur serveur et un problème de cache. Après une modification DNS, vérifiez que les enregistrements A, AAAA, CNAME et MX correspondent bien à l’architecture prévue : modifier un enregistrement sans contrôle peut interrompre le site ou les e-mails.
3. Lire les journaux plutôt que deviner
Les journaux d’erreurs PHP et serveur sont essentiels. Sur WordPress, le mode débogage peut être activé temporairement dans wp-config.php pour écrire les erreurs dans un fichier, sans les afficher aux visiteurs :
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);
Les erreurs sont alors généralement consignées dans wp-content/debug.log. Il faut désactiver ce mode une fois le diagnostic terminé, car un journal de débogage actif en production peut grossir inutilement et exposer des informations techniques. Les logs de l’hébergeur complètent cette analyse, notamment pour les erreurs de mémoire, les limites de processus, les permissions ou les erreurs Apache/Nginx.
4. Isoler l’extension, le thème ou la version PHP responsable
Après une sauvegarde, l’isolement se fait de préférence dans un environnement de préproduction. Si le site est totalement bloqué, renommer temporairement le dossier d’une extension dans wp-content/plugins permet de vérifier si elle est en cause. Renommer tout le dossier plugins désactive l’ensemble des extensions, mais cette opération doit être suivie d’une réactivation contrôlée, une par une, afin d’identifier le responsable.
Un conflit fréquent apparaît après le passage à une version PHP plus récente. La bonne correction n’est pas de conserver indéfiniment une version PHP obsolète : il faut vérifier la compatibilité de WordPress, du thème et des extensions, mettre à jour les composants maintenus et remplacer les extensions abandonnées. Une erreur du type Allowed memory size exhausted peut demander une analyse de l’extension ou de la requête concernée ; augmenter la mémoire sans chercher la cause peut simplement reporter le problème.
Cas particulier : site WordPress piraté
Face à une compromission, remettre une ancienne sauvegarde en ligne ne suffit pas. L’intervention doit inclure l’identification du point d’entrée : extension vulnérable, mot de passe réutilisé, compte administrateur inconnu, thème ou extension piratée, droits fichiers trop permissifs, ou accès hébergement compromis.
- Mettre le site en maintenance si les visiteurs risquent d’être redirigés ou exposés à du contenu malveillant.
- Changer les mots de passe WordPress, hébergement, SFTP, base de données et comptes associés ; activer la double authentification lorsque disponible.
- Supprimer les comptes administrateurs non légitimes et contrôler les utilisateurs disposant de droits élevés.
- Comparer les fichiers du cœur WordPress à une version officielle, supprimer les composants inutilisés et réinstaller les extensions et thèmes depuis leurs sources légitimes.
- Analyser les tâches planifiées, les fichiers modifiés récemment, le fichier
.htaccess, les redirections et les clés de sécurité WordPress. - Mettre à jour WordPress, PHP, thème et extensions, puis vérifier les pages publiques, les formulaires et les commandes.
Si des données personnelles ont pu être consultées ou exfiltrées, l’entreprise doit documenter l’incident et évaluer ses obligations au regard du RGPD. Le dépannage technique et la gestion juridique de l’incident sont deux volets distincts.
Vérifications indispensables après remise en ligne
Une page qui s’affiche n’est pas la preuve que le site est réparé. Le contrôle doit couvrir les parcours utiles : connexion administrateur, formulaire de contact, réception des e-mails, recherche, médias, redirections, sitemap, paiement et e-mails transactionnels pour WooCommerce. Vérifiez les journaux après le correctif pour confirmer l’absence de nouvelles erreurs fatales.
Purgez ensuite les caches dans le bon ordre : cache de l’extension, cache serveur, CDN puis navigateur. Évitez de vider les caches pendant le diagnostic sans raison : cela peut masquer un symptôme ou augmenter temporairement la charge du serveur. Si une mise à jour a été annulée, contrôlez les mises à jour de base de données attendues et la compatibilité des extensions critiques.
Prévenir la prochaine panne avec une maintenance site WordPress
La maintenance site WordPress réduit les interventions urgentes, sans les rendre impossibles. Elle doit inclure des sauvegardes automatisées conservées hors du serveur principal, des tests de restauration, des mises à jour testées, la surveillance de disponibilité, le renouvellement du SSL et le suivi des erreurs. Pour une activité locale belge, il est également utile de vérifier régulièrement le domaine, les boîtes e-mail liées au nom de domaine et les renouvellements d’hébergement.
Conservez un inventaire simple : hébergeur, registrar du domaine, version PHP, thème actif, extensions critiques, passerelle de paiement, solution de sauvegarde et personne détentrice des accès. Lors d’une urgence, ce document évite de perdre du temps à rechercher qui contrôle le DNS ou où sont stockées les sauvegardes.
Faut-il désactiver toutes les extensions lorsqu’un site WordPress est en panne ?
Seulement après avoir réalisé une sauvegarde et idéalement sur une préproduction. Désactiver toutes les extensions peut rétablir le site, mais ne corrige pas la cause. Réactivez-les ensuite une par une, en contrôlant les journaux d’erreurs, pour identifier le composant incompatible ou défectueux.
Peut-on corriger une erreur 500 WordPress sans accès à l’administration ?
Oui. L’accès SFTP ou au gestionnaire de fichiers de l’hébergeur permet de consulter les fichiers, de renommer temporairement une extension ou un thème et de vérifier les journaux. L’accès au panneau d’hébergement est aussi utile pour contrôler PHP, les ressources et les logs serveur.
Pourquoi mon site fonctionne-t-il chez moi mais pas pour certains visiteurs ?
La cause peut être un cache CDN, une propagation DNS après un changement de domaine, un problème IPv6, une règle de pare-feu ou un cache navigateur. Il faut comparer les réponses HTTP depuis plusieurs réseaux et vérifier les enregistrements DNS actifs avant de modifier WordPress.
Une sauvegarde automatique suffit-elle pour sécuriser un site WordPress ?
Non. Une sauvegarde est utile uniquement si elle peut être restaurée. Testez périodiquement la restauration sur un environnement séparé, conservez plusieurs points de restauration et stockez au moins une copie hors de l’hébergement principal.
Que faut-il vérifier après une mise à jour WooCommerce ?
Testez le panier, le passage de commande, les moyens de paiement, les e-mails transactionnels, le calcul des frais de livraison, le stock et les éventuels connecteurs comptables. Consultez aussi les journaux WooCommerce et vérifiez si une mise à jour de base de données est demandée.