Dépannage WordPress : votre site est cassé, je le répare
Erreur 500, écran blanc, « Il y a eu une erreur critique sur ce site », administration inaccessible après une mise à jour : je trouve la cause dans les journaux du serveur et je la corrige, au lieu de désactiver des extensions au hasard.
Application Laravel ou PHP sur mesure ? Voir le dépannage d’application web
Vous reconnaissez votre situation ?
- Erreur 500 ou « erreur critique » après une mise à jour
- Écran blanc, en façade ou dans l’administration
- Boucle de redirection, « trop de redirections »
- Formulaire de contact qui n’envoie plus rien
- Extension ou thème qui plante depuis le passage à PHP 8
- Tâches planifiées bloquées, publications programmées manquées
La méthode, étape par étape
Chaque étape laisse une trace écrite : vous savez ce qui a été fait, et pourquoi.
Lecture des journaux
Journaux PHP et serveur web : l’erreur réelle, avec le fichier et la ligne, pas une supposition.
Reproduction hors ligne
Quand c’est possible, sur une copie du site, pour ne rien casser de plus chez vous.
Correction à la source
Correctif du code en cause, mise à jour ou remplacement de l’extension fautive.
Contrôle et compte rendu
Vérification des pages clés, puis un compte rendu : cause, correctif, et ce qu’il faut surveiller.
Un cas réel : un site WordPress bloqué par sa propre API
Un site WordPress de pages générées récupérait ses données auprès d’une API maison, en l’appelant par son adresse publique. Sous le passage des robots, l’API appliquait sa limite de débit au site lui-même : réponses 429, pages vides.
Le site et l’API tournaient sur le même serveur. J’ai fait passer les appels par le réseau interne des conteneurs, qui ne passe pas par la limite publique. Les 429 ont disparu, et l’API reste protégée pour les appels venus de l’extérieur.
Questions fréquentes
Et si le problème vient de l’hébergeur ?
Je vous le dis avec les éléments à lui transmettre (journal, heure, requête en cause). Si je ne peux pas agir, vous n’êtes pas facturé.
Faut-il me donner un accès au serveur ?
Oui : administrateur WordPress et accès FTP ou SSH. Sans les journaux du serveur, un diagnostic reste une supposition.
Intervenez-vous en urgence ?
Non : je réponds sous 24 h et je livre sous 5 jours ouvrés. En attendant, si la panne suit une mise à jour d’extension, renommer son dossier dans wp-content/plugins (par FTP) la désactive et rend souvent le site accessible. Notez aussi l’heure de la panne et ce qui a changé juste avant : ce sont les premiers éléments du diagnostic.
Pour aller plus loin
Des guides écrits à partir de cas réels, si vous préférez comprendre avant de confier.
Un problème à régler, un outil à créer ?
Décrivez-le en quelques lignes. Vous recevez sous 24 h ouvrées une réponse claire : oui ou non, la formule et le délai.