Log analysis, rebuilt from first principles.

This historical path now answers the same practical question with a new browser-local tool: which crawlers, errors and busy URLs appear in a small server-log sample? It does not host or recreate the former AnalyseSpider software.

Why this URL still exists

Archived pages and currently reachable referring pages associate /analysespider.html with server-log analysis, crawler visits and response patterns. A paid target report found 25 referring domains pointing to this path. That is enough evidence to preserve the old user job, but it is not permission to republish the former product or imply that its business continued.

AnalyseSpider has been under new ownership since 2026. Every current tool, explanation, fixture and result format was independently created. The former authors, operator, users and customers are not presented as part of the new site.

What the new log analyzer actually does

The current Crawler Log Analyzer reads a bounded Apache or Nginx access-log sample locally in the browser. It counts requests, groups HTTP status codes, extracts common paths and marks user-agent strings that claim to be known crawlers. The pasted lines are not uploaded to AnalyseSpider.

InputObservable resultWhat remains unproven
Request line and statusRequested path, timestamp and returned status groupWhy the server chose that response
User-Agent stringA claimed Googlebot, GPTBot, ClaudeBot or other client nameThat the request really came from that operator
IP addressA public, private or reserved address classificationA person, exact location or verified crawler identity
Repeated pathsWhich URLs appear often in the supplied sampleSite-wide traffic or search demand outside that sample

A useful investigation starts with the claim in the log, then preserves the IP and timestamp, verifies important crawler identities using the operator's documented method, and finally checks the exact URL response. AnalyseSpider keeps those steps separate so one weak signal is not turned into a confident verdict.

From a log line to a reproducible diagnosis

  1. Export only the small time window and fields needed for the question.
  2. Remove cookies, query values or other personal data that are not required.
  3. Use the local parser to identify status patterns and crawler candidates.
  4. Open the Crawler Analysis Tool for the affected public URL.
  5. Record the result, limits and observation time before changing a firewall or robots rule.

The public crawler benchmark protocol documents how controlled URLs, redirects, canonicals, noindex and robots cases are tested. It is the evidence layer behind future product comparisons; it is not a marketing score.

What did not transfer

No former executable, source code, database, account, customer relationship, screenshot, documentation, warranty, logo or operator identity transferred with this domain. Former download paths are deliberately retired instead of being redirected to unrelated new content. Corrections and rights questions can be sent through the current contact and corrections route.