Sandbox
@OpenLabs-so/openanalytics

Privacy-first analytics app with MCP server

OpenAnalytics is a self-hosted web analytics system with cookieless tracking, revenue attribution, dashboards, and an MCP server. The repository is the whole product: tracker, collector, worker, API, query gateway, realtime stream, web app, CLI, and shared packages.

513 stars43 forksTypeScriptUpdated 6d ago
Open Analytics - Open-source web analytics for you and your AI agents
Selenium Co.301 views • 1 month ago
Who it's for

Builders who want to run their own analytics stack and expose it to agents through MCP.

What it delivers

You can track site traffic, revenue, and live visitors without cookies or cross-site profiles.

What it does

Cookieless tracker

A lightweight browser snippet in `apps/tracker` that stays within a strict byte budget.

Ingest and queue pipeline

`apps/collector` validates, sanitizes, rate-limits, and enqueues events before storage.

ClickHouse processing

`apps/worker` drains the queue into ClickHouse for sessions, rollups, exports, mail, and deletions.

Control plane and MCP

`apps/api` handles auth, sites, keys, widgets, funnels, revenue, AI assistant, and MCP access.

Dashboard and live views

`apps/web` and `apps/realtime` provide the Next.js dashboard and live SSE updates.

CLI and self-hosting

`apps/cli` provides `oa` for setup and login, and `infra/selfhost` contains the Docker-based deployment flow.

How to get it

  1. 1Point four names at the host before you start. Certificates are issued on the first boot…
    app.example.com   api.example.com   c.example.com   rt.example.com
  2. 2Run
    git clone https://github.com/OpenLabs-so/openanalytics
    cd openanalytics
    git checkout "$(git tag -l 'v*' --sort=-v:refname | sed '/-/d' | head -1)"   # newest release, not main
    cd infra/selfhost
    ./generate-secrets.sh --domain example.com --email you@example.com --with-geoip
    docker compose pull && docker compose up -d
    # then open https://app.example.com and create the first account
  3. 3Run the test suite the way CI does
    pnpm run test          # unit + contract + tracker, no infrastructure needed
    pnpm run verify        # everything CI checks, including boundaries and the size budget

README

OpenAnalytics

Open-source, privacy-first web analytics. One lightweight tracker script, no cookies, no cross-site profiles, aggregate-only reads — self-hostable on your own hardware under AGPL-3.0.

A hosted instance runs at getopen.so, operated by the authors: the same code, someone else's servers.

The Overview screen: visitors, pageviews, bounce rate, average visit and
revenue across a day, with top pages, referrers and revenue
underneath

Watch the dashboard in motion, a tour of these same screens on YouTube.

What is in this repository

The product, as one pnpm monorepo:

AppRole
apps/trackerThe browser snippet — a few KiB, with a byte budget CI enforces
apps/collectorIngest: validates, sanitizes, rate-limits, enqueues
apps/workerDrains the queue into ClickHouse; sessions, rollups, exports, mail, deletions
apps/apiControl plane: auth, sites, keys, sharing, event definitions, funnels, widgets, revenue, AI assistant, MCP
apps/query-gatewayThe only process allowed to read ClickHouse; verifies signed query envelopes
apps/realtimeThe SSE stream behind the live dashboard
apps/webThe dashboard (Next.js)
apps/clioa — site setup, stats, device-flow login
packages/*domain, postgres (+migrations), clickhouse (+migrations), redis, auth, contracts (OpenAPI), observability, integrations, migrations, testkit

Stores: Postgres (control plane), ClickHouse (events and rollups), Valkey ×2 (one durable event queue, one losable realtime cache).

What it does, in one list: page views, custom and attribute-driven events, sessions, web vitals, funnels, per-site retention, embeddable widgets, public share links, revenue analytics from your Stripe account, CSV/JSON import and export, an MCP server, and a CLI.

Who is on the site now, from a presence cache rather than a table scan. Names are generated per visitor and mean nothing outside the day they were minted.

The realtime screen: five visitors online with the page each is on, and
everyone seen in the last 24 hours below them

Where one visitor went, session by session. The identity behind a trail is a salted hash that rotates every night, so the trail is as long as a visit and never as long as a person.

One visitor's trail: two visits, one arrived direct and one from X, each
listing the pages opened inside it

Where they are, at city level and only when a site opts in. The lookup runs against a database on your own disk and never leaves the host.

A globe with visitors placed on it, one each in eastern Europe, north Africa,
the Middle East and South America

Architecture rules CI enforces, not conventions:

  • apps/web may import only packages/contracts — the OpenAPI document is the single seam between frontend and backend.
  • ClickHouse is reachable only through the query gateway, which verifies Ed25519-signed query envelopes minted by the api.
  • The tracker has a hard byte budget; a change that exceeds it fails CI.
  • The Postgres schema this repository builds contains no billing tables, and a CI job asserts that against a real database rather than a file list.

Self-hosting

SELF-HOSTING.md is the guide: a generator script, one docker compose up -d, automatic TLS, and an explanation of every secret and every failure mode. Requirements are a Linux host with Docker, four DNS records, about 4 GB of RAM and 25 GB of free disk.

Installing is a pull, not a build. A release publishes ten images to ghcr.io/openlabs-so/openanalytics, so a fresh host is a few minutes and needs no toolchain on it.

Point four names at the host before you start. Certificates are issued on the first boot and issuance fails without them, half an hour later and nowhere near the cause:

app.example.com   api.example.com   c.example.com   rt.example.com
git clone https://github.com/OpenLabs-so/openanalytics
cd openanalytics
git checkout "$(git tag -l 'v*' --sort=-v:refname | sed '/-/d' | head -1)"   # newest release, not main
cd infra/selfhost
./generate-secrets.sh --domain example.com --email you@example.com --with-geoip
docker compose pull && docker compose up -d
# then open https://app.example.com and create the first account

The checkout is where the version is chosen, and it is chosen once. The generator reads the tag back out of the tree it is standing in and points .env at that release's images, printing which it picked and why; on a branch, on main, or with no git at all it writes the build defaults instead. That is not a convenience — the compose file, the env templates and the migrations ship with the images, so a release's images against another tree is a configuration nobody has tested.

Images are amd64. On arm64, or to run a branch, build the ten here instead: same compose file, one flag, about ten minutes and swap on a 4 GB box. Later, ./upgrade.sh moves between releases and takes the snapshot ./rollback.sh needs, because migrations do not go down: the way back is a restore, and a restore discards what arrived after the upgrade. It tells you that before it starts, not at rollback time when you no longer have a choice. RELEASING.md is what a version number here means.

To run it from source instead — for development, or to slot the services into infrastructure you already have — follow Running from source. The order matters and one obvious order does not work: the migration runners are compiled output, so pnpm run build comes before pnpm run migrate:postgres.

infra/selfhost/env/*.env.example documents every variable each service reads, and there is one file per service on purpose — the environment schema forbids some keys to some services, so a single shared .env cannot be correct. The AI assistant (OPENAI_API_KEY) and object storage are optional: unset, those surfaces disable themselves and everything else runs.

Run the test suite the way CI does:

pnpm run test          # unit + contract + tracker, no infrastructure needed
pnpm run verify        # everything CI checks, including boundaries and the size budget

Privacy model

No cookies, no fingerprinting, no cross-site identifiers. Visitor identity is a daily-rotating salted hash; raw IP addresses are never stored. Do Not Track and Global Privacy Control are honored at the collector, before anything is written. City-level geolocation is opt-in per site.

Geolocation is resolved locally against a database on your own disk — no lookup ever leaves the host. None is bundled (a 60 MB download, and stale within a month); infra/selfhost/geoip/fetch-dbip.sh downloads one.

IP Geolocation by DB-IP — https://db-ip.com — used under CC BY 4.0.

Contributing

Pull requests are merged here, with your name on the commit. This repository used to receive periodic exports from a private monorepo, and a merged PR was flattened by the next one; that ended in August 2026. A bot asks you to sign the CLA once — it is not an assignment, you keep your copyright — and there is no DCO sign-off on top of it.

CONTRIBUTING.md has the setup, the ground rules CI enforces, and where to start. Discussions are for questions and for ideas worth talking through first.

Security reports: SECURITY.md — please not a public issue.

License and trademark

Code: AGPL-3.0. If you run a modified OpenAnalytics as a network service, the AGPL requires you to offer your modified source to its users.

The "OpenAnalytics" name and the hosted service's domain identify the instance its authors operate and are not part of the license grant. A self-hosted instance runs the software, not the brand.

Files in the repo

Repository payload35 top-level entries
  • .github
  • apps
  • docs
  • infra
  • packages
  • scripts
  • tests
  • .dockerignore
  • .env.example
  • .gitattributes
  • .gitignore
  • .mcp.json
  • .node-version
  • .npmrc
  • .nvmrc
  • .prettierignore
  • .prettierrc.json
  • AGENTS.md
  • CHANGELOG.md
  • CLA.md
  • CODE_OF_CONDUCT.md
  • CONTRIBUTING.md
  • eslint.config.js
  • LICENSE
  • package.json
  • pnpm-lock.yaml
  • pnpm-workspace.yaml
  • README.md
  • redocly.lint.yaml
  • RELEASING.md
  • SECURITY.md
  • SELF-HOSTING.md
  • tsconfig.base.json
  • tsconfig.json
  • vitest.config.ts

Discussion (0)

Ask about usage, or say what you built with it

Sign in to join the discussion.

No comments yet. Be the first to say what this is good for.

More other

HKUDS/
Vibe-Trading

"Vibe-Trading: Your Personal Trading Agent"

33k

Your Personal AI Assistant; easy to install, deploy on your own machine or on the cloud; supports multiple chat apps with easily extensible capabilities.

35k

AIPOCH Open-Science is an open-source, local-first, model-agnostic AI research workbench for macOS, Windows, and Linux, with scientific agents, Python/R notebooks, data connectors, and reproducible provenance.

4k

Open-source Claude Design alternative. One-click import your Claude Code / Codex API key. Prompt → prototype / slides / PDF. Multi-model (Claude, GPT, Gemini, Kimi, GLM, Ollama). BYOK, local-first, MIT.

7.9k

🤯 LobeHub is your Chief Agent Operator, organizing your agents into 7×24 operations by hiring, scheduling, and reporting on your entire AI team.

82k