Les journaux serveur, souvent appelés logs, enregistrent les requêtes vues par une couche de l’infrastructure. Ils peuvent aider à comprendre quels chemins sont demandés, quelles réponses sont renvoyées et où rechercher une anomalie. Ils ne racontent pas automatiquement tout ce qui se passe sur le site.
Une analyse utile commence par une question précise et des données autorisées. Elle ne consiste pas à installer un suivi supplémentaire ni à partager une archive brute avec un outil inconnu. Les accès, la confidentialité et la couverture du relevé font partie du diagnostic.
1. Poser une question observable
Choisis le problème à examiner : une famille d’adresses reçoit-elle des erreurs ? Des variantes sont-elles demandées alors que la page utile reste peu observée ? Une migration a-t-elle laissé des anciennes routes sans destination pertinente ? Cette question détermine les fichiers et les champs nécessaires.
Le guide d’audit SEO technique situe ces observations parmi les contrôles de réponse, de rendu et d’indexation. Un journal prouve une requête enregistrée à un instant donné ; il ne prouve pas que son destinataire a lu le contenu ou acheté un produit.
2. Décrire la provenance et les limites
Pour chaque fichier, note la source, l’hôte, la période, le fuseau horaire et les règles de rotation connues. Vérifie les trous dans la période et les changements de format. Un journal du serveur d’origine peut manquer les réponses servies directement par un CDN ; un relevé d’application peut omettre les requêtes arrêtées avant elle.
Si plusieurs couches interviennent, conserve leur distinction. Ne mélange pas les lignes pour fabriquer un total supposé exhaustif. Les accès disponibles chez un hébergeur dépendent du service utilisé : leur présence, leur durée de conservation et leurs droits doivent être vérifiés dans l’environnement réel.
3. Vérifier l’identité des robots
Un user-agent annonçant Googlebot peut être copié. La méthode de vérification publiée par Google propose notamment de contrôler le DNS inverse puis le DNS direct, ou de comparer l’adresse aux plages publiées pour la catégorie concernée.
Le nom obtenu doit correspondre à un domaine Google prévu par cette méthode, et la résolution directe doit retrouver l’adresse initiale. Un nom qui contient simplement « google » ne suffit pas. Consigne la méthode et la date ; si la vérification échoue ou manque, garde l’identité comme non confirmée plutôt que de classer la ligne automatiquement.
4. Regrouper les requêtes avec leur contexte
Compare les chemins, les codes de réponse et les périodes. Conserve les variantes importantes : enlever tous les paramètres peut confondre une page, une pagination et une recherche interne. Une URL fréquemment demandée mérite examen, pas nécessairement suppression.
Exemple illustratif : dans un relevé fictif, des demandes d’anciennes fiches aboutissent à une erreur après une migration. L’analyse identifie ces chemins et recherche leurs équivalents. Elle ne recommande pas de rediriger toutes les erreurs vers l’accueil ni de conclure à une perte commerciale sans autres données.
5. Préparer un livrable sans données privées
Les adresses IP, identifiants de session, paramètres, référents et chemins privés peuvent révéler des informations sensibles. Limite l’accès aux fichiers de travail et retire les éléments non nécessaires du livrable. Un simple remplacement des IP ne rend pas forcément toute l’archive anonyme.
Présente des constats sur les familles de routes et des exemples nettoyés, avec leur source et leur couverture. Ne joins pas des reçus, jetons ou demandes de formulaire. La durée de conservation et l’usage des données demandent une décision adaptée ; ce guide ne certifie pas une conformité juridique.
6. Rapprocher le constat d’une correction vérifiable
Compare les passages observés aux états disponibles dans le rapport Search Console, en tenant compte des dates et des différences de périmètre. Un accès enregistré n’établit ni un rendu complet ni l’indexation effective. En l’absence de données suffisantes, le résultat reste inconclusif.
Une intervention doit nommer les cibles, la sauvegarde, le retour arrière et le scénario à rejouer. Elle ne nécessite pas par défaut une nouvelle journalisation ou une automatisation. L’accompagnement SEO peut cadrer cette analyse ; tu peux décrire le problème et les données disponibles avant d’envoyer des fichiers sensibles.
