Document · Server logs, summarised

Log Analyzer

What your access log is actually telling you

Parse common and combined access logs, and get status breakdowns, busiest paths, top clients, error rate and traffic volume.

Common & combinedStatus breakdownTop pathsError rate
Max lines
200k
Formats
CLF, combined
Uploaded
0 B

Log Analyzer

Runs in your browser · nothing uploaded
Top statuses

01 — How to use Log Analyzer

1 Paste or open a log Common Log Format or the combined variant, which most web servers produce by default. Load sample shows the shape if you want to see it working first.
2 Read the headline figures Request count, bytes served, error rate and whether any server errors occurred, all at the top.
3 Switch between breakdowns Statuses, busiest paths, top clients, browser families and methods — each ranked with its share of the total.
4 Check what was not recognised Lines that did not parse are counted rather than dropped quietly, so an unexpected format shows up as a number rather than as missing traffic.

02 — Getting good results

Client errors and server errors mean very different things A 404 or 401 usually means something outside your control — a stale link, an expired token, a scanner probing for paths that do not exist. A 500 always means your own code or infrastructure failed. Mixing them into one error rate hides the distinction, which is why they are counted separately here. Any non-zero server error count is worth looking at, whatever the overall rate says.
A single client dominating the list is usually a bot Real users spread across many addresses. One address accounting for a large share of requests is almost always automated: a crawler, a monitoring check, a scraper, or an attack. Cross-reference it with the Agents tab — if a single address is also the bulk of "Script or client library", the case is closed.
User agents are grouped because raw ones are useless in aggregate A full user-agent string carries a browser version, an operating system version and often a build identifier, which makes almost every one unique. Tallying them raw yields a list of counts of one. Collapsing to a family — Chrome, Firefox, Safari, bot, script — is what turns the field into information.
Bytes served is not bandwidth used The byte count in an access log is the size of the response body only. It excludes headers, TLS overhead, retransmissions and anything served from a cache in front of your server. Treat it as a lower bound and a useful relative measure between paths, not as a bill.

03 — Questions

No. Parsing happens in this tab. Access logs contain IP addresses and request paths, which are personal data under most privacy regimes — sending them to a third-party analyser is frequently a compliance problem in itself.

04 — More about Log Analyzer

61 more tools
where this came from.

Same shell, same shortcuts, same promise: nothing leaves your browser.

Browse all 62