Dépannage WordPress en Suisse romande: erreurs critiques, site bloqué et récupération rapide

Contexte

Une PME en Suisse romande nous a contactés après une mise à jour automatique de plugins WordPress. Le site affichait une page blanche ou un message d’erreur critique, sans accès possible à l’interface d’administration. Le site générait des demandes clients, ce qui rendait l’incident bloquant pour l’activité.

Symptômes observés

• Message « Une erreur critique est survenue sur ce site ».
• Accès /wp-admin impossible.
• Front-end parfois vide (WSOD), parfois partiellement chargé.
• Dernière action connue: mise à jour groupée de plugins.

Objectifs du dépannage

• Rétablir l’accès au site et à l’administration sans perte de données.
• Identifier précisément la cause de l’erreur critique.
• Sécuriser la configuration pour éviter une récidive.
• Documenter les points de vigilance pour l’exploitation future.

Diagnostic technique

• Activation temporaire du mode debug pour obtenir une trace exploitable.
• Contrôle de la version PHP (passage récent en PHP 8.1).
• Analyse des journaux d’erreurs serveur via l’hébergement.
• Désactivation ciblée des plugins par accès FTP.

Erreur identifiée

Un plugin non maintenu provoquait une incompatibilité PHP 8.1, générant une erreur fatale au chargement du site.

Exemple technique : activation temporaire du debug WordPress

À utiliser uniquement le temps du diagnostic.

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

Exemple technique : désactivation d’un plugin par FTP

Renommer le dossier suffit à désactiver le plugin fautif.

/wp-content/plugins/plugin-problematique/
→ /wp-content/plugins/plugin-problematique-disabled/

Exemple technique : vérification rapide via WP-CLI

Si WP-CLI est disponible sur l’hébergement.

wp plugin list
wp plugin deactivate plugin-problematique

Correctifs appliqués

• Désactivation définitive du plugin incompatible.
• Remplacement par une alternative maintenue et compatible PHP 8.1.
• Vérification du thème et des dépendances Gutenberg.
• Retour à un mode debug désactivé après validation.

Résultats

• Site remis en ligne en moins d’une heure.
• Accès administrateur restauré sans restauration complète.
• Aucune perte de contenu ou de données utilisateurs.
• Configuration PHP et plugins stabilisée.

Prévention mise en place

• Désactivation des mises à jour automatiques sur plugins sensibles.
• Routine de contrôle avant changement de version PHP.
• Liste des plugins critiques documentée.
• Sauvegardes vérifiées avant chaque maintenance.

Points clés à retenir

• La majorité des erreurs critiques proviennent d’incompatibilités plugins.
• PHP évolue vite: un plugin non maintenu devient un risque réel.
• Un dépannage efficace repose sur un diagnostic méthodique, pas sur une restauration aveugle.