Base de données WordPress · Diagnostic
Le site entier est remplacé par une phrase : « Erreur lors de l'établissement d'une connexion à la base de données ». Plus de pages, plus d'administration, plus rien. WordPress ne trouve plus ses données : identifiants modifiés, serveur MySQL saturé ou arrêté, table corrompue, espace disque plein. Dans une minorité de cas, la base a été altérée par une intrusion. On rétablit la connexion d'abord, on répare la base ensuite, et on vérifie toujours ce qu'elle contient.
Diagnostic gratuit sous 24 h ouvrées, devis après diagnostic. Si c'est une intrusion, re-nettoyage inclus pendant 30 jours.
Activateur France NumInitiative gouvernementaleIntervention le jour même
06 38 42 04 85Du lundi au vendredi, 9 h à 18 h. En dehors de ces horaires, laissez un message : on rappelle en priorité le matin suivant.
Réponse sous 1 h ouvrée. On vous dit en quelques questions ce qu'on voit et comment on procède.
Ils nous font confiance
Ce problème vous concerne-t-il ?
Le message est toujours le même, mais ce qu'il y a autour dit d'où vient le problème : moment d'apparition, contenu du fichier de configuration, état du serveur, journaux. Voici ce qu'on regarde en premier.
Serveur MySQL redémarré, incident chez l'hébergeur, quota de connexions atteint : le site tombe et remonte parfois seul. Vérifiez la page de statut de l'hébergeur avant tout.
Le serveur de base de données partagé est en cause. Rien à faire côté WordPress : c'est l'hébergeur qui répare, et il faut parfois le relancer.
Nom de base, identifiant, mot de passe ou hôte incorrects après le déménagement. Cause la plus fréquente après une migration faite à la main.
Table marquée « crashed » après un arrêt brutal du serveur ou un disque plein. Se répare, mais après sauvegarde.
Table wp_options gonflée par des transients et des journaux d'extensions, requêtes lentes, « MySQL server has gone away » : la base s'est essoufflée jusqu'à ne plus répondre.
Un intrus qui y a inscrit un chargement de code externe, ou qui a changé les identifiants pour vous exclure. À traiter comme une intrusion.
Des centaines d'articles en japonais, une option « siteurl » modifiée, un administrateur inconnu : la base a été altérée. La panne peut venir du volume injecté ou d'une modification ratée.
Un disque plein empêche MySQL d'écrire et corrompt les tables. Un site piraté qui envoie du spam ou stocke des milliers de pages injectées remplit un disque en quelques jours : à vérifier.
Pourquoi ça arrive
Six causes couvrent la quasi-totalité des cas. Cinq sont techniques et sans intrus ; la sixième est une intrusion, et elle exige un protocole différent.
Identifiants
DB_NAME, DB_USER, DB_PASSWORD, DB_HOST : une seule valeur fausse et WordPress ne peut plus rien lire. Cause classique après une migration, un changement de mot de passe de base chez l'hébergeur, ou une modification manuelle. La documentation WordPress.org la place en tête des causes.
Serveur
Sur un hébergement mutualisé, le serveur de base de données est partagé entre des dizaines de sites. Un pic de trafic ailleurs, une maintenance, un nombre maximal de connexions atteint : votre site tombe sans que vous ayez rien fait.
Corruption
Arrêt brutal du serveur, coupure pendant une écriture, disque plein : une table (souvent wp_options ou wp_posts) est marquée comme corrompue et MySQL refuse de la servir. Elle se répare, mais on sauvegarde avant.
Volume
Transients jamais expirés, journaux d'extensions de sécurité ou de statistiques qui stockent chaque visite, révisions par milliers, tables abandonnées par des extensions désinstallées : la base dépasse le quota ou devient si lente que les connexions expirent.
Disque
Sauvegardes accumulées dans le dossier du site, journaux d'erreurs de plusieurs Go, cache non purgé : quand le disque est plein, MySQL ne peut plus écrire et les tables se corrompent en cascade.
Intrusion
Un intrus qui modifie wp-config.php pour charger un code externe, qui change les identifiants pour vous exclure, ou qui injecte des dizaines de milliers de lignes de spam jusqu'à saturer la base. Selon Sucuri, une part importante des sites infectés présentent des injections en base, pas seulement dans les fichiers : c'est pour ça qu'on inspecte toujours les tables après réparation.
Dans l'immédiat
Une base de données se répare bien quand on respecte un ordre : sauvegarder, comprendre, réparer. L'inverse fait perdre des données.
Comment on intervient
Une erreur de connexion simple se règle en moins d'une heure. Une base corrompue ou gonflée demande quelques heures. Une base altérée par une intrusion suit le protocole complet. Dans tous les cas, on sauvegarde avant de toucher.
État du serveur MySQL, contenu de wp-config.php, journal d'erreurs, espace disque : on sait d'où vient l'erreur. On exporte la base telle quelle, même abîmée, avant toute action.
Vous validez : le périmètre et les accès hébergeur
Correction des identifiants, redémarrage ou déblocage côté hébergeur, réparation des tables marquées crashées. Le site répond à nouveau.
Vous validez : le site accessible depuis votre poste
Comptes, options critiques (siteurl, home, admin_email), articles et pages récents, tables inconnues, tâches planifiées : on cherche toute trace d'altération. Si une intrusion est trouvée, on bascule sur le nettoyage complet.
Purge des transients et journaux, suppression des tables orphelines, optimisation, réglage des révisions, nettoyage du disque. La base retrouve une taille et une vitesse normales.
Vous validez : les tables et contenus supprimés
Explication écrite de la cause, liste des actions, et recommandations : sauvegardes automatiques de la base testées, surveillance de l'espace disque et de la disponibilité, hébergement adapté si nécessaire.
Vous décidez : la suite, avec ou sans maintenance
Diagnostic gratuit sous 24 h ouvrées. Le devis est établi après le diagnostic, sur un périmètre écrit : ce qui est inclus, ce qui ne l'est pas, et le délai.
Ce que ça comprend
Inclus
Non inclus
Scénario type
Un commerçant voit son site ralentir pendant des semaines, puis afficher l'erreur de connexion un samedi matin. Une extension de statistiques enregistrait chaque visite dans une table qui atteignait 1,8 Go, sur un hébergement limité à 2 Go de base.
Ce scénario est une synthèse de ce qu'on rencontre le plus souvent sur ce type d'incident : aucun site client n'est décrit ici. Quand la base a été altérée par une intrusion, le déroulé est celui de la page principale : nettoyage complet des fichiers et de la base, durcissement, surveillance 30 jours.
Et après
Un site nettoyé sans suivi se refait pirater. Trois façons de ne pas y revenir.
Maintenance
Le nettoyage referme la porte utilisée. La maintenance empêche qu'une autre s'ouvre : mises à jour hebdomadaires, sauvegardes testées, scan quotidien.
Hébergement
Beaucoup d'infections viennent d'un mutualisé mal isolé ou d'un serveur obsolète. On migre le site nettoyé vers un hébergement sain, sans coupure.
Refonte
Thème abandonné, extensions mortes, PHP obsolète : on nettoie une fois, puis on refond sur une base propre plutôt que de nettoyer tous les six mois.
FAQ
Rarement. Dans la grande majorité des cas, ce sont des identifiants incorrects dans wp-config.php, un serveur MySQL en incident ou saturé, une table corrompue ou une base trop volumineuse. Le piratage devient probable si wp-config.php a été modifié à une date inconnue, si la base contient des comptes ou des contenus que vous ne reconnaissez pas, ou si le disque a été rempli par des pages injectées. Le diagnostic tranche, et on inspecte systématiquement la base après réparation.
Pour des identifiants ou un blocage côté hébergeur, moins d'une heure après réception des accès. Pour une table corrompue ou une base gonflée, quelques heures. Pour une base altérée par une intrusion, 24 à 48 heures avec le protocole complet.
Le diagnostic est gratuit et rendu sous 24 heures ouvrées. Le devis est établi ensuite sur un périmètre écrit : corriger un identifiant et nettoyer une base injectée ne se chiffrent pas pareil, et vous le savez avant de valider.
Obligatoirement : l'espace d'administration de l'hébergeur (pour la base, l'espace disque et le statut du serveur) et un accès FTP ou SSH (pour wp-config.php et les journaux). Utile mais pas obligatoire : une sauvegarde récente de la base, pour comparer et retrouver d'éventuelles données perdues.
C'est un outil intégré à WordPress qui répare les tables corrompues, et il fonctionne souvent. Mais il s'exécute sans sauvegarde et peut perdre des lignes sur une table gravement abîmée. Si vous l'utilisez, exportez la base avant, et retirez la ligne de wp-config.php après : tant qu'elle est là, la page de réparation est accessible à tout le monde.
Presque jamais quand on sauvegarde avant de réparer, ce qui est notre première action. Le risque existe si la table a été corrompue pendant une écriture : quelques lignes peuvent manquer, et une sauvegarde récente permet alors de les retrouver.
C'est peut-être vrai : le problème est alors dans wp-config.php, dans une table ou dans le volume de la base. On lit le journal d'erreurs pour le prouver, et on parle à l'hébergeur avec les éléments techniques si la cause est finalement de son côté.
Sauvegardes automatiques de la base testées, surveillance de la taille de la base et de l'espace disque, purge régulière des transients et journaux, extensions de journalisation limitées, hébergement dimensionné. C'est ce que couvre une maintenance mensuelle.
Problèmes voisins
Problème voisin
403 Forbidden sur le site ou sur wp-admin
Problème voisin
Erreur critique, écran blanc, site inaccessible
Problème voisin
Cryptominage, pages spam, serveur saturé
Problème voisin
Migrer un site nettoyé vers un hébergement sain
Page principale
Symptômes, méthode, garanties et les 13 problèmes courants.
Envoyez-nous une capture de l'erreur et l'heure d'apparition. On vous dit sous 1 h ouvrée si c'est l'hébergeur, la configuration, la base elle-même ou une intrusion.
Diagnostic gratuit sous 24 h ouvrées, devis après diagnostic, re-nettoyage inclus 30 jours.
Ils nous font confiance
Le blog EVICO
70 % des sites compromis contiennent une porte dérobée. Webshell, compte fantôme, mot de passe d’application, cron de…
Avertissement « Ce site peut avoir été piraté » ou page rouge Safe Browsing : la procédure exacte de réexamen Google, les délais…
Redirections vers des sites de paris ou de faux antivirus : le redirect hack expliqué de l’intérieur. Les 6 cachettes exactes du…
La méthode de nettoyage que nous appliquons sur chaque site piraté : logs, checksums, base de données, cron, réexamen Google. 7…
Remplissez le formulaire pour télécharger immédiatement votre rapport d’audit SEO personnalisé (17 pages, PDF).
Téléchargement immédiat · Sans engagement · Données RGPD
Pour découvrir ce que le digital peut réellement apporter à votre entreprise, réservez votre audit gratuit. On analyse votre marché, vos concurrents et vos opportunités — et vous repartez avec un cahier des charges complet, sans engagement.
