[Résolu] HTTP ERROR 500 pannel d’administration – installation de Matomo Analytics (Créer un compte)

Bonjour,

L’erreur HTTP 500 est une erreur interne du serveur, généralement causée par un conflit de plugin, un fichier corrompu ou une version PHP incompatible. Voici comment résoudre ce problème et récupérer l’accès à votre site WordPress.2. Vérifier et corriger la version de PHP
Matomo nécessite PHP 7.2 minimum, mais si votre site était à l’abandon, il est possible qu’il tourne sur une version obsolète de PHP.

1. Désactiver Matomo Analytics via FTP
L’objectif est de désactiver temporairement le plugin Matomo pour voir si c’est bien lui qui cause l’erreur.

Accédez au serveur via FTP (avec FileZilla, par exemple) ou via le gestionnaire de fichiers de votre hébergeur.
Naviguez vers le répertoire :
wp-content/plugins/
Recherchez le dossier du plugin Matomo (probablement nommé matomo ou matomo-analytics).
Renommez le dossier (exemple : matomo-disabled).
Essayez maintenant de vous connecter à l’administration WordPress (/wp-admin).
Si cela fonctionne, supprimez le plugin depuis l’interface WordPress ou via FTP.

Connectez-vous à votre hébergeur (cPanel, Plesk, etc.).
Accédez à « Versions PHP » ou « Paramètres PHP ».
Sélectionnez une version récente : PHP 8.1 ou 8.2.
Testez à nouveau l’accès à l’administration.

Activer le mode debug de WordPress
Si la désactivation du plugin ne suffit pas, activez le mode debug pour identifier l’origine du problème.

Accédez à wp-config.php (à la racine du site via FTP).
Ajoutez ou modifiez ces lignes :

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);

Rechargez la page et consultez le fichier de log dans wp-content/debug.log.
Recherchez les erreurs liées à Matomo ou un autre fichier suspect.

4. Vérifier et réparer le fichier .htaccess
Un .htaccess corrompu peut empêcher l’accès à l’administration.

Via FTP, sauvegardez le fichier .htaccess situé à la racine du site.
Remplacez-le par ce code par défaut de WordPress :

# BEGIN WordPress
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

Essayez de vous reconnecter.

5. Restaurer le site sans sauvegarde
Si tout échoue et que vous ne voulez pas recommencer à zéro, voici comment récupérer le contenu et la configuration des plugins et thèmes.

5.1. Sauvegarde manuelle de la base de données
Accédez à PhpMyAdmin via votre hébergeur.
Sélectionnez votre base de données WordPress.
Exportez toutes les tables en SQL pour les sauvegarder.
5.2. Sauvegarde des fichiers du site
Sauvegardez les dossiers suivants via FTP :
wp-content/uploads (images et médias)
wp-content/themes (thèmes installés)
wp-content/plugins (extensions, sauf Matomo si elle est corrompue)
wp-config.php (informations de connexion à la base de données)
Avec ces fichiers, vous pouvez réinstaller un WordPress propre et y remettre vos fichiers et la base de données.

6. Dernier recours : Réinstaller WordPress sans perdre les données
Si le problème persiste, la meilleure solution est de réinstaller WordPress proprement, sans toucher aux fichiers de contenu.

6.1. Télécharger une version propre de WordPress
Rendez-vous sur https://wordpress.org/download/.
Téléchargez et extrayez les fichiers sur votre ordinateur.
Supprimez TOUS les fichiers sauf :
wp-content/uploads/
wp-config.php
wp-content/themes/
Envoyez les nouveaux fichiers WordPress sur le serveur via FTP.
6.2. Vérifier et réactiver les plugins/thèmes
Connectez-vous à WordPress.
Réactivez les plugins un par un pour identifier celui qui pose problème.
Vérifiez le thème Nimble-Portfolio (sauvegardé plus tôt).

Avec ces étapes, vous devriez pouvoir :

Désactiver Matomo et récupérer l’accès à l’admin.
Réparer le site sans tout recommencer.
Sécuriser WordPress et éviter de futurs problèmes.

Si le site est toujours inaccessible, n’hésitez pas à me donner les messages d’erreur du fichier debug.log pour aller plus loin dans le diagnostic.

• Cette réponse a été modifiée le il y a 1 mois et 1 semaine par sebastien67530.

Nickel 👌

Vous aurez un peu de travail avec les mises à jour, surtout ne tentez pas un passage direct de WP v 4.9 à WP 6.7.2, vous feriez tout planter : allez-y 2 versions par 2 versions, c’est possible.