Comment réparer un site web WordPress ?

Votre site WordPress affiche un écran blanc, une erreur 500 ou un message « erreur critique » ? Dans 80% des cas, le coupable est un plugin défaillant ou un fichier corrompu.

Voici la méthode exacte et simple (avec les commandes FTP, les lignes de code et l’arbre de décision) pour remettre votre site en ligne, même si vous n’avez plus accès à l’admin de votre WP.

Avant toute chose : la sauvegarde qui vous sauve la mise

Orbitis insiste sur ce point à chaque intervention : ne touchez à rien sans avoir une copie de secours. Si vous avez encore accès à votre hébergeur (OVH, o2switch, Infomaniak…), téléchargez une sauvegarde complète depuis le panneau cPanel ou Plesk.

• Si vous aviez installé UpdraftPlus ou BlogVault, restaurez depuis le cloud.
• Si vous n’avez aucune sauvegarde : on va quand même s’en sortir, mais notez ce réflexe pour la prochaine fois.

L’arbre de décision : identifiez votre panne en 2 minutes

Plutôt que de tâtonner, posez-vous ces trois questions dans cet ordre :

1. Avez-vous accès au tableau de bord WordPress (/wp-admin) ?

Si oui, allez dans Extensions > Extensions installées et désactivez-les toutes d’un coup (cochez « Tout sélectionner » > Actions groupées > Désactiver). Rechargez votre site. S’il revient, réactivez les extensions une par une jusqu’à identifier la fautive. C’est la cause n°1 des pannes WordPress.

2. L’admin est bloqué ? Passez par le FTP.

Connectez-vous avec FileZilla (ou le gestionnaire de fichiers de votre hébergeur). Les identifiants FTP se trouvent généralement dans votre espace client, souvent sous le nom « Accès FTP » ou « Comptes FTP ».

Une fois connecté :

1. Allez dans /wp-content/ et renommez le dossier « plugins » en « plugins_off »
2. Rechargez votre site. S’il fonctionne, le problème vient bien d’un plugin
3. Renommez « plugins_off » en « plugins ». WordPress aura automatiquement désactivé toutes les extensions
4. Reconnectez-vous à /wp-admin et réactivez-les une par une pour trouver le coupable

La même logique s’applique au thème : renommez le dossier de votre thème actif dans /wp-content/themes/. WordPress basculera sur le thème par défaut (Twenty Twenty-Four). Si le site revient, votre thème ou l’une de ses personnalisations était en cause.

3. Le site affiche « Erreur de connexion à la base de données » ?

Ouvrez le fichier wp-config.php à la racine de votre site via FTP. Vérifiez ces quatre lignes :

• DB_NAME : le nom exact de votre base de données (visible dans phpMyAdmin)
• DB_USER : l’utilisateur de la base (souvent différent de votre login hébergeur)
• DB_PASSWORD : le mot de passe de cet utilisateur
• DB_HOST : chez la plupart des hébergeurs français, c’est « localhost ». Chez OVH, c’est une adresse du type “votrebase.mysql.db”.

Un seul caractère erroné dans ces lignes suffit à couper la connexion. Si vous avez changé de mot de passe côté hébergeur sans mettre à jour wp-config.php, c’est la cause la plus fréquente de cette erreur.

Diagnostic express : tableau des pannes les plus fréquentes

Le debug WordPress : votre outil de diagnostic intégré (que personne n’utilise)

WordPress possède un mode debug intégré qui affiche l’erreur exacte au lieu d’un écran blanc générique. Pour l’activer, ouvrez wp-config.php via FTP et ajoutez ces trois lignes juste avant ” /* That’s all, stop editing! Happy publishing. */ ” :

define('WP_DEBUG', true); 
define('WP_DEBUG_LOG', true); 
define('WP_DEBUG_DISPLAY', false);

Rechargez votre site, puis consultez le fichier /wp-content/debug.log via FTP. Ce fichier contient le nom exact du fichier fautif, le numéro de ligne et le type d’erreur. C’est la différence entre chercher à l’aveugle et savoir précisément où intervenir.

Important : pensez à remettre WP_DEBUG sur false une fois le problème résolu. Un debug actif en production expose des informations techniques sensibles.

Quand le problème dépasse le bricolage

Si votre site a été piraté (redirections vers des sites suspects, pages en japonais dans Google, fichiers inconnus dans /wp-includes/), la réparation exige un audit complet : scan de tous les fichiers core WordPress contre les originaux, nettoyage de la base de données, vérification des comptes administrateurs et réinstallation propre des fichiers système. Ce n’est plus du dépannage, c’est de la chirurgie.

La maintenance corrective par des spécialistes WordPress permet de traiter ces cas sans aggraver la situation. Chez Orbitis, chaque intervention suit un protocole précis : diagnostic, sauvegarde, correction, test, puis rapport d’intervention.

Le calcul que personne ne fait (et qui change tout)

Une heure d’indisponibilité sur un site vitrine qui génère 5 demandes de devis par jour, c’est potentiellement 500 à 2 000 € de chiffre d’affaires perdu. Et ça c’est sans compter l’impact SEO ! Google surveille la disponibilité de votre site via ses robots d’indexation. Des pannes répétées dégradent votre positionnement dans les résultats de recherche, ce qui réduit votre trafic organique pendant des semaines. C’est tout l’intérêt d’avoir un protocole de maintenance préventive.

Un contrat de maintenance préventive coûte entre 50 et 300 €/mois selon la complexité du site. Une intervention d’urgence chez un freelance : entre 50 et 200 € de l’heure. Le calcul est simple.