Good evidence
Repeated requests to /robots.txt, /sitemap.xml, /llms.txt, and important public pages can show that a crawler or claimed crawler reached your server.
Paste a small sample of nginx, Apache, Cloudflare, or JSONL access logs. The analyzer looks for recognizable search and AI crawler user agents, checks whether core discovery files were requested, flags status-code issues, and produces a copyable proof report.
A crawler and log analyzer is useful when you need a first-pass answer to: did Googlebot, OAI-SearchBot, GPTBot, PerplexityBot, CCBot, or another crawler request the files that matter?
/robots.txt, /sitemap.xml, /llms.txt, and priority page hits.Repeated requests to /robots.txt, /sitemap.xml, /llms.txt, and important public pages can show that a crawler or claimed crawler reached your server.
A user-agent string alone is not identity proof. For high-stakes bot detection, combine logs with official IP ranges, reverse DNS checks, rate limiting, and private-content access controls.
Works best with combined log format or JSON lines containing fields such as path, status, userAgent, source, or referrer. Keep samples small and remove private query strings before sharing reports.
| Crawler | Hits | Status mix | Important paths |
|---|
No. It is a useful first pass for spotting crawler patterns, blocked discovery files, and suspicious status codes, but user agents can be spoofed. Use provider IP ranges, reverse DNS, rate limits, and server-side controls when bot identity matters.
Start with /robots.txt, /sitemap.xml, /llms.txt, homepage requests, and the priority tools or guides you want crawlers to discover.
Google-Extended is a separate product token and not a Search ranking signal. Google crawler docsOAI-SearchBot, GPTBot, and user-triggered fetchers separately. OpenAI crawler docs