Dépannage WordPress
Erreur 503 WordPress : saturation, maintenance ou extension
Diagnostiquer une erreur 503 WordPress en distinguant maintenance, saturation, proxy, PHP, cron et extension.
Lire le conseilLe statut 503 indique une indisponibilité temporaire, mais sa source peut être le CDN, le proxy, le serveur web, PHP-FPM ou WordPress. L’heure, les en-têtes et les journaux permettent de savoir quelle couche répond.
Ce que ce symptôme signifie réellement
Un pic bref suggère charge ou redémarrage ; une 503 permanente après un changement suggère maintenance, composant ou configuration.
Désactiver toutes les extensions peut masquer la cause et interrompre des fonctions. Commencez par la chronologie et la couche émettrice.
Avant toute modification : préserver les preuves et le retour arrière
Notez l’heure, l’URL, le message exact, le code HTTP et le dernier changement connu. Vérifiez ensuite qu’une sauvegarde récente couvre bien les fichiers et la base de données, qu’elle est lisible et qu’un retour arrière limité est possible. Une sauvegarde non testée ne suffit pas pour une intervention risquée.
- Ne transmettez jamais de mot de passe, clé privée, jeton, fichier
wp-config.phpou export de base dans un formulaire ou une capture. - Travaillez d’abord sur un staging ou une copie isolée lorsque le diagnostic exige une mise à jour, une modification de code ou une opération de base de données.
- Conservez les journaux et les fichiers suspects avant nettoyage : ils peuvent être nécessaires pour comprendre la cause ou vérifier l’étendue d’un incident.
Diagnostic : avancer du signal le plus fiable au test le moins intrusif
Comparer origine/CDN, page simple/admin, connecté/non connecté et métriques serveur pendant la même minute.
- Identifier serveur émetteur via en-têtes et corps.
- Contrôler CPU, mémoire, workers, files et erreurs PHP.
- Vérifier maintenance, cron et changement récent.
- Isoler le composant suspect sur staging ou avec rollback.
Correction : appliquer une action ciblée et réversible
Traitez la ressource ou le composant confirmé et restaurez rapidement le service par le rollback le plus limité.
- Terminer ou annuler une maintenance interrompue.
- Corriger requête, boucle ou tâche qui épuise les workers.
- Dimensionner seulement après mesure de la charge réelle.
- Configurer une page d’erreur et une surveillance sans masquer les 503.
Contrôles après correction
Une page qui se recharge ne suffit pas à prouver que le problème est résolu. Contrôlez le parcours concerné, une page non connectée, l’administration, les erreurs console et réseau, les journaux serveur, le cache et les redirections. Vérifiez aussi les écrans mobile et desktop si le symptôme touchait le rendu.
- Origine et CDN répondent sans 503.
- Charge et files reviennent à la normale.
- Fonctions critiques et journaux vérifiés sous trafic prudent.
Quand arrêter et demander une intervention
Si plusieurs sites ou services du VPS sont touchés, passez au diagnostic infrastructure avant toute modification WordPress.