Follow a production failure from the user's session to the failing request and the code change behind it.
Logs, traces, events and on-call in one workspace.
Paid plans from $15/month.
AI uses your own provider key.
Explore the workflow below. Example data illustrates how the product connects your investigation.
Group repeated messages into patterns. Open a full example, inspect its stack trace, then follow the request across your services.
Explore traces →
Open the failing span → inspect the exception
Follow correlated sessions from the error. Inspect the event journey and watch available session recordings to understand where the experience broke.
Explore product analytics →
The session, its events and the failed request together.
Use stack frames and repository history to rank suspect commits. Read the diff and request a suggested cause and fix using your own AI provider key.
Explore regression analysis →- currency = cart.Currency ?? defaultCurrency;
+ currency = cart.Currency;A ranked suspect is a lead to investigate, not proof of causation.
On-call schedules, escalation policies and incident timelines sit beside the logs and traces. Use built-in paging or connect your existing PagerDuty or Opsgenie workflow.
Explore incident management →Illustrative timeline · SMS and voice allowances apply.
All of the above needs somewhere for the data to land. These are the parts you would expect from a log platform, and they are what make the connecting work possible. Running on Kubernetes? One read-only Helm chart adds cluster monitoring: every workload and pod, failures explained from Kubernetes’ own evidence, and incidents when something breaks. Kubernetes monitoring →
Full-text and field queries with a click-to-zoom histogram, clustering that turns a wall of near-identical lines into a handful of templates, and errors grouped into Issues you can assign and resolve.
An OpenTelemetry receiver and request waterfalls, with a field explorer over every span attribute you send.
Latency, errors and traffic for every service and endpoint, built from your OpenTelemetry traces, with dependencies, an observed service map and regression detection. APM →
Event explorer, funnels, retention and cohorts, sitting beside the logs and traces from the same window.
One canvas for all of it. A funnel and an error rate can share a board with deployments and suspected regressions.
Every service on one board, with health-check URLs polled for up or down, and daily rollups that outlive the raw data.
What shipped and when, derived from the release your SDK stamps on every record, so "did that deploy do this" is a question you can answer.
Per signal, within your plan's window, with a storage cap and a warning threshold you choose.
Every AI feature runs on your own Anthropic, OpenAI or Google account. The key is verified when you save it, encrypted at rest, and never shown again. Nothing reaches a model until you ask for an analysis, and with no key configured the rest of the product is unaffected.
Ask in plain English, summarise an error storm, explain an incident, or get a root cause and a suggested fix on a regression case.
ZipLogger runs a Model Context Protocol server, so Claude Code, Cursor or any MCP client can query your workspace while you work. Its tools only read: they list your environments, search logs, group error patterns, list traces and open one, read service status, and list git regressions.
Connect with OAuth from the client, or with a read API key for CI (an ingest-only key is refused, because it is safe to ship in a browser). Read-only by design: the agent investigates and explains, and every change stays yours to make.
The official SDKs behave identically across languages: a bounded queue, batching, retries that respect a rate limit, and dropping rather than blocking when the queue is full. Your application never waits on us.
.NET with an ILogger provider and a Serilog sink, Python, Node.js with Pino and Winston transports, Go with a log/slog handler, Java, and the browser with error capture, a React error boundary and fetch tracing.
A native OTLP over HTTP receiver for logs and traces. Point an existing exporter or Collector at ZipLogger and change nothing else.
Fluent Bit and Vector pipelines for apps you cannot modify, an NDJSON HTTP API, Mixpanel-shaped event ingestion, and a Grafana-compatible read surface so existing dashboards keep working.
Built by developers who were tired of grepping through logs at 3 AM. ZipLogger is in active beta: no invented testimonials here, just the product. Try it on your own logs and tell us what breaks.
We hold no security certification yet, and the terms do not promise an uptime level. Both are stated plainly in the privacy policy and terms rather than implied away.
Send your first log with two lines of code. Connect a repository when you are ready, and your next incident points at the commit behind it.
Yes: 3 GB of logs and traces a month with 3-day retention, dashboards, and alerts, free forever. It is enough for a side project or a proper evaluation. Start free, no credit card required: you confirm your email address and the workspace is yours; on Free every allowance is a hard stop, so nothing can turn into a bill. Paid plans start at $15/month for 20 GB a month, and add AI analysis, git regression attribution and longer retention. $49 buys 100 GB a month and $149 buys 300 GB. Each comes with a 14-day free trial, which is where a card is first asked for.
Connect a repository in one click with the ZipLogger GitHub App, or with a fine-grained token; GitLab (cloud or self-managed) works the same way. Nothing is cloned. When you analyze an error, ZipLogger uses the provider's API to blame only the files in that stack trace and read the one suspect commit, on demand. Access is read-only and you can revoke it at any time.
Logs travel over HTTPS and stay scoped to your workspace; credentials such as git and AI keys are encrypted at rest. Raw data is kept for up to 3, 14, 30 or 90 days depending on your plan. Your workspace can choose shorter windows, and a storage cap you set can remove the oldest days sooner. Editors and Admins can delete matching logs at any time. ZipLogger does not sell your telemetry or use it to train models. AI analysis is opt-in: when you ask for one, a bounded selection of the data you chose is sent to the AI provider you configured, under your account terms with that provider.
Official SDKs cover .NET (ILogger, Serilog), Python (logging),
Node.js (Pino, Winston), Go (slog), Java (java.util.logging), and the
browser (with a React error boundary), every one dependency-free with identical batching and
retry behavior. Everything else can send logs through the OpenTelemetry OTLP receiver, Fluent
Bit/Vector pipelines, or the plain NDJSON HTTP API. If it can POST JSON, it can log to ZipLogger.
Most stacks can each do part of this. What ZipLogger joins up is the whole path: the user's session, the trace their browser started, the error, the pattern it belongs to, and the commits your stack trace blames. Attribution runs over the GitHub or GitLab API without cloning anything, and an AI root cause runs on your own provider key. Pricing is flat rather than per-GB, there is nothing for you to install or scale, and the SDKs behave identically across languages.