Logs Apache : lire les journaux de son site

Les fichiers et ce qu'ils contiennent

Plesk tient six journaux par site, d'après sa documentation sur les fichiers journaux :

Pour une erreur de site, ouvrez d'abord error_log. Pour savoir qui a demandé quoi, et quand, ouvrez proxy_access_ssl_log : c'est nginx qui reçoit en premier les visites en HTTPS.

Lire les journaux dans Plesk

1. Dans votre espace client, ouvrez votre service d'hébergement et cliquez sur « Se connecter à Plesk ».
2. Dans Sites Web & Domaines, sous le nom de votre domaine, ouvrez Journaux.
3. Choisissez les journaux à afficher dans le sélecteur, par exemple les seules erreurs.
4. Rechargez la page de votre site qui pose problème, puis cliquez sur Actualiser : la ligne la plus récente correspond à votre essai.
5. Pour suivre un problème pendant que vous testez, lancez les mises à jour en temps réel.

La rubrique de gestion des fichiers journaux permet aussi d'ouvrir un fichier entier ou de le télécharger. Les libellés suivent la documentation de Plesk, en anglais : le texte français de votre panneau peut différer.

Si l'écran Journaux n'apparaît pas, passez par le gestionnaire de fichiers : dossier logs, à la racine de votre espace, fichier error_log. C'est le chemin décrit par la documentation de Plesk sur le journal d'erreurs.

Lire une ligne de journal d'accès

Le format des journaux d'accès est le format combiné d'Apache, décrit dans sa documentation sur les journaux. Une ligne ressemble à ceci :

203.0.113.7 - - [14/Oct/2026:09:12:44 +0400] "GET /contact/ HTTP/1.1" 200 5120 "https://www.google.com/" "Mozilla/5.0 (...)"

Dans l'ordre : l'adresse IP du visiteur, deux champs souvent vides, la date et l'heure, la requête (méthode, page, protocole), le code de réponse, la taille de la réponse en octets, la page d'où venait le visiteur, et l'identité de son navigateur.

Le code de réponse dit l'essentiel : 200 pour une page servie, 301 ou 302 pour une redirection, comme celle du www vers le domaine nu, 404 pour une page introuvable, 403 pour un accès refusé, 500 pour une erreur du site. Une série de 404 sur des adresses qui n'existent pas chez vous, comme wp-login.php sur un site qui n'est pas un WordPress, signale le plus souvent un robot qui teste des failles connues.

Lire une ligne de journal d'erreurs

Une ligne d'error_log commence par la date, puis le module et la gravité, puis l'adresse du visiteur, puis le message :

[Wed Oct 14 09:12:44.902022 2026] [proxy_fcgi:error] [pid 3570] [client 203.0.113.7:0] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined function ...'

Avec PHP, le message utile est dans la partie « Got error » : il donne le fichier et la ligne en cause. Les messages les plus fréquents et leur cause sont rangés dans Erreur 500 : comprendre et corriger.

En ligne de commande

Avec un accès SSH, compris à partir de l'offre Sérénité, la commande tail affiche les dernières lignes et suit les nouvelles :

tail -n 50 logs/error_log
tail -f logs/proxy_access_ssl_log

Lancez-les depuis la racine de votre espace, où se trouve le dossier logs. Ctrl+C arrête le suivi. Pour filtrer, grep garde les lignes qui contiennent un mot : grep " 404 " logs/access_ssl_log. La connexion SFTP à l'hébergement, avec le même compte qu'en SSH, est expliquée dans cet article.

Combien de temps les journaux sont gardés

Sur nos hébergements, chaque journal est découpé dès qu'il atteint 10 Mo, et les dix derniers morceaux sont gardés, compressés. Un site très visité garde donc moins de jours d'historique qu'un site calme. Les statistiques de visite calculées à partir de ces journaux, avec Webalizer, sont gardées trois mois.

Les journaux occupent l'espace de votre offre, avec le reste : voir Espace disque plein : voir et libérer de la place. Ils restent modestes avec ce découpage, mais un site qui écrit une erreur à chaque visite peut les remplir vite : corrigez l'erreur plutôt que d'effacer les fichiers.

Questions fréquentes