Skip to main content

stapel-analytics

The backend half of the Stapel analytics standard. Your frontend already declares its events and fires them through @stapel/analytics — typed track(), a consent gate, an offline queue, provider fan-out. This is what it talks to, and what the rest of your fleet talks to.

browser (@stapel/analytics)                 server modules
   │ track / page / identify                    │ analytics.track
   ▼                                            ▼
POST /analytics/api/v1/events  ──►  registry check + PII guard
                                            │
   your comm Actions ──► COMM_BRIDGE ────────┤
   (payment.completed, …)                    │
                                             ▼
                                  stapel_core.eventstore  ("analytics" stream)
                                             │
                    ┌────────────────────────┼────────────────────┐
                    ▼                        ▼                    ▼
              funnels / reports      analytics.events.recorded   erasure
              (conversion by step)   ──► adapter fan-out         (GDPR Art. 17)

Part of the Stapel framework.

Install

pip install stapel-analytics
INSTALLED_APPS = [
    ...,
    "stapel_core.django.eventstore",   # the event rows live here
    "stapel_analytics",
]

path("analytics/", include("stapel_analytics.urls"))   # -> /analytics/api/v1/...

That is the whole install. Point your frontend's collector at it and events start landing — the shipped stapelCollectorProvider needs no changes.

Declare your events once

The registry is the same analytics/events.json your frontend's gen:events already produces:

STAPEL_ANALYTICS = {"EVENTS_FILE": BASE_DIR / "analytics" / "events.json"}

One vocabulary, two runtimes. An event nobody declared is still stored — and marked unregistered, so you find the typo instead of losing the data.

Ask where people stop

STAPEL_ANALYTICS = {
    "FUNNELS": {
        "checkout": {
            "title": "Checkout",
            "steps": ["flow.checkout.started", "checkout.address",
                      "payment_completed"],
            "window_seconds": 86400,
        }
    }
}
GET /analytics/api/v1/funnels/checkout/report?compare=true
{"entered": 1204, "completed": 331, "conversion": 0.274917,
 "steps": [
   {"name": "flow.checkout.started", "count": 1204, "rate_from_first": 1.0},
   {"name": "checkout.address",      "count": 502,  "rate_from_previous": 0.416944,
    "dropoff": 702, "delta": -48},
   {"name": "payment_completed",     "count": 331,  "rate_from_previous": 0.659363,
    "dropoff": 171, "delta": 12}
 ]}

Notice the last step: payment_completed happens on a server. One line of settings makes it a step of the same funnel as the clicks before it:

STAPEL_ANALYTICS = {"COMM_BRIDGE": {"payment.completed": "payment_completed"}}

The user id is hashed exactly the way the browser hashes it, so the server step and the clicks belong to the same person.

Mirror the stream anywhere

STAPEL_ANALYTICS = {
    "ADAPTERS": {
        "webhook": {"enabled": True, "config": {"url": "https://collect…"}},
        "posthog": {"handler": "app.analytics.posthog", "enabled": True},
    }
}

Delivery rides the comm outbox, never the ingest request thread. A vendor's outage costs you nothing: the event store is the record and manage.py analytics_fanout --since … replays the mirror.

Privacy is the default, not a setting you remember

  • prop values that look like an email or a phone number are refused, and the receipt names the offending prop;
  • user ids are stored as a hash, never raw;
  • the erasure provider ships in this same first release — analytics rows are personal data, including the anonymous session someone had before they logged in:
STAPEL_GDPR = {"DATA_OWNERS": [..., "analytics"]}
  • and there is a retention horizon out of the box (400 days), with a system check if you turn it off.

Documentation

  • MODULE.md — the integration contract: wire format, settings, checks, comm surface, erasure policy.
  • CONFIG.MD — every setting, and the four decisions a host actually has to make.
  • CHANGELOG.md — what changed, and what breaks.

License

MIT

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

stapel_analytics-0.2.0.tar.gz (123.2 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

stapel_analytics-0.2.0-py3-none-any.whl (103.2 kB view details)

Uploaded Python 3

File details

Details for the file stapel_analytics-0.2.0.tar.gz.

File metadata

  • Download URL: stapel_analytics-0.2.0.tar.gz
  • Upload date:
  • Size: 123.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for stapel_analytics-0.2.0.tar.gz
Algorithm Hash digest
SHA256 fc40d93f52d2de5df49078e13c5e3d12d904635a26470c5570fdf12992c6a423
MD5 7cbe4dc6ab9faed85957b463c3d8e9b7
BLAKE2b-256 c2cf0a0b1feaca7db38db218c8ecbc0ffdf9d0aab299cecc71e6a90a33790bc9

See more details on using hashes here.

Provenance

The following attestation bundles were made for stapel_analytics-0.2.0.tar.gz:

Publisher: publish.yml on usestapel/stapel-analytics

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file stapel_analytics-0.2.0-py3-none-any.whl.

File metadata

File hashes

Hashes for stapel_analytics-0.2.0-py3-none-any.whl
Algorithm Hash digest
SHA256 d93d13d701e5aa84f05fa41ea70e5a9df77f1183d779ce3dde879ab0d933cce6
MD5 e13eda5141f681474431bc08c1804096
BLAKE2b-256 38c1889de6c988b707a6561e1d708d71e54d28143c7fea685573133b0e700a85

See more details on using hashes here.

Provenance

The following attestation bundles were made for stapel_analytics-0.2.0-py3-none-any.whl:

Publisher: publish.yml on usestapel/stapel-analytics

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Release history Release notifications | RSS feed

0.5.3

2 files

0.5.2

2 files

0.5.1

2 files

0.5.0

2 files

0.4.1

2 files

0.4.0

2 files

0.3.2

2 files

0.3.1

2 files

0.3.0

2 files

This release

0.2.0 This release

2 files

0.1.0

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page