Mcp vs Umami Mcp — MCP Server Comparison | AllMCPs
Side-by-Side Model Context Protocol Comparison
Mcp vs Umami Mcp
In-depth architectural comparison of the Mcp and Umami Mcp MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
Mcp
Monitoring · Local stdio
Quality: 59/100 (Good) | Auth: API Key required
Umami Mcp
Monitoring · Local stdio
Quality: 45/100 (Fair) | Auth: API Key required
Verdict Summary: Choose Mcp if you need specialized Monitoring tools running via a local process. Choose Umami Mcp if your workspace requires Monitoring integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose Mcp when:
You need dedicated capabilities in the Monitoring domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: API Key required (Freemium).
Pageviews, visitors, sessions, bounce rate, avg duration. Period comparison included.
traffic.timeseries
Any core metric over time with automatic granularity (visitors, sessions, bounce rate, avg duration, or event counts).
traffic.compare
Compare any metric across two arbitrary periods. Returns absolute and percent delta.
traffic.live
Visitors active in the last N minutes plus their top pages, referrers, and countries.
breakdown
Group visitors and pageviews by any dimension: `pathname`, `referrer_host`, `country`, `city`, `region`, `device_type`, `browser`, `browser_version`, `os`, `os_version`, `entry_page`, `exit_page`, `channel`, or any UTM field.
Ready-to-Paste Client Configurations
Paste either (or both) of these JSON server blocks into your client config file (e.g. claude_desktop_config.json or ~/.cursor/mcp.json).
Mcp is categorized under Monitoring and uses a local stdio subprocess. In contrast, Umami Mcp belongs to Monitoring using local stdio subprocess. Select Mcp when you need capabilities focused on monitoring and Umami Mcp when you require tools for monitoring.
Per-page metrics with `view`: `summary`, `engagement` (adds engagement seconds and bounce rate), `sections` (per-section view counts for one pathname; needs the section-views SDK extension).
events.list
Custom event counts with property filtering and grouping.
events.observed_schema
The actual fired-event signature with per-property type observations. Diff against a local `event-schema.yaml` to surface schema drift.
events.property_values
Top distinct string-typed values a property has taken on a specific event. Use to discover the value space before defining a cohort filter or running `events.list` with `property=`.
revenue.sum
Sum Money-typed event properties. Split by currency, group by any dimension, switch to first-touch via `attribution_model`. Drill-in filters: `plan`, `product`, `first_touch_dim` + `first_touch_value`.
revenue.summary
The whole Revenue tab in one call: revenue per currency, customers, orders, AOV, LTV, MRR (running balance) + ARR, per-plan rollup (where `mrr_contribution` is the cumulative MRR balance per plan, not the in-period delta), per-product rollup, prior-period comparison, and mode flags (`is_subscriptio…
revenue.retention
Cohort revenue retention on MRR-on-MRR math. Per window: `mature_size`, `retained`, `retention_rate`, `mrr_at_d`, `baseline_mrr_mature`, `nrr` (net revenue retention; >1.0 = net expansion). Anchored at the customer's first `subscription_started`.