Choose tinyanalytics
One managed platform
Analytics, AI discovery, feature delivery, experiments, surveys, revenue, alerts, and uptime.
tinyanalytics vs Umami
Both products start with cookieless analytics. Compare self-hosting, source access, product workflows, session replay, AI discovery, monitoring, and the path for bringing useful Umami history with you.
tinyanalytics
Umami
The short answer
Pick by priorityChoose tinyanalytics
One managed platform
Analytics, AI discovery, feature delivery, experiments, surveys, revenue, alerts, and uptime.
Choose Umami
Open-source control
Self-hosting, a sub-2 KB tracker, session replay, and heatmaps.
0
analytics cookies in either default
1
open-source, self-hostable option

Editorial review
Product claims were checked against official Umami documentation. Review themes remain linked to their G2 source and are kept separate from our product analysis.
Last reviewed
Decision guide
Neither tool wins every category. Start with the operating model your team actually needs.
Choose tinyanalytics
Choose Umami
tinyanalytics strengths
Umami strengths
Quick comparison
A simple view of product defaults and first-class features. The detailed comparison below explains where configuration and integrations add nuance.
| Feature | tinytinyanalytics | Umami |
|---|---|---|
| Analytics | ||
| Cookieless web analytics by default | Included | Included |
| Traffic and acquisition reporting | Included | Included |
| Custom events and conversions | Included | Included |
| Funnels and retention | Included | Included |
| Revenue analytics | Included | Included |
| Session replay and heatmaps | Not included | Included |
| Product and operations | ||
| Feature flags | Included | Not included |
| Built-in experiment assignment | Included | Not included |
| Built-in surveys | Included | Not included |
| Dedicated AI traffic and crawler reports | Included | Not included |
| Built-in uptime monitoring | Included | Not included |
| Control and data | ||
| Hosted cloud service | Included | Included |
| Open source and self-hosted | Not included | Included |
| REST API | Included | Included |
| AI-drafted, site-scoped SQL | Included | Not included |
| Historical Umami import | Included | N/A — not applicable |
A check means included as a first-class feature. A dash means it is not included in the product itself; an integration or separate tool may still cover that job.
The details
This is a comparison of default models and first-class workflows. Both products can be configured beyond their defaults.
| Criterion | tinyanalytics | Umami |
|---|---|---|
| Privacy default | Cookieless. No analytics identifier is written to the visitor’s device, and raw IP addresses are not stored in analytics data. | Cookieless. Umami states that its default tracker uses no fingerprinting, cross-site tracking, or personal-data collection. |
| Deployment and ownership | A closed-source, hosted service. tinyanalytics operates the application and database for you; platform self-hosting is not offered. | MIT-licensed and open source. Use Umami Cloud or run the application and PostgreSQL database on infrastructure you control. |
| Core analytics | Traffic, sources, campaigns, sessions, events, goals, journeys, funnels, retention, revenue, shared filters, and comparisons. | Traffic, sources, sessions, events, goals, journeys, funnels, retention, attribution, revenue, boards, and universal filters. |
| Tracking script | Under 6.5 KB gzipped, with automatic pageviews, SPA navigation, common interactions, errors, and optional capabilities. | Documented at under 2 KB, with automatic pageviews and SPA navigation plus custom events through data attributes or JavaScript. |
| Product workflows | Events, journeys, funnels, retention, cohorts, flags, experiments, surveys, revenue, and B2B account analytics in one hosted product. | Broad behavioral analytics and session properties. Tags support simple A/B comparison, while variant assignment requires your app or a separate feature-flag service. |
| Qualitative behavior | No session replay or heatmaps by design. The product focuses on aggregate web, product, revenue, and reliability analysis. | Session replay and click or scroll heatmaps are available in v3. Replay is opt-in and supports masking levels, sampling, and blocked selectors. |
| AI discovery | Dedicated reports separate AI-assistant referrals, revenue, landing pages, and AI crawler activity from human traffic. | AI referrals can be analyzed through source and attribution data. The official feature documentation reviewed does not describe dedicated AI traffic and crawler reports. |
| Reliability and performance | Core Web Vitals, JavaScript errors, analytics alerts, scheduled reports, HTTP or TCP uptime checks, and incident context. | Core Web Vitals performance reporting. The official feature documentation reviewed does not describe built-in uptime monitoring. |
| Data access | CSV and PDF exports, HTTP API access, read-only site-scoped SQL, and natural-language SQL drafting. | Full REST API access. Umami Cloud supports compressed CSV exports, while self-hosting also gives operators direct database control. |
| Historical migration | Imports available Umami history so teams can keep useful baselines. Some source dimensions can be approximate or unavailable. | Umami Cloud Pro supports coordinated imports from self-hosted Umami PostgreSQL exports or CSV files. |
Product behavior changes over time. Official Umami sources used for this guide are linked below.
Author’s perspective
A fair comparison should make the losing trade-offs as visible as the winning ones.

Ben Kaiser
Co-founder, tinyanalytics
Both products are cookieless by default. The more useful first question is whether you want a managed service or control of an open-source application and its database.
Umami is the better fit when source access, self-hosting, its smaller tracker, session replay, or heatmaps are requirements. Those are product choices, not footnotes.
tinyanalytics makes the stronger case when flags, experiments, surveys, AI discovery, revenue context, alerts, and uptime need to sit beside analytics without another stack.
Third-party review signal
Generated from real user reviews
What users appreciate
Users appreciate the clean and intuitive analytics of Umami, allowing for easy understanding of key metrics. (1 mentions)
Users appreciate the ease of use of Umami, enjoying its clean interface and intuitive design for analytics. (1 mentions)
Users love the intuitive interface of Umami, allowing for easy navigation and clear insights into metrics. (1 mentions)
Users appreciate the simplicity and intuitive design of Umami, which enhances their analytics experience while prioritizing privacy. (1 mentions)
Users love the clean and intuitive interface of Umami, making key metrics easily understandable and accessible. (1 mentions)
Where users want more
Users find Umami’s analytics capabilities limited, missing advanced features like segmentation and custom reporting options. (1 mentions)
Users find Umami’s limited advanced analytics features restrictive, particularly missing segmentation and custom reporting options. (1 mentions)
Users find segmentation issues in Umami, noting a lack of advanced analytics features compared to larger platforms. (1 mentions)
G2 labels these themes as AI-generated from real user reviews. Each theme above is based on one mention, so treat it as a qualitative signal rather than a broad consensus.
See all Umami reviews on G2Privacy model
Both products avoid analytics cookies by default. The larger decision is who operates the system and which optional features you enable.
Cookieless visitor identity is still an estimate. Both products can attach a customer-controlled ID for signed-in analysis; in tinyanalytics, use identify().
Neither default tracker writes an analytics cookie. Umami also states that its default model uses no cross-site tracking or personal-data collection.
tinyanalytics operates the hosted platform for you. Umami lets you choose its managed cloud or run the open-source application and database yourself.
Consent obligations still depend on jurisdiction, configuration, optional features, and any personal data you deliberately send.
More than traffic
Start with pages and sources, then keep product, revenue, AI discovery, and reliability work in the same organization.
Connect sources, campaigns, pages, journeys, funnels, goals, and revenue without changing reporting products.
Study retention and cohorts, then deliver flags, run experiments, and collect surveys against the same event model.
See visits from AI assistants and separate crawler activity from human analytics.
Use read-only, site-scoped SQL or describe the question and review an AI-drafted query before it runs.
Connect acquisition and product behavior to client-event revenue or verified Stripe charges and refunds.
Put analytics alerts, scheduled reports, uptime checks, and incident context beside the metrics they affect.
Migration
Bring the Umami data that can be mapped, establish the new baseline, and preserve the context your team uses for decisions.
Read the docsExport the Umami site and date range you want to preserve. The available format depends on Umami Cloud or your self-hosted database.
Bring the available Umami history into tinyanalytics. Expect some dimensions to differ because the products use different models.
Run both tracking scripts briefly, check key pages and events, then document the reporting differences before retiring Umami.
Questions
The answers describe product defaults and practical trade-offs. They are not legal advice or a universal accuracy claim.
There is no universal winner. tinyanalytics is the stronger fit when you want a managed platform with AI discovery, feature flags, experiments, surveys, alerts, and uptime. Umami is the stronger fit when open source, self-hosting, session replay, heatmaps, or direct infrastructure control are requirements.
Yes, both default web analytics models avoid analytics cookies. Optional identity data, feature flags, and Umami session replay can change what is collected or stored, so consent and compliance still depend on configuration, jurisdiction, and the data you send.
No. tinyanalytics is a closed-source hosted service. If source access, database ownership, or running analytics on your own infrastructure is mandatory, Umami is the better fit.
Umami documents simple A/B analysis through tracker tags. Your application, server, cookie logic, or a separate feature-flag service assigns the variant. tinyanalytics includes feature-flag delivery, exposure tracking, goals, and experiment results in the same product.
Umami provides MIT-licensed source code, self-hosting, a tracker documented at under 2 KB, session replay, and heatmaps. tinyanalytics is intentionally hosted-only and does not offer session replay or heatmaps.
Yes. tinyanalytics can import available Umami export data so you can keep useful baselines. Some source fields can be approximate or unavailable, so plan a short parallel verification period before retiring the old tracker.
Umami sources
Primary documentation used to verify Umami privacy, deployment, insights, replay, A/B testing, and data-access behavior.
Privacy-friendly analytics
Understand your traffic and your product with one small script, a clear dashboard, and no analytics cookies.
Generous free plan · No credit card required