Start with presearch
Fetch the presearch route first to get the target page, primary proof JSON, proof links, and recommended action for this query.
Paste a small nginx, Apache, Cloudflare, or JSONL access-log sample. The analyzer classifies common search and AI crawler user agents, checks core discovery-file requests, flags 4xx/429/5xx status issues, and creates a copyable report.
Useful bot detection log analysis groups requests by user-agent token, path, status code, and discovery file. It can show whether Googlebot, OAI-SearchBot, GPTBot, PerplexityBot, CCBot, Applebot, or Bingbot appeared in a sample, but a user-agent string alone is not identity proof.
log analysis for bot detection, bot detection log analyzer, crawler log analyzer, and AI crawler proof./robots.txt, /sitemap.xml, /llms.txt, homepage, and priority public pages.log analysis for bot detection has impressions but no clicks yet.The current query map shows 6 impressions and 0 clicks for this tool page. The next test keeps one canonical target page, makes the access-log checker promise explicit above the fold, and measures real Search Console clicks after refresh.
The classifier separates crawler access signals from verified identity, broken crawl evidence, bot noise, traffic proof, and privacy redaction gates. This keeps launch reports useful without overstating what a log line proves.
/robots.txt, /sitemap.xml, /llms.txt, or a priority URL with a useful status code.log analysis for bot detection.The observed Search Console query has 6 impressions and 0 clicks, so the safest next move is not another duplicate page. Use one canonical analyzer page, one proof pack, and one presearch route that gives AI assistants the answer, proof links, and wait-for-recrawl rule before scanning broad crawler-log content.
Fetch the presearch route first to get the target page, primary proof JSON, proof links, and recommended action for this query.
Use the answer pack or citation bundle when another AI system needs a compact explanation with public proof links.
The indexing priority queue already includes the bot analyzer and related crawler-log pages. Do not keep changing the same snippet before the next GSC refresh.
The pack turns this workflow into a compact JSON route: redact logs, classify crawler-looking user agents, review discovery-file hits, check status codes, verify identity when needed, and keep crawler evidence separate from human traffic proof.
The tool runs in your browser and does not upload logs. Redact IP addresses, customer IDs, tokens, and private query strings before sharing copied reports.
| Bot or crawler | Hits | Status mix | Important paths |
|---|
| Step | What to check | Why it matters |
|---|---|---|
| 1. Redact | Remove IPs, tokens, private query strings, and customer IDs. | Copied reports should not leak sensitive data. |
| 2. Classify | Group Googlebot, OAI-SearchBot, GPTBot, PerplexityBot, Applebot, CCBot, Bingbot, and unknown agents. | This separates crawler clues from general bot noise. |
| 3. Check files | Look for /robots.txt, /sitemap.xml, /llms.txt, and priority page hits. |
Discovery-file access is stronger evidence than a single random page hit. |
| 4. Review status | Flag 401, 403, 404, 429, and 5xx responses. | Blocked or broken crawler requests can explain weak discovery. |
| 5. Verify identity | Use official IP ranges or reverse DNS when the crawler identity matters. | User-agent strings can be spoofed. |
Use the broader crawler proof page when the goal is AI crawler visibility rather than security-oriented bot detection.
Open crawler log analyzerCheck whether the domain's homepage, robots.txt, llms.txt, sitemap.xml, Googlebot, and OAI-SearchBot basics are ready.
Run domain reportPaste robots.txt and check whether key search, answer, training-use, and dataset crawlers are allowed or blocked.
Check robots.txt