Site WordPress en panne : que faire dans l’heure qui suit

L’écran est blanc, la page tourne dans le vide, ou un message d’erreur s’affiche à la place de votre site. Votre téléphone sonne parce qu’un client n’arrive plus à commander, ou c’est vous qui découvrez la panne en tapant votre propre nom de domaine. Dans les premières minutes, l’instinct pousse à tout essayer en même temps : désactiver des plugins au hasard, réinstaller le thème, redémarrer l’hébergement. C’est souvent ce réflexe qui transforme une panne de dix minutes en indisponibilité de plusieurs heures. Voici comment procéder, dans l’ordre, pendant l’heure qui suit la découverte du problème.

Diagnostiquer avant d’agir

Avant de toucher à quoi que ce soit, il faut savoir précisément ce qui est cassé. Trois questions permettent de cadrer le problème en moins de cinq minutes.

Le site est-il en panne pour tout le monde, ou seulement pour vous ? Testez depuis un autre réseau (4G plutôt que le wifi du bureau) et un autre appareil. Un site qui charge normalement en 4G mais pas en wifi pointe vers un problème de cache local ou de DNS, pas vers une panne serveur.

Quel message exact s’affiche ? Écran blanc, « Erreur d’établissement de connexion à la base de données », erreur 500, erreur 503, ou simplement une page qui ne charge jamais : chaque symptôme oriente vers une cause différente, et le message précis fait gagner un temps considérable à qui interviendra ensuite.

Que s’est-il passé juste avant ? Une mise à jour de plugin, un changement de thème, une migration d’hébergement, ou rien d’identifiable : dans la majorité des pannes WordPress, l’incident suit de près une action de ce type, même si elle semble sans rapport.

Les vérifications qui ne prennent aucun risque

Certaines actions permettent d’avancer dans le diagnostic sans pouvoir aggraver la situation, quel que soit le problème réel :

• Videz le cache du navigateur et testez en navigation privée, pour écarter un problème d’affichage purement local.
• Consultez la page de statut ou le panneau d’administration de votre hébergeur : une panne serveur généralisée n’a rien à voir avec votre site et se résout sans intervention de votre part.
• Essayez d’accéder à l’administration WordPress (/wp-admin) séparément du site public. Si l’admin répond mais pas la partie visible, la cause est probablement liée au thème ou à un plugin frontal, pas à WordPress lui-même.
• Contactez le support de votre hébergeur par chat s’il en propose un : sur une panne serveur, c’est souvent la vérification la plus rapide.

Identifier la cause selon le message affiché

Une fois le message d’erreur identifié, la marche à suivre change du tout au tout.

Si l’écran affiche une erreur 500, c’est généralement un plugin, un thème ou une limite de mémoire PHP qui bloque l’exécution du site. La procédure de diagnostic et de correction est détaillée dans notre article sur l’erreur 500 sous WordPress et comment la corriger : elle explique comment activer le mode debug sans exposer d’informations sensibles, et comment isoler l’extension fautive.

Un message du type « erreur d’établissement de connexion à la base de données » indique un problème entre WordPress et sa base : identifiants incorrects dans wp-config.php, table corrompue, ou base saturée chez l’hébergeur. C’est une des rares pannes où le diagnostic seul, sans accès aux identifiants de base de données, ne mène nulle part.

Une erreur 503 ou une page « site en maintenance » qui reste bloquée signale presque toujours une mise à jour interrompue en cours de route. Elle se résout en général en supprimant un fichier temporaire (.maintenance) à la racine du site via FTP, à condition de savoir où chercher.

Si en revanche le site redirige vers un autre domaine, affiche du contenu que vous n’avez pas publié, ou que Google signale le site comme dangereux dans les résultats de recherche, il ne s’agit probablement pas d’une panne technique classique mais d’un piratage. Les signes à reconnaître et la marche à suivre sont détaillés dans notre article sur les sites WordPress piratés : dans ce cas, changer les mots de passe seul ne suffit généralement pas à éliminer la faille.

Ce que vous pouvez faire seul, et ce qu’il vaut mieux ne pas tenter

Si vous avez un accès FTP ou à l’hébergeur, deux gestes réversibles permettent souvent de rétablir l’accès sans compétence technique poussée : renommer le dossier plugins pour désactiver toutes les extensions d’un coup (le site revient, quitte à perdre des fonctionnalités temporairement), ou restaurer une sauvegarde récente si votre hébergeur en conserve.

En revanche, sur un site qui génère du chiffre d’affaires (e-commerce, réservation, formulaire de devis), chaque tentative manquée sur le site en production repousse le retour en ligne et peut corrompre davantage de données. C’est le moment où faire appel à quelqu’un qui interviendra directement, plutôt que de continuer à tâtonner, fait gagner plus de temps qu’il n’en coûte. Notre page dépannage WordPress urgent détaille comment se déroule une intervention de ce type, et à quelle vitesse un accès peut être rétabli une fois la cause identifiée.

Ce que ça coûte de faire réparer un site en urgence

Sur le marché du dépannage WordPress, les tarifs varient surtout selon l’urgence et la complexité du problème : une intervention ponctuelle sur une panne simple (plugin en conflit, erreur 500 classique) coûte en général nettement moins cher qu’une récupération après piratage ou qu’une base de données corrompue, qui demande plus de temps d’investigation. Un développeur qui facture au forfait pour ce type d’intervention peut généralement donner un ordre de grandeur dès la description du problème, avant même de se connecter au site.

Si les pannes se répètent, ou que le site accumule les mises à jour en retard, un contrat de suivi revient souvent moins cher sur l’année qu’une succession d’interventions d’urgence : la page maintenance WordPress à Paris détaille ce que couvre un suivi régulier. Et si le site a besoin d’évolutions au-delà du simple dépannage — remise à plat du thème, migration, optimisation des performances — la page développeur WordPress à Paris présente le profil et le mode de fonctionnement pour ce type de mission. Pour obtenir un chiffrage précis sur votre situation, la page devis permet de décrire le problème et de recevoir une réponse détaillée sous 48h.

FAQ

Combien de temps faut-il pour remettre un site WordPress en ligne ?

Pour une panne courante (plugin en conflit, mise à jour interrompue, erreur 500), le rétablissement prend généralement de quelques dizaines de minutes à quelques heures une fois la cause identifiée et l’accès obtenu. Une récupération après piratage ou une base de données corrompue peut demander une journée complète, le temps de nettoyer sans perdre de contenu.

Est-ce que je risque de perdre mon contenu en réparant le site ?

Pas si l’intervention part d’une sauvegarde récente ou si le contenu est simplement inaccessible sans être endommagé, ce qui est le cas de la plupart des pannes. Le risque de perte réelle concerne surtout les bases de données corrompues sans sauvegarde récente, d’où l’intérêt de vérifier dès aujourd’hui, hors urgence, que des sauvegardes automatiques existent bien chez votre hébergeur.

Comment éviter qu’une panne comme celle-ci se reproduise ?

La plupart des pannes récurrentes viennent de mises à jour appliquées sans test préalable, d’une version PHP obsolète, ou de l’absence de sauvegardes automatiques. Un suivi régulier permet de tester les mises à jour avant qu’elles cassent quoi que ce soit, plutôt que de les découvrir en même temps que la panne.

Décrivez ce qui s’affiche sur votre site et ce qui s’est passé juste avant : c’est souvent suffisant pour avoir un premier avis sur la cause probable et la marche à suivre.