Vous ouvrez votre site et vous tombez sur une page blanche avec une phrase dessus : erreur de connexion à la base de données. Plus rien d'autre. Pas votre logo, pas vos pages, rien.
Vous vous demandez peut-être si tout est perdu. La réponse courte, c'est non. Dans la quasi-totalité des cas vos textes sont toujours là et ils vont bien.
Je vous explique ce que ce message veut dire, d'où ça vient, et ce que vous pouvez vérifier vous-même sans rien casser.
TL;DR – Ce qu'il faut retenir en 30 secondes
Votre site a deux parties : les fichiers d'un côté, la base de données de l'autre. Vos textes sont dans la base. Ce message veut dire que WordPress n'arrive plus à aller les chercher, pas qu'ils ont disparu. Neuf fois sur dix ça vient de votre hébergeur et ça se règle tout seul, ou après un ticket. Vous pouvez vérifier deux ou trois choses sans risque, mais ne touchez pas au fichier wp-config.php : c'est là qu'on transforme une panne d'une heure en catastrophe.
Table des matières
- 1. Une base de données, c'est quoi au juste ?
- 2. Ce que le message veut dire vraiment
- 3. Est-ce vous, ou est-ce votre hébergeur ?
- 4. Les causes les plus fréquentes
- 5. Ce que vous pouvez faire vous-même, sans rien casser
- 6. Ce qu'il ne faut surtout pas faire
- 7. Quand appeler quelqu'un, et ce que je fais dans ce cas
- FAQ
1. Une base de données, c'est quoi au juste ?
Votre site a deux parties et elles sont rangées à des endroits différents chez votre hébergeur.
D'un côté il y a les fichiers. Votre thème, vos images, le code de WordPress et de vos extensions. De l'autre il y a la base de données. Dedans il y a tout ce que vous avez écrit : vos pages, vos articles, vos commentaires, vos commandes, vos réglages.
Et quand quelqu'un ouvre votre site, WordPress prend les textes dans la base de données, il les met dans votre thème, et il affiche la page. À chaque visite. Vos pages ne sont pas rangées toutes faites quelque part, elles se fabriquent à chaque fois.
Du coup vous comprenez déjà ce qui se passe quand la base ne répond plus. WordPress n'a plus de textes à mettre dans le thème. Il ne peut plus rien afficher, et il vous met ce message à la place.
2. Ce que le message veut dire vraiment
Le message est mal traduit et il fait peur pour rien. Il ne dit pas que votre base est cassée. Il dit que WordPress n'arrive pas à s'y connecter.
C'est une nuance énorme. Vos textes ne sont pas effacés, ils ne sont pas corrompus, ils n'ont pas été volés. Ils sont dans la base, exactement comme hier. C'est le passage entre les deux qui ne se fait plus.
Pour se connecter, WordPress a besoin de trois choses : savoir où est la base, avoir un identifiant et avoir un mot de passe. Si l'une des trois ne marche plus, ou si la base elle-même ne répond pas, vous obtenez ce message. Rien de plus.
Voilà pourquoi il faut garder son calme. Vous n'avez pas perdu vos données, vous avez perdu l'accès. Et l'accès, ça se retrouve.
3. Est-ce vous, ou est-ce votre hébergeur ?
C'est la première chose à savoir et vous pouvez le faire vous-même en cinq minutes. Ça change tout pour la suite.
Demandez-vous d'abord ce que vous avez fait juste avant. Vous avez installé une extension ? Fait une mise à jour ? Migré votre site ? Si oui, la panne vient probablement de là. Si vous n'avez rien touché depuis trois semaines et que le site est tombé pendant la nuit, ça vient d'ailleurs.
Regardez ensuite la page de statut de votre hébergeur. Tous les bons hébergeurs en ont une et elle annonce les incidents en cours. Si vous avez d'autres sites chez le même hébergeur, ouvrez-les aussi. S'ils sont tous en panne, ce n'est pas vous.
Et si vous ne savez pas où trouver cette page, ni même à qui vous adresser, c'est le moment de vous poser une autre question. J'en parle dans mon article sur le choix d'un hébergement web : un support joignable, c'est exactement ce qui compte dans ces moments-là.
Une fois que vous savez de quel côté ça vient, vous savez quoi faire. Si c'est l'hébergeur, vous ouvrez un ticket et vous attendez. Si c'est votre site, il faut quelqu'un qui sache où regarder.
4. Les causes les plus fréquentes
Cette panne a toujours une cause précise. Voici celles que je rencontre le plus souvent, de la plus fréquente à la plus rare.
- Le serveur de base de données de votre hébergeur est tombé. C'est la première cause, et de loin. Elle ne vous concerne pas, vous n'y pouvez rien, et elle se règle souvent en quelques minutes sans que personne ne fasse quoi que ce soit.
- Vos identifiants ne marchent plus. Ça arrive typiquement après une migration : le site a changé de serveur mais il cherche encore la base à l'ancienne adresse, avec l'ancien mot de passe. La panne est alors immédiate et totale, et elle date de la migration.
Et puis il y a trois causes plus rares, mais je les croise quand même.
- Votre espace disque est plein. Une base de données a besoin de place pour travailler, et quand le disque est saturé elle refuse les connexions.
- Il y a trop de connexions en même temps. Votre hébergement mutualisé fixe une limite, et un pic de visites ou une extension gourmande peut l'atteindre.
- Des tables sont corrompues. C'est le cas le plus sérieux. Il arrive après une coupure pendant une écriture, ou sur un serveur qui a des soucis matériels.
Vous remarquerez que sur ces cinq causes, quatre viennent de l'hébergement.
C'est pour ça que la première question est toujours la même : est-ce vous ou est-ce lui ?
5. Ce que vous pouvez faire vous-même, sans rien casser
Vous pouvez faire trois choses en toute sécurité, et aucune ne touche à votre site. La première, c'est d'attendre dix minutes et de recharger. Ça paraît bête mais c'est ce qui règle la majorité des cas : un serveur de base de données qui redémarre, ça prend quelques minutes, et vous n'avez rien d'autre à faire qu'attendre.
La deuxième, c'est de regarder votre espace disque. Vous vous connectez chez votre hébergeur, vous ouvrez votre tableau de bord, et vous cherchez l'espace utilisé. Si vous êtes à 100 %, vous tenez votre cause. Vous supprimez de vieilles sauvegardes et le site revient.
La troisième, c'est d'ouvrir un ticket chez votre hébergeur. Vous lui donnez trois informations : depuis quand c'est en panne, ce que vous avez fait juste avant, et le message exact que vous voyez. Faites une capture d'écran, c'est plus rapide que de le recopier.
Et si vous voulez la liste complète des vérifications sans risque, je l'ai détaillée dans mon article sur ce qu'il faut faire avant d'appeler quelqu'un. Elle vaut pour toutes les pannes, pas seulement celle-là.
6. Ce qu'il ne faut surtout pas faire
Vous allez trouver des tutoriels qui vous expliquent comment modifier le fichier wp-config.php pour corriger vos identifiants. Ne le faites pas.
Ce fichier, c'est le cœur de votre site. Il contient les clés de la base et les réglages de sécurité. Une virgule au mauvais endroit, un espace en trop, un caractère invisible collé depuis un site web, et vous passez d'un message d'erreur à un site totalement mort. Vous aurez transformé une panne d'une heure en journée entière.
Ne réinstallez pas WordPress par-dessus non plus. Ça ne réparera rien, puisque le problème n'est pas dans les fichiers. Par contre vous risquez d'écraser des réglages et de rendre la réparation plus longue.
Et ne suivez pas les tutoriels qui vous font lancer une réparation automatique de la base. Sur des tables corrompues, ça peut aggraver les dégâts. Cette opération se fait après une sauvegarde, jamais avant.
La règle est simple : tout ce qui se lit sans rien modifier, allez-y. Tout ce qui écrit dans un fichier ou dans la base, laissez tomber. Vous n'avez pas de filet.
7. Quand appeler quelqu'un, et ce que je fais dans ce cas
Appelez si le site est toujours en panne après une heure, si votre hébergeur dit que tout va bien de son côté, ou si la panne est arrivée juste après une migration. Dans ces trois cas, il faut aller regarder dedans.
De mon côté je regarde vos journaux d'erreurs, je teste la connexion à la base, et je vois tout de suite si le problème vient des identifiants, du serveur ou des tables. Le diagnostic est gratuit et je vous dis ce qui est cassé avant d'intervenir. J'ai détaillé ma façon de travailler dans mon article sur ce qu'est un bon dépannage.
Sur cette panne précise, comptez souvent moins d'une heure quand ce sont les identifiants. Des tables corrompues, c'est plus long, parce qu'il faut restaurer et vérifier ce qui manque.
Et si vous voulez que ça n'arrive plus, la réponse tient en un mot : sauvegarde. Une base sauvegardée tous les jours transforme cette panne en trente minutes de travail. C'est ce que couvre un forfait de maintenance, et c'est aussi la seule chose qui vous protège vraiment des tables corrompues.
FAQ
Est-ce que mes données sont perdues ?
Non, dans la quasi-totalité des cas. Ce message dit que WordPress n'arrive pas à se connecter à la base, pas que la base a disparu. Vos textes, vos pages et vos commandes sont toujours dedans. Le seul cas où vous risquez vraiment quelque chose, c'est la corruption de tables, et c'est rare.
Pourquoi ça arrive juste après une migration ?
Parce que votre site cherche sa base à l'ancienne adresse, avec l'ancien identifiant et l'ancien mot de passe. Sur le nouveau serveur, ces informations ont changé. C'est la cause la plus fréquente après un déménagement, et c'est aussi la plus simple à corriger quand on sait où regarder.
Combien de temps pour réparer ?
Si le serveur de votre hébergeur a eu un incident, ça revient souvent tout seul en quelques minutes. Si ce sont les identifiants, comptez moins d'une heure. Si des tables sont corrompues, c'est plus long, parce qu'il faut restaurer une sauvegarde et vérifier ce qui manque entre-temps.
Est-ce que c'est un piratage ?
Très rarement. Cette panne vient presque toujours de l'hébergement ou d'une migration. Un pirate qui entre dans votre site n'a aucun intérêt à le rendre inaccessible, il préfère que personne ne remarque rien. Cela dit, si la panne arrive avec d'autres signes bizarres, ça vaut le coup de vérifier.
Comment éviter que ça revienne ?
Surveillez votre espace disque, gardez des sauvegardes quotidiennes de votre base, et choisissez un hébergeur dont le support répond vite. Vous ne pouvez pas empêcher un serveur de tomber, mais vous pouvez faire en sorte que ça ne dure pas et que vous ne perdiez rien.
Je pourrais vous expliquer comment modifier votre wp-config.php et vous laisser vous débrouiller. Vous trouverez ce tutoriel partout ailleurs.
Sauf que ce fichier ne pardonne rien, et que celui qui l'ouvre en panique à 22 h avec un site en carafe n'a aucun filet. Vous n'avez pas de sauvegarde de ce fichier, vous ne savez pas à quoi ressemble une syntaxe correcte, et vous ne verrez pas votre erreur. Le tutoriel vous dit rarement ça.
Ce que je vous conseille, c'est de faire les trois choses sans risque et de vous arrêter là. Vous attendez dix minutes, vous regardez votre espace disque, vous ouvrez un ticket. Si le site revient, tant mieux, vous n'aurez rien payé. S'il ne revient pas, vous appelez quelqu'un avec une information précieuse en main : vous savez déjà ce que ce n'est pas.
Votre site affiche ce message ?
Décrivez-moi ce qui se passe et depuis quand. Je pose un diagnostic gratuit, je vous dis d'où ça vient et combien de temps ça prendra avant d'intervenir. Rendez-vous sur ma page dépannage WordPress pour demander à être rappelé.
