En bref. Le nom d’un robot dans un journal serveur est une identité déclarée qui nécessite une vérification de l’adresse source selon la méthode documentée par l’opérateur.

Définition : Le nom d’un robot dans un journal serveur (log) constitue une identité déclarée lorsqu’il provient de l’en-tête de requête HTTP User-Agent, un champ dans lequel le client se décrit. L’usurpation d’en-tête (header spoofing) consiste à envoyer ce champ avec le texte identifiant un autre client ; la vérification de l’opérateur confronte l’adresse source de la requête aux éléments de vérification documentés par cet opérateur.

Points clés

Au 17 octobre 2026, la documentation de Google sur la vérification des requêtes décrit des contrôles DNS et la comparaison des adresses sources avec des plages IP publiées.
La documentation de Google sur Googlebot avertit que d’autres robots d’exploration usurpent souvent l’en-tête user-agent de Googlebot et recommande une vérification avant de le bloquer.
La documentation Log Files d’Apache décrit la valeur User-Agent consignée dans les journaux comme une information que le client fournit à son propre sujet.

Pourquoi le nom d’un robot d’exploration peut-il induire en erreur ?

Un journal d’accès enregistre les requêtes traitées par un serveur web. Dans le format de journal combiné (Combined Log Format) d’Apache, le champ User-Agent provient d’un en-tête de requête HTTP. Consigner cette valeur conserve la description que le client donne de lui-même.

Les consignes de Google sur Googlebot signalent explicitement que des robots d’exploration reprennent son en-tête d’identification. Un filtre de journal qui recherche Googlebot regroupe donc les requêtes portant ce nom, y compris celles des usurpateurs. Considérer le total obtenu comme du trafic Google vérifié revient à omettre le contrôle de l’adresse source recommandé par Google.

Pour les rapports, une convention utile consiste à conserver le nom déclaré et à consigner séparément le résultat de la vérification. Cette pratique suit la distinction faite par Google entre une requête qui prétend provenir de Google et une requête dont l’origine a été vérifiée.

Comment fonctionne la vérification de Google ?

La procédure de vérification de Google utilise le système de noms de domaine, ou DNS, pour établir la correspondance entre les adresses et les noms. Une résolution inverse part de l’adresse IP à l’origine de l’accès ; une résolution directe convertit le nom d’hôte obtenu en adresse.

Le contrôle documenté examine le domaine obtenu et confirme que la résolution directe renvoie l’adresse d’origine. Les modèles de noms d’hôtes des robots d’exploration courants de Google se terminent par googlebot.com. Voici l’exemple fourni :

host 66.249.66.1
1.66.249.66.in-addr.arpa domain name pointer crawl-66-249-66-1.googlebot.com.

host crawl-66-249-66-1.googlebot.com
crawl-66-249-66-1.googlebot.com has address 66.249.66.1

Ces valeurs proviennent de l’exemple de la documentation. Une vérification réelle part de l’adresse figurant dans le journal des requêtes.

Pour les contrôles automatisés, la même documentation fournit des listes d’adresses distinctes selon les catégories de robots d’exploration. Elle associe les robots d’exploration courants, tels que Googlebot, à common-crawlers.json.

Quelle adresse vérifier derrière un proxy ?

Un serveur mandataire (proxy) est un intermédiaire entre le client qui envoie la requête et le serveur. La documentation d’Apache sur les journaux avertit que l’adresse de l’hôte distant dans son exemple peut identifier cet intermédiaire plutôt que la machine d’origine.

Ce détail change l’adresse à soumettre à la vérification : vérifier l’adresse d’un proxy revient à vérifier l’intermédiaire. Avant d’appliquer la méthode de l’opérateur, l’analyse des journaux doit établir quel champ d’adresse représente la requête d’origine. Conserver l’enregistrement original du journal avec le résultat de la vérification permet de réexaminer ce choix.

Termes associés

Questions fréquentes

Pouvez-vous identifier Googlebot à partir de son seul nom ?

Non. La documentation de Google sur Googlebot avertit que d’autres robots d’exploration usurpent son en-tête. Vous pouvez conserver le nom comme identité déclarée tout en vérifiant la source de la requête.

Pouvez-vous vous arrêter après la résolution DNS inverse ?

La procédure de Google exige aussi une résolution directe et une correspondance avec l’adresse d’origine. Vous avez besoin de cette confirmation pour mener à terme son contrôle DNS.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Le nom d’un robot dans un journal serveur suffit-il à identifier son opérateur ?