Les logs serveur montrent ce qui a réellement été demandé au site : URL, heure, statut, volume transféré, référent et user-agent selon la configuration. Ils complètent les crawlers et Search Console en révélant les chemins visités, les erreurs répétées et les ressources qui consomment du temps machine. Ils ne disent toutefois pas pourquoi une page se classe ni si son contenu satisfait un lecteur.
Préparer un échantillon exploitable
Choisissez une période représentative, conservez le fuseau horaire, excluez les données dont vous n’avez pas besoin et protégez les informations personnelles. Pour un site actif, quelques semaines permettent souvent d’observer les cycles de crawl. Les journaux doivent être conservés selon une durée et des accès proportionnés, sans devenir une archive indéfinie.
Vérifier les robots avant de les compter
Un nom de user-agent peut être falsifié. Pour les analyses sensibles, utilisez la méthode de vérification publiée par le moteur plutôt qu’une simple recherche de chaîne. Google documente la vérification par DNS inversé puis direct, ainsi que ses plages IP publiées. developers.google.com
Regrouper les requêtes par familles
- pages HTML canoniques ;
- images, CSS, JavaScript et polices nécessaires au rendu ;
- redirections 3xx ;
- erreurs 4xx et 5xx ;
- paramètres, facettes, recherches internes et URL techniques ;
- anciens chemins qui devraient avoir disparu.
Comparez ensuite les volumes, les statuts et les temps de réponse par répertoire ou gabarit. Une seule URL très demandée peut être moins importante qu’un motif reproduit sur dix mille variantes.
Questions auxquelles les logs répondent bien
- Les nouvelles pages sont-elles demandées après leur publication ?
- Googlebot passe-t-il du temps sur des paramètres inutiles ?
- Des liens internes conduisent-ils encore vers des redirections ou des 404 ?
- Les erreurs 5xx se concentrent-elles sur une heure ou un gabarit ?
- Les ressources de rendu répondent-elles correctement ?
Le rapport Statistiques sur l’exploration de Search Console fournit aussi une vue de l’historique, des types de fichiers, des réponses et de l’état de l’hôte. developers.google.com
Transformer l’observation en priorité
Corrigez d’abord les erreurs qui touchent les pages stratégiques, les motifs très fréquents et les indisponibilités serveur. Réduisez ensuite les espaces d’URL inutiles, mettez à jour les liens internes et vérifiez la découverte des nouveautés. Une requête absente des logs ne prouve pas à elle seule un problème : examinez aussi le sitemap, le maillage, robots.txt, les canonicals et l’inspection d’URL.
Prochaine étape
Créez quatre tableaux simples : URL les plus explorées, erreurs par gabarit, paramètres les plus demandés et pages du sitemap jamais observées. Chaque ligne doit conduire à une vérification reproductible, pas à une conclusion automatique.