Bot Verifier
Crawler lists updated 22 days ago.
Published range snapshot is stale. Refresh the operator range files before relying on an IP-range verdict, then rerun the check.
Les contrôles sont exécutés depuis notre serveur ; nous récupérons l’URL saisie et ne conservons pas les résultats. Submitted IPs are checked in memory, never stored. Anonymous aggregate verdict counts feed our research posts; domains are counted once via an anonymized hash, never stored in the clear. Des compteurs anonymes de résultats par exécution peuvent servir à la recherche agrégée ; les URL, domaines, adresses IP et identifiants ne sont jamais inclus, et aucune statistique issue de moins de 100 exécutions n’est publiée.
Bulk IPs or access-log lines
Paste up to 500 IPs or log lines. Published-range matching and user-agent claim extraction run entirely in your browser. Use Spot-check only for the few rows where you want live reverse-DNS confirmation.
Passeport du site Contexte local de ce site enregistré
Données locales
Les cibles enregistrées, les listes nommées et les résumés des vérifications récentes restent uniquement dans ce navigateur.
Why this verdict
Reproduce this result in an agent
Uses the same inputs as the result above. No request is made from this panel.
MCP tool
Arguments
Next steps
- Browse the crawler & AI bot reference
Compare search, AI-training, and AI-search bots, their published ranges, and what can actually be verified.
- Read the AI crawler reference
Understand the major crawlers, their purpose, and the trade-offs before blocking them.
- Check URL status codes
Use a URL list when you need to triage affected requests, not just one IP.
Copy-paste rules for the exact IP. Blocking a single IP is whack-a-mole — for persistent fake-crawler traffic, block by ASN or use your firewall's bot rules.
Évaluer cet outil
Supported bots and verification methods
Not every operator makes verification possible. Some publish IP ranges and support reverse DNS, some publish ranges only, and some publish nothing at all — a user agent alone proves nothing, since any script can send any user-agent string.
| Bot | Operator | Type | Published IP list | Reverse DNS |
|---|---|---|---|---|
| Googlebot · docs | Search | ✅ 315 ranges | ✅ .googlebot.com, .google.com | |
| Google special crawlers · docs | Search | ✅ 270 ranges | ✅ .google.com | |
| Google user-triggered fetchers · docs | User-triggered | ✅ 1550 ranges | ✅ .gae.googleusercontent.com, .google.com, .googleusercontent.com | |
| Bingbot · docs | Microsoft | Search | ✅ 28 ranges | ✅ .search.msn.com |
| YandexBot · docs | Yandex | Search | ❌ none | ✅ .yandex.ru, .yandex.net, .yandex.com |
| Baiduspider · docs | Baidu | Search | ❌ none | ❌ |
| Yeti · docs | Naver | Search | ❌ none | ❌ |
| GPTBot · docs | OpenAI | AI training | ✅ 21 ranges | ❌ |
| OAI-SearchBot · docs | OpenAI | AI search | ✅ 35 ranges | ❌ |
| ChatGPT-User · docs | OpenAI | User-triggered | ✅ 258 ranges | ❌ |
| ClaudeBot · docs | Anthropic | AI training | ✅ 20 ranges | ❌ |
| PerplexityBot · docs | Perplexity | AI search | ✅ 8 ranges | ❌ |
| Perplexity-User · docs | Perplexity | User-triggered | ✅ 4 ranges | ❌ |
| Applebot · docs | Apple | Search | ✅ 12 ranges | ✅ .applebot.apple.com |
| Amazonbot · docs | Amazon | AI training | ❌ none | ✅ .crawl.amazonbot.amazon |
| DuckDuckBot · docs | DuckDuckGo | Search | ✅ 481 ranges | ❌ |
| Meta-ExternalAgent · docs | Meta | AI training | ❌ none | ❌ |
| Bytespider | ByteDance | AI training | ❌ none | ❌ |
How verification works
- Published-range check. The IP is matched against the operator's official IP range list (the same JSON files Google, Microsoft, OpenAI, Perplexity, Apple, and DuckDuckGo publish), refreshed weekly.
- Forward-confirmed reverse DNS (FCrDNS). For bots that support it, the IP's PTR record must resolve to an official hostname (e.g.
crawl-66-249-66-1.googlebot.com) at a domain-label boundary, and a forward lookup of that hostname must answer the exact same IP. Both directions must agree — a PTR record alone is trivially fakeable. - Naming the spoofer. When a claim fails both checks, the IP's actual network owner is looked up via its ASN, so the verdict says who it really is instead of just "not Googlebot."
The verdict tiers are deliberately distinct: reverse-DNS confirmed is proof; a published-list match is strong but not confirmation; and unverifiable bots such as Bytespider and Meta publish no machine-readable range list — treat those user agents with suspicion. ClaudeBot now has an official published list, so it can return a list match even though Anthropic does not document reverse-DNS verification.
Need evidence across many requests? Use the Log File Analyzer to inspect crawl budget by bot and section, status-code waste, and spoofing signals. Log parsing stays in your browser.
À propos de cet outil
Vérifiez si une adresse IP qui se présente comme Googlebot, Bingbot, GPTBot, ClaudeBot ou un autre robot est authentique. L’outil compare les plages IP publiées et le DNS inverse confirmé, puis indique le véritable propriétaire du réseau en cas d’usurpation.
Fonctionnalités
- Contrôle d’une IP IPv4 ou IPv6 avec plages officielles et DNS inverse confirmé en aller-retour.
- Cinq verdicts distincts : vérifié, correspondance publiée, contrefait, non vérifiable ou robot inconnu.
- Preuves détaillées : plage, PTR, confirmation directe et propriétaire ASN du réseau.
- Règles prêtes à coller pour Cloudflare WAF, nginx et Apache lorsqu’un robot est contrefait.
Fonctionnement
L’outil compare l’IP aux plages officielles de l’opérateur choisi, puis effectue un DNS inverse et une confirmation directe lorsque cette méthode est publiée. Les deux contrôles doivent converger sur un nom d’hôte officiel ; sinon l’outil indique la limite ou le propriétaire ASN observé au lieu de deviner.
Limites
- La vérification dépend de ce que chaque opérateur publie et ne prouve pas l’intention d’un robot authentique.
- Les IP sont contrôlées en mémoire et les listes de plages sont actualisées périodiquement ; un verdict décrit l’observation actuelle.
Questions fréquentes
Comment vérifier que Googlebot est authentique ?
Relevez l’adresse IP dans les journaux de votre serveur, et non la chaîne user-agent que n’importe qui peut usurper, puis effectuez deux vérifications : comparez-la aux plages IP publiées de Googlebot et lancez une recherche DNS inverse confirmée par une recherche directe. L’enregistrement PTR de l’IP doit renvoyer un nom d’hôte se terminant par googlebot.com ou google.com, et la recherche directe de ce nom doit renvoyer la même IP. Cet outil effectue automatiquement ces deux contrôles lorsque vous collez l’IP et choisissez Googlebot.
Qu’est-ce que le DNS inverse confirmé en aller-retour (FCrDNS) ?
Le FCrDNS est un contrôle DNS bidirectionnel. Une recherche inverse transforme d’abord l’IP en nom d’hôte au moyen de son enregistrement PTR ; une recherche directe de ce nom doit ensuite renvoyer exactement la même IP. Les deux sens doivent correspondre à la limite d’un domaine officiel. Un enregistrement PTR seul ne prouve rien, car le propriétaire d’un bloc d’IP peut lui attribuer n’importe quelle chaîne : c’est la confirmation directe qui rend le résultat fiable.
Pourquoi un robot d’exploration est-il indiqué comme « non vérifiable » plutôt que vérifié ou usurpé ?
Certains opérateurs, notamment Bytespider et le robot de Meta, ne publient pas de plages IP ou ne prennent pas en charge le DNS inverse ; aucune vérification officielle par plage ou DNS ne permet donc de confirmer leurs déclarations. L’outil renvoie « non vérifiable » plutôt que de deviner. Anthropic ne fait plus partie de cette catégorie : l’entreprise publie une liste officielle d’IP de ses robots. Une correspondance est précisément signalée comme une correspondance avec la liste publiée, et non comme une confirmation par DNS inverse ; une chaîne user-agent seule reste falsifiable.
Puis-je bloquer un robot contrefait par IP ?
Oui. Lorsque le verdict indique une usurpation, l’outil fournit des règles prêtes à copier-coller pour Cloudflare, nginx et Apache. Bloquer une seule IP revient toutefois à jouer au chat et à la souris : les usurpateurs changent d’adresse. Pour un trafic persistant de faux robots, il est plus efficace de bloquer l’ASN, c’est-à-dire le propriétaire du réseau indiqué dans les preuves, ou d’utiliser les règles de gestion des robots de votre pare-feu.
La vérification d’une IP ici entraîne-t-elle son stockage ou sa journalisation ?
Non. Les IP soumises sont comparées en mémoire aux listes de plages publiées et au DNS en direct, sans être écrites dans un système de stockage. Les listes de plages sont actualisées chaque semaine à partir des sources officielles des opérateurs ; un verdict reflète donc des plages datant au plus de quelques jours.
Problèmes courants et solutions
- Erreur robot IP est hors de Le opérateur’s publié plage Solution : Treat Le robot comme unverified et bloquer ou investigate il until son IP matches a publié plage.
- Erreur DNS inverse Est-ce que Non. match Le claimed robot Solution : Treat Le requête comme unverified unless DNS inverse ends dans Le robot opérateur’s publié domaine; bloquer ou investigate mismatches.
- Erreur Forward DNS Est-ce que Non. confirm Le reverse host Solution : Resolve Le reverse-DNS nom d’hôte et require il à map Retour à Le requesting IP avant trusting Le robot.
- Avertissement robot identity ne peut pas être vérifié conclusively Solution : Collect Le manquant preuves et treat Le résultat comme unverified until il peut être confirmed.
- Avertissement publié plage snapshot est obsolète Solution : Refresh Le opérateur plage snapshot et rerun vérification avant trusting Le IP verdict.