Montrer le sommaire Cacher le sommaire
- Comment vérifier rapidement si l’arrêt est réel ou local
- Que vérifier sur le nom de domaine, le DNS et le certificat SSL
- Quels signes montrent qu’un hébergeur ou la charge serveur est en cause
- Comment isoler un plugin ou un thème responsable
- Que faire face à une erreur « Error establishing a database connection »
- Quand et comment ajuster la mémoire PHP ou la version PHP
- Comment détecter et réagir à une compromission ou malware
- Quand restaurer une sauvegarde et comment bien la choisir
- Quelles pratiques quotidiennes réduisent vraiment le risque de panne
- Quand il est temps d’appeler un professionnel
- FAQ
Quand votre site WordPress tombe subitement, c’est un peu comme si votre vitrine fermait sans prévenir : clients perdus, paniques internes, et une petite alarme qui crie urgence. Avant de modifier tous les fichiers au hasard, prenez quelques respirations, faites des vérifications rapides et suivez une méthode prioritaire pour trouver la cause et revenir en ligne avec le moins de dégâts possibles.
Comment vérifier rapidement si l’arrêt est réel ou local
La première question à se poser est simple : est-ce que le problème concerne tout le monde ou seulement vous ? Beaucoup de pannes apparentes viennent d’un cache navigateur, d’un DNS mal résolu ou d’un réseau d’entreprise filtrant certains sites.
Site WordPress en panne : comment le remettre en ligne rapidement
Top 15 outils de veille concurrentielle utilisés par les équipes en 2026
Vérifications rapides à lancer en quelques minutes
- Ouvrez le site depuis un autre réseau (données mobiles) et en mode navigation privée.
- Utilisez un outil externe de disponibilité pour voir si le site répond globalement.
- Vérifiez que votre navigateur ne sert pas une vieille version en vidant le cache.
Si le site s’affiche sur mobile data mais pas depuis votre bureau, pensez DNS local ou filtrage IP plutôt qu’une panne serveur. Ce diagnostic rapide évite des changements inutiles dans WordPress.
Que vérifier sur le nom de domaine, le DNS et le certificat SSL
Une expiration de domaine ou un mauvais enregistrement DNS se manifeste exactement comme une panne : pages blanches, erreurs de connexion ou redirections vers une page de registrar. C’est l’un des oublis les plus fréquents que j’observe.
Points précis à confirmer
- Date d’expiration du domaine via WHOIS et état du domaine (expired, clientHold, redemptionPeriod).
- Nameservers et enregistrements A/CNAME pour s’assurer qu’ils pointent vers le bon hébergeur ou CDN.
- Validité du certificat SSL et correspondance du domaine couvert par le certificat.
Si vous venez de migrer ou de changer de CDN, la propagation DNS peut donner des comportements différents selon les visiteurs. Pour le SSL, un certificat expiré provoque des messages bloquants dans les navigateurs et fait chuter immédiatement les conversions.
Quels signes montrent qu’un hébergeur ou la charge serveur est en cause
Un serveur saturé par une montée soudaine de trafic ou un pic de bots montre souvent des erreurs 502/504, des temps de réponse élevés, ou un panneau « service temporairement indisponible » côté hébergeur.
Ce que vous pouvez faire tout de suite
- Consultez la page status de votre hébergeur et leurs comptes sociaux pour annonces d’incidents.
- Regardez les métriques CPU, RAM et nombre de requêtes dans le tableau de bord du serveur.
- Si vous avez un CDN ou un WAF, vérifiez les logs pour voir si le trafic est légitime ou malveillant.
Souvent, la meilleure action immédiate est d’ouvrir un ticket chez l’hébergeur : ils ont accès aux logs et aux processus système que vous ne voyez pas.
Comment isoler un plugin ou un thème responsable
Les conflits de plugins ou de thèmes restent la cause la plus fréquente de pannes après une mise à jour. Mais la méthode pour identifier le coupable doit être ordonnée pour éviter d’aggraver la situation.
Méthode pratique quand wp-admin est accessible
- Désactivez tous les plugins par lot depuis l’admin et réactivez-les un à un en testant le site.
- Activez un thème par défaut WordPress pour vérifier si le problème vient du thème actif.
Méthode pratique quand wp-admin est inaccessible
- Renommez le dossier wp-content/plugins via SFTP pour forcer la désactivation globale.
- Renommez le dossier du thème actif dans wp-content/themes pour forcer la bascule vers un thème par défaut.
Erreur fréquente à éviter : réactiver plusieurs plugins en même temps. Vous perdrez du temps à isoler le conflit si vous ne procédez pas plugin par plugin.
Que faire face à une erreur « Error establishing a database connection »
Ce message signifie que WordPress ne parvient plus à joindre MySQL. Les causes vont d’un mot de passe modifié à une corruption de la base ou le serveur MySQL en panne.
Contrôles immédiats
| Vérification | Où | Action recommandée |
|---|---|---|
| Identifiants DB | Fichier wp-config.php | Comparer DB_NAME, DB_USER, DB_PASSWORD, DB_HOST avec le panneau d’hébergement |
| Permissions utilisateur | PhpMyAdmin ou panneau SQL | Vérifier que l’utilisateur a accès à la base |
| État du serveur MySQL | Tableau de bord hébergeur / logs | Redémarrer MySQL ou contacter l’hébergeur |
Si la base est corrompue, certains hébergeurs proposent une option de réparation depuis PhpMyAdmin ou via MySQL avec CHECK/REPAIR. Toujours sauvegarder avant toute opération.
Quand et comment ajuster la mémoire PHP ou la version PHP
Des messages « Allowed memory size exhausted » ou des incompatibilités après une mise à jour de WordPress indiquent souvent un problème de configuration PHP. Monter la mémoire peut résoudre un crash, mais attention aux effets masqués.
Règles pratiques
- Augmentez la mémoire progressivement et surveillez l’usage réel pour identifier un plugin gourmand.
- Ne passez pas à une version PHP trop ancienne par confort. Préférez une version 8.x compatible et testée.
- Testez tout changement PHP sur un environnement de staging pour éviter de casser des extensions en production.
Souvent, la mémoire saturée révèle un flux d’exécution anormal ou une attaque ; augmenter la limite sans diagnostiquer revient à placer un pansement sur une fracture ouverte.
Comment détecter et réagir à une compromission ou malware
Une infection peut se présenter sous forme de redirections vers des sites inconnus, de nouvelles pages spam, d’avertissements dans Google Search Console ou d’un blocage par votre hébergeur.
Étapes de confinement immédiates
- Changez tous les mots de passe administrateur, FTP/SFTP et en base.
- Activer le mode maintenance et couper les accès non essentiels.
- Scanner avec un outil externe (ex Sucuri SiteCheck) puis avec un scanner interne si possible.
Attention aux nettoyages superficiels. Les attaquants laissent souvent des backdoors cachées dans des fichiers thème ou dans le répertoire uploads. Si vous n’êtes pas certain, faites intervenir une équipe spécialisée pour éviter une récidive.
Quand restaurer une sauvegarde et comment bien la choisir
Restaurer une sauvegarde peut être la solution la plus rapide, mais choisir la mauvaise sauvegarde revient souvent à réinjecter le même problème.
Conseils pour choisir une sauvegarde fiable
- Remontez avant le premier signe d’anomalie détecté.
- Préférez une sauvegarde complète (fichiers + base) plutôt qu’un simple dump partiel.
- Si le problème est lié à une attaque, remontez suffisamment loin pour éviter de restaurer une version compromise.
Après restauration, isolez l’environnement (changer mots de passe, vérifier plugins/thèmes), puis observez le site avant d’ouvrir au public. La restauration doit être suivie d’un diagnostic pour corriger la cause racine.
Quelles pratiques quotidiennes réduisent vraiment le risque de panne
Les habitudes font souvent la différence entre une interruption de service mineure et une crise prolongée. Voici ce que je vois chez les sites qui tiennent bien en cas de problème :
- Backups automatiques et tests réguliers de restauration.
- Environnements de staging pour tester les mises à jour avant de les déployer.
- Uptime monitoring avec alertes multi-canaux (email, SMS, Slack).
- Suppression des plugins et thèmes non utilisés plutôt que les laisser actifs mais désinstallés à moitié.
- Authentification à deux facteurs et gestion stricte des comptes admin.
Enfin, documentez chaque intervention : cela vous évitera de répéter des erreurs et facilitera l’escalade si vous faites appel à un tiers.
Quand il est temps d’appeler un professionnel
Si vous rencontrez des erreurs de base de données répétées, des fichiers qui se modifient seuls, des avertissements de liste noire ou si l’accès au panneau d’hébergement vous est refusé, il est raisonnable de demander de l’aide.
Cas où l’expertise externe devient nécessaire
- Infections persistantes malgré vos tentatives de nettoyage.
- Pannes liées à l’infrastructure (réseau, stockage) chez l’hébergeur.
- Manque de temps critique pour un site à trafic élevé ou pour une boutique en ligne.
Choisissez un prestataire qui fournit une analyse post-mortem et des recommandations concrètes pour éviter une réapparition du problème.
FAQ
Mon site affiche une page blanche que dois-je vérifier en premier
Testez le site depuis un autre réseau, désactivez tous les plugins et activez un thème par défaut pour isoler un plugin ou thème fautif.
Comment savoir si mon domaine a expiré
Consultez WHOIS pour la date d’expiration et l’état du domaine ; un état comme clientHold empêche la résolution DNS même si les fichiers sur le serveur sont intacts.
Puis-je restaurer une sauvegarde sans perdre les commandes récentes d’une boutique
Oui, mais il faut idéalement restaurer la base de données partielle (tables commandes) ou exporter/importer les commandes récentes pour éviter la perte de données.
Augmenter la mémoire PHP corrigera-t-il toutes les pannes
Non. Augmenter la mémoire peut masquer un plugin défectueux ou une attaque. Utilisez ceci comme mesure temporaire et diagnostiquez la cause profonde.
Comment savoir si j’ai été piraté
Signes courants : redirections non voulues, pages inconnues indexées, messages de Google Search Console, fichiers modifiés récemment. Un scan et l’examen des logs aident à confirmer.
Combien de temps mon hébergeur garde-t-il des backups
Cela varie : certains conservent des sauvegardes quotidiennes pendant 7 à 30 jours, d’autres ont des snapshots hebdomadaires. Vérifiez votre contrat ou demandez le détail au support.












