Paste your server access log below and I’ll show you exactly which AI bots — GPTBot, ClaudeBot, PerplexityBot and 14 more — are crawling your site, what they’re reading, and whether you’re accidentally blocking the ones that can cite you.
100% client-side — your logs never leave your browser
Sample data loaded — paste your own log to replace it.
Visits per bot
Answer / live-retrieval bot
User-triggered fetcher
Training vs answer split
Red flags
Daily AI-bot trend
Per-bot detail, verdict & recommended action
Industry benchmarks
| Metric | Typical range |
|---|---|
| AI-bot share of total server requests | 5% – 18% (est.) |
| GPTBot share of all AI-bot hits | 30% – 45% (est.) |
| Answer-bot (citation-capable) share on well-configured sites | 15% – 30% (est.) |
| Sites unintentionally blocking at least one answer bot via WAF/CDN | ~1 in 5 (est.) |
How this AI bot log analyzer works
I built this tool because “which AI bots are crawling my website” is a question your analytics dashboard cannot answer. Google Analytics only sees visitors who run JavaScript — GPTBot, ClaudeBot, and PerplexityBot never do. The only honest record is your raw server access log, and most site owners have never opened it.
Paste any chunk of your Apache, nginx, or Cloudflare log above (or drop the file in). The analyzer detects the format automatically, matches every line against a maintained table of 17 known AI user-agents, and sorts each bot into one of three buckets. Training crawlers like GPTBot, ClaudeBot, and Bytespider collect your content to train models — you get nothing back directly. Answer bots like OAI-SearchBot, Claude-SearchBot, and PerplexityBot index your pages so AI assistants can cite you and send referral traffic. User-triggered fetchers like ChatGPT-User and Claude-User fire when a real person asks an AI about your business right now — those are the closest thing to live demand in a server log.
That distinction is the whole game. Roughly 1 in 5 sites I audit (est.) is blocking an answer bot without knowing it, usually through a CDN “bot fight” setting that returns 403s — which means the AI assistant that wanted to cite them simply cites a competitor instead. The red-flags section above catches exactly that pattern. Everything runs in your browser: no upload, no server, no log line ever leaves your machine.
If AI assistants are becoming a channel for you, this log check is step one. Step two is making your pages worth citing — that’s the core of my answer engine optimization service. And if you run a clinic or med spa, pair this with my med spa marketing playbook and the missed call calculator to see what the leads you’re already generating are worth.
Frequently asked questions
Where do I find my server access log?
On shared hosting (Hostinger, SiteGround, Bluehost) look for “Access Logs” or “Raw Logs” in cPanel/hPanel. On a VPS it’s usually /var/log/nginx/access.log or /var/log/apache2/access.log. On Cloudflare, use Logpush or the free “Security > Events” export. A few thousand recent lines is plenty for a useful read.
Is it safe to paste my logs here?
Yes. The parsing is plain JavaScript running in your own browser tab — there is no upload, no fetch call, and no analytics on the log content. You can disconnect from the internet after the page loads and the tool still works.
Should I block AI training bots like GPTBot or CCBot?
It’s a trade-off. Blocking protects your content from free training use; allowing may build model familiarity with your brand. My general advice: never block answer bots or user fetchers, and decide on training crawlers case by case. Bytespider is the exception — it offers no citation value and often ignores robots.txt, so block it at the CDN.
Why do I see 403 or 429 responses to PerplexityBot or OAI-SearchBot?
Almost always a WAF or CDN bot-protection rule, not your robots.txt (robots.txt can’t produce a 403). Cloudflare Bot Fight Mode and similar “block all bots” toggles are the usual culprits. Allowlist those user-agents — they’re the ones that turn into citations and referral clicks.
No AI bots show up in my log. Is that bad?
It means either your CDN blocks them before they reach the origin (check Cloudflare events), or they haven’t discovered your site yet. Publishing a llms.txt file, keeping a clean XML sitemap, and earning a few strong external links usually gets the crawlers visiting within weeks.
Want me to run these numbers with you? Book a free strategy call or call/text me at +91 97297 12388.


