analytics for tauri

analytics for tauri.md

__

google analytics with tauri app?.md

google analytics with tauri app?

Integrating Google Analytics directly with Tauri apps is challenging because Tauri apps run locally rather than on a web server, and traditional web analytics like Google Analytics don't work well in this context. However, there are several approaches and alternatives available.¹

Why Google Analytics Is Problematic

Google Analytics (gtag.js) is designed for websites and relies on browser-based tracking that expects a traditional web environment. With Tauri apps:²

• The app runs locally, not from a web server
• Offline usage makes accurate tracking difficult
• Some users have reported only getting it to work via workarounds like iFrames³

Better Alternatives for Tauri Apps

Aptabase

An open-source, privacy-first analytics solution with an official Tauri plugin (tauri-plugin-aptabase):⁴

trackEvent("play_music", {
  name: "Here comes the sun"
});

Benefits include GDPR compliance through anonymous analytics and no consent requirements since no personal data is collected.⁴

Astrolytics

Provides a desktop SDK specifically for Tauri apps:⁵

• Tracks active users, sessions, screens, and custom events
• Supports offline behavior tracking
• Requires adding a Rust crate for device ID tracking to improve accuracy

Nucleus.sh

Another analytics solution that can track offline user behavior and sync data when the user comes back online.¹

Implementation Approach

If you still want to use Google Analytics, you would need to:

1. Make HTTP requests directly to the Google Analytics Measurement Protocol from your Tauri app's Rust backend
2. Handle offline caching manually
3. Use the HTTP plugin available in Tauri to send events⁶

However, using a purpose-built solution like Aptabase or Astrolytics is recommended for desktop apps as they handle the unique challenges of tracking in non-web environments.^{54 789101112131415}

⁂

---

I need a free service. its b2c so lots of users

For a B2C Tauri app with high user volume, here are the best free options:

PostHog (Recommended)

PostHog offers one of the most generous free tiers available:¹⁶

• 1 million events/month free
• Session replays, feature flags, and A/B testing included
• Works with web-based frontends like Tauri's webview
• Over 90% of companies use PostHog completely free¹⁶
• No credit card required for the free tier

Umami (Self-Hosted)

If you can run your own server, Umami is completely free with unlimited tracking:¹⁷¹⁸

• Open-source, privacy-focused
• Track unlimited websites and events
• Tracks views, visitors, browsers, OS, devices, and countries
• Lightweight script won't slow down your app¹⁹
• Can be deployed on free/cheap hosting (Railway, Vercel, etc.)

Since Tauri apps use a webview, you can add Umami's tracking script to your frontend HTML and it will work similarly to a website.²⁰¹⁹

Firebase Analytics

Google Analytics for Firebase is free with generous limits:²¹

• Unlimited reporting on up to 500 distinct events
• Real-time analytics and user engagement tracking
• Works in Tauri since you can integrate Firebase in the webview frontend²²²³

Quick Comparison

Service	Free Tier	Self-Host Required	Best For
PostHog	1M events/month	No	Full product analytics
Umami	Unlimited	Yes	Simple, privacy-first
Firebase	500 events, unlimited volume	No	Google ecosystem users

Recommendation: Start with PostHog if you don't want to manage infrastructure—1 million free events handles significant B2C traffic. If you expect to exceed that or want full control, self-host Umami for truly unlimited free analytics.^{1716 24252627282930313233343536373839404142434445}

⁂

---

if I have 100k users and this is an app that is used 100s of times a day. 1m is not gonna cover it.

You're right. Let's do the math:

• 100k users × 100 events/day = 10 million events/day
• Monthly: ~300 million events

No free hosted tier will cover that. Self-hosting is your only realistic free option.

Umami Self-Hosted (Best Option)

Completely free with unlimited events — you only pay for server costs:⁴⁶⁴⁷

Traffic Volume	Server Cost	Notes
250k events/mo	~$5/month VPS	Works smoothly 46
500k events/mo	Raspberry Pi level	Minimal load 46
300M events/mo	~$20-50/month VPS	Need more RAM/CPU

For your scale, you'd likely need a mid-tier VPS ($20-50/month) with:

• 4-8GB RAM
• PostgreSQL database
• Possibly a managed database service for reliability

Setup is straightforward — Docker Compose deployment takes minutes. Railway, Hetzner, DigitalOcean, or any VPS provider works.⁴⁸⁴⁹

Plausible Self-Hosted (Alternative)

Also completely free when self-hosted with unlimited sites, events, and data retention. Saves $174-$2,000+/year compared to their cloud pricing depending on traffic.⁵⁰⁵¹

Bottom Line

For 300M events/month, budget roughly $20-50/month for infrastructure (VPS + database), which is essentially free compared to any hosted analytics service at that scale. Both Umami and Plausible handle high volume well — Umami is slightly lighter weight and easier to set up.^{524746 5354555657585960}

⁂

---

what about firebase ?

Great news — Firebase Analytics is completely free with unlimited events.⁶¹⁶²

Firebase Analytics Limits

Feature	Limit
Event tracking	Unlimited — no cap on volume 6163
Distinct event names	500 different event types 6364
Event parameters	25 per event, 40 char name, 100 char value 65
Custom dimensions	50 per property 66

Firebase Analytics has no paid version — it's always free regardless of scale. Your 300M events/month would cost nothing for the analytics itself.⁶¹

The Catch: BigQuery Export Costs

If you want to query raw event data (not just use the Firebase console dashboards), you'll need BigQuery export, which does cost money:⁶⁷

• ~$5 per TiB scanned for queries
• At your volume, this could add up quickly if you run complex queries

However, if you only need:

• User counts and engagement metrics
• Event funnels and conversions
• Retention and cohort analysis

The Firebase console dashboards are free and handle this without BigQuery.⁶³

Integration with Tauri

Firebase works in Tauri apps since your frontend runs in a webview — you can use the Firebase JavaScript SDK directly. Just initialize Firebase in your web frontend code as you would for any web app.⁶⁸

Verdict

For your B2C app with 100k users, Firebase Analytics is likely your best option — truly unlimited free event tracking, no self-hosting required, and robust dashboards out of the box. Just avoid heavy BigQuery usage unless you budget for it.^{6261 6970717273747576}

⁂

---

does firebase have a slack bot?

Yes, Firebase has built-in Slack integration, but it's primarily focused on Crashlytics alerts rather than analytics.⁷⁷⁷⁸

Native Firebase Slack Integration

Firebase can send alerts to Slack for:⁷⁹

• New crash issues
• Regressed issues
• Increasing-velocity issues (crashes happening more frequently)

Setup is simple — add an incoming webhook in Slack, then configure it in Firebase Console under Project Settings → Integrations → Slack.⁷⁷⁷⁹

For Analytics Alerts

Firebase Analytics doesn't have a native Slack bot for metrics like user counts or event thresholds. However, you can build custom alerts using:

1. Cloud Functions + Slack Webhooks — Trigger functions based on Firebase events and post to Slack⁸⁰
2. Firebase Extensions — Community extensions like "Message to Slack on auth" send notifications when new users sign up⁸¹
3. Third-party tools like BuildShip to connect Firebase events to Slack messages without code⁸²

What You'd Need to Build

For analytics-based Slack alerts (e.g., "Daily active users dropped 20%"), you'd need to:

• Export data to BigQuery
• Set up a scheduled Cloud Function to query metrics
• Post to Slack via webhook when thresholds are crossed

Bottom line: Crashlytics → Slack works out of the box. Analytics → Slack requires custom work with Cloud Functions.^{8077 838485}

⁂

---

https://github.com/sentryco/Telemetric this is using google analytics in iOS. it hacks the measurement protocol or what its called. can I do a similar thing with my tauri app?

Yes, absolutely! The Telemetric library you linked uses the GA4 Measurement Protocol, which is just HTTP POST requests to Google's servers. This approach works perfectly for Tauri apps and is completely free with unlimited events.⁸⁶

How It Works

The Measurement Protocol lets you send events directly to Google Analytics via HTTP — no JavaScript SDK required:⁸⁷⁸⁸

POST https://www.google-analytics.com/mp/collect?measurement_id=G-XXXXXX&api_secret=YYYYYYY
Content-Type: application/json

{
  "client_id": "unique_user_id",
  "events": [{
    "name": "app_open",
    "params": {
      "engagement_time_msec": 100,
      "session_id": "123456"
    }
  }]
}

Implementation in Tauri

You can do this from either layer:

Option 1: Frontend (JavaScript/TypeScript)

async function sendEvent(eventName, params) {
  const payload = {
    client_id: getOrCreateClientId(), // Store in localStorage
    events: [{ name: eventName, params: { ...params, engagement_time_msec: 100 }}]
  };
  
  await fetch(`https://www.google-analytics.com/mp/collect?measurement_id=G-XXXXX&api_secret=YYYYY`, {
    method: 'POST',
    body: JSON.stringify(payload)
  });
}

Option 2: Rust Backend

Use Tauri's HTTP client to make POST requests from the Rust side, similar to how Telemetric does it in Swift.⁸⁶

Key Requirements

Parameter	Description
measurement_id	Your GA4 ID (starts with G-) — found in Admin → Data Streams 89
api_secret	Generate in Admin → Data Streams → Measurement Protocol 89
client_id	Unique user identifier you generate and persist
engagement_time_msec	Required for events to show in reports (set to 100+) 87

Important Limitation

Google states the Measurement Protocol is meant to augment automatic collection, not replace it entirely. This means:⁹⁰⁹¹

• Some reports may be incomplete (no automatic page_view, session tracking)
• You won't get user acquisition data automatically
• Works best for tracking specific custom events

For your B2C use case, this is still a solid free option — just be aware that you're doing more manual work to track sessions and user properties compared to the full Firebase SDK.^{90 9293949596979899100101}

⁂

---

firebase what can I track with it?

Firebase Analytics tracks a comprehensive set of metrics both automatically and through custom events — all completely free.¹⁰²

Automatically Tracked Events

These require no code — just add the SDK:¹⁰³¹⁰⁴

Event	Description
first_open	First time user launches app after install
session_start	When a user engages the app (generates session ID)
user_engagement	App in foreground for at least 1 second
screen_view	Screen transitions with screen name/class
app_update	App updated to new version
app_remove	App uninstalled (Android only)
os_update	Device OS updated
app_exception	App crashes (with Crashlytics integration)
notification_open	User opens FCM notification
notification_receive	FCM notification received in background

User & Audience Insights

Firebase automatically collects:¹⁰⁵¹⁰⁶

• Demographics: Age, gender, interests
• Geography: Country, region, city
• Device info: Model, OS version, screen size
• Acquisition: How users found your app
• Retention: Daily/weekly/monthly active users
• User properties: Custom segmentation attributes

Custom Events You Can Track

Log up to 500 distinct event types with custom parameters:¹⁰⁷¹⁰²

• In-app purchases and revenue
• Feature usage and button taps
• Onboarding progress
• Search queries
• Content views
• Any app-specific actions

Integrations That Extend Tracking

Service	What It Adds
Crashlytics	Crash rates, affected users, stack traces 102
Remote Config	A/B test results by audience
Cloud Messaging	Notification campaign performance
BigQuery	Raw event data export for custom analysis 102

Real-Time Dashboard

See live data on:¹⁰⁸¹⁰⁵

• Active users right now
• Events per minute
• User locations
• Top screens being viewed

For your Tauri app, most automatic tracking won't work since there's no native SDK — you'd need to manually send events via Measurement Protocol. But once sent, all the reporting, segmentation, and dashboard features work the same.^{109 110111112113114115116117}

⁂

---

why won't automatic tracking work?

Automatic tracking relies on the native Firebase SDK hooking directly into OS-level app lifecycle events — something Tauri apps can't provide.¹¹⁸¹¹⁹

How Automatic Tracking Works (Native Apps)

The Firebase SDK integrates deeply with the operating system:¹²⁰¹²¹

Event	How SDK Detects It
first_open	Reads stored state on disk via Google Play Services (Android) or OS storage 118
session_start	Monitors app lifecycle callbacks (onStart, onResume) 119
screen_view	Hooks into Activity lifecycle events to detect screen transitions 119
app_update	Compares current app version with previously stored version on disk 118
app_remove	Listens to Android system broadcast when package is uninstalled 121
user_engagement	Tracks foreground time via OS activity lifecycle
notification_receive	Integrates with FCM at the system level 121

Why Tauri Can't Do This

Tauri apps are desktop applications running a webview — they don't have:

• Native iOS/Android SDK integration — Firebase SDKs are built for mobile platforms
• Activity/ViewController lifecycle hooks — These are mobile OS concepts
• Google Play Services — Where Firebase stores persistent state on Android¹¹⁸
• System-level broadcast receivers — For detecting uninstalls, OS updates, etc.

What You'd Need to Track Manually

With Measurement Protocol in Tauri, you must implement yourself:

• Session management (generate session IDs, track start/end)
• Screen views (log when user navigates)
• First open detection (store a flag locally)
• Engagement time (track foreground time)
• App version tracking (compare on startup)

It's more work, but achievable — you're essentially building what the native SDK does automatically.^{122 123124125126127128129130131132}

⁂

---

do I can use measurement protocol with firebase?

Yes! The GA4 Measurement Protocol works directly with Firebase — they share the same backend.¹³³¹³⁴

How It Works

Firebase Analytics and GA4 are the same system. When you send events via Measurement Protocol to a Firebase app stream, they appear in both Firebase Console and GA4 dashboards.¹³⁵¹³³

Endpoint for Firebase Apps

POST https://www.google-analytics.com/mp/collect?firebase_app_id=YOUR_FIREBASE_APP_ID&api_secret=YOUR_API_SECRET

With payload:

{
  "app_instance_id": "unique_installation_id",
  "events": [{
    "name": "your_event_name",
    "params": {
      "custom_param": "value"
    }
  }]
}

Key Differences from Web Streams

Parameter	Web Stream	Firebase/App Stream
App identifier	measurement_id (G-XXXXX)	firebase_app_id (1:1234:android:abc) 134
User identifier	client_id (you generate)	app_instance_id (from Firebase SDK) 133

For Your Tauri App

Since you can't use the Firebase SDK to get a real app_instance_id, you have two options:

1. Use a web stream instead of app stream — create a "Web" data stream in GA4 and use measurement_id + client_id (simpler for Tauri)¹³⁵
2. Generate your own app_instance_id — create a unique ID per installation and store it locally (works, but some reports may be limited)¹³⁶

Important Note

Google states Measurement Protocol is meant to supplement existing collection, not replace it entirely. This means:¹³⁶¹³⁵

• Some reports may show partial data
• Session/attribution tracking requires extra work
• But event tracking and custom metrics work fine

For your use case, using a GA4 web stream with Measurement Protocol is probably the cleanest approach — it's designed for exactly this kind of HTTP-based event sending.^{137 138139140141}

⁂

---

so whats best. potshot until it hits 1m then migrate to smth else that is free. or use firebase?

Given your scale (100k users, potentially 300M events/month), here's the practical breakdown:

Recommendation: Start with Firebase

Factor	PostHog	Firebase (Measurement Protocol)
Free limit	1M events/month	Unlimited
Time until you hit limit	~3 days with your usage	Never
Migration effort	Guaranteed pain at scale	None
Setup complexity	Easy (just add SDK)	Medium (manual event tracking)
Dashboard quality	Excellent	Excellent
Long-term cost	$0 → paid or migrate	$0 forever

Why Firebase Wins for Your Case

1. No migration cliff — PostHog at 1M means you'd hit the limit in roughly 3 days with 100k active users. Then you're scrambling to migrate while your app is live.¹⁴²
2. One-time setup cost — Yes, you need to manually implement session tracking, screen views, and engagement time via Measurement Protocol. But you do this once and you're done forever.¹⁴³
3. Battle-tested infrastructure — Google handles the scale, no server management.

When PostHog Makes Sense

• If you're in early MVP stage with <10k users
• If you need advanced features like session replay, feature flags, A/B testing
• If you're okay migrating later when you've validated product-market fit

Quick Firebase Setup Path

1. Create GA4 property with web stream (not app stream)
2. Get measurement_id + api_secret
3. Implement ~50 lines of code to send events via HTTP
4. Build simple session/engagement tracking
5. Done — scales to billions of events

The extra upfront work with Firebase pays off because you'll never have to touch analytics infrastructure again. With PostHog, you're just delaying the migration problem.¹⁴⁴¹⁴⁵

⁂

---

I dont have 100k users yet. I'll have 100 at first. then grow over months etc

That changes everything. Here's the math:

Users	Events/day	Events/month	PostHog Status
100	10,000	300K	✅ Fine
1,000	100,000	3M	⚠️ Over limit
10,000	1M	30M	❌ Way over

New Recommendation: Start with PostHog

Why it makes sense now:

• Faster to set up — just add the JS SDK to your Tauri frontend
• Better developer experience and debugging tools
• Session replay and feature flags included (useful for early product)
• You'll learn which metrics actually matter before committing to a solution
• 1M events = ~3,000 daily active users at 100 events each

When to Migrate

You have until roughly 1,000-3,000 DAU before you need to switch. That's likely months of growth runway. When you approach that:

1. Option A: Move to Firebase Measurement Protocol (free forever)
2. Option B: Self-host Umami (~$20-50/month)
3. Option C: Pay PostHog ($0.00031/event after 1M)

The Practical Path

Now (100 users)     → PostHog (5 min setup)
~1,000 users        → Evaluate: paying PostHog vs migrating
~3,000+ users       → Firebase or self-hosted Umami

Start simple. You'll have real data on what you actually need to track by the time migration matters. No point over-engineering analytics when you should be focused on getting those first 100 users to 1,000.

---

events a day will be 50-100-300

That gives you more runway than I calculated. Let me redo the numbers:

Users	50 events/day	100 events/day	300 events/day
100	150K/mo ✅	300K/mo ✅	900K/mo ✅
500	750K/mo ✅	1.5M/mo ⚠️	4.5M/mo ❌
1,000	1.5M/mo ⚠️	3M/mo ❌	9M/mo ❌

PostHog Ceiling

With 1M free events, you can support roughly:

• ~650 users at 50 events/day
• ~330 users at 100 events/day
• ~110 users at 300 events/day

Verdict

PostHog is still the right choice to start — you've got runway from 100 to 300-600 users depending on actual usage. That's likely several months of growth.

When you approach those numbers, reassess. By then you'll know:

• Your actual events-per-user average
• Which events you actually look at
• Whether it's worth $50/month to stay on PostHog vs migrating

Don't overthink it now. Ship with PostHog, focus on growth, revisit when you're consistently above 500 users.

---

I have startup deal with potshot 50k$ for 12mnths

That changes everything. Use PostHog, no question.

What $50K Gets You

At PostHog's pricing (~$0.00031/event after free tier):

	Monthly Events	Daily Events	Users @ 100 events/day
$50K covers	~160M+ events	~5M/day	~50,000 DAU

Plus 1M free/month on top of that.

You're Set for 12 Months

Even at aggressive growth, $50K in credits is massive runway:

• Month 1-3: 100 → 1,000 users — barely touches credits
• Month 4-8: 1,000 → 10,000 users — still fine
• Month 9-12: 10,000 → 50,000 users — credits might run low

If you're hitting 50,000 DAU by month 12, you've got a successful business and can afford to pay for analytics.

Why This Is Ideal

• Zero setup friction — just add the SDK
• Session replay, feature flags, A/B testing all included
• No migration headaches during critical growth phase
• Full-featured analytics while you're focused on product
• Revisit in month 10-11 when you know your actual trajectory

Stop thinking about analytics. Ship your app. You've got a year of completely free, enterprise-grade analytics locked in.

---

and after we can just pay for that self host thing right if we go 100k-1m users? cost won't be crazy?

Exactly. At 100k-1M users, self-hosted costs stay very manageable.

Self-Hosted Costs at Scale (Umami/Plausible)

Users	Events/month	Server Needed	Estimated Cost
100K	~300M	8GB RAM, 4 CPU VPS	$40-80/month
500K	~1.5B	16GB RAM, dedicated DB	$100-200/month
1M	~3B	32GB+ RAM, managed DB	$200-400/month

Comparison to Paid Analytics

At 1M users, your alternatives would cost:

• PostHog: ~$1,000+/month
• Mixpanel: $2,000+/month
• Amplitude: $2,000+/month
• Self-hosted Umami: ~$200-400/month

You're saving 80-90% by self-hosting.¹⁴⁶¹⁴⁷

The Migration Path

Now             → PostHog (free credits)
Month 12        → Evaluate usage
If 100K+ users  → Spin up Umami on Hetzner/DigitalOcean
                  Export historical data from PostHog
                  Switch tracking endpoint

Migration is straightforward — you're just changing where HTTP requests go. The event structure is similar across platforms.

Bottom Line

Even at 1M users with heavy usage, you're looking at a few hundred dollars/month for infrastructure. At that scale, analytics is a rounding error in your costs. You've got a solid plan. 🚀

⁂

---

what did you mean app stream vs web stream with GA

In GA4, data streams are pipelines that send data to your analytics property. There are three types:¹⁴⁸¹⁴⁹

The Three Stream Types

Stream Type	Identifier	Use Case
Web	Measurement ID (G-XXXXXX)	Websites, web apps
iOS App	Firebase App ID	Native iOS apps
Android App	Firebase App ID	Native Android apps

Key Differences

Web Stream

• Uses measurement_id (G-XXXXXX) + client_id¹⁵⁰¹⁵¹
• Enhanced measurement auto-tracks: page views, scrolls, outbound clicks, site search, video engagement, file downloads¹⁵⁰
• Designed for browser/HTTP-based tracking
• Best for Tauri — your app's webview behaves like a website

App Stream

• Uses firebase_app_id (1:1234:android:abc) + app_instance_id¹⁵¹
• Requires Firebase SDK for automatic tracking
• Hooks into native iOS/Android lifecycle events
• Won't work for Tauri — no native SDK integration

For Your Tauri App

Create a web stream, not an app stream:

1. GA4 Admin → Data Streams → Add Stream → Web
2. Enter any URL (it's just a label)
3. Get your measurement_id (G-XXXXXX)
4. Use Measurement Protocol with that ID

The web stream is designed for HTTP-based event collection, which is exactly what you'd do with Measurement Protocol from Tauri. App streams expect the Firebase SDK to generate the app_instance_id, which you can't do without native integration.^{151150 152153154155156157}

⁂

Footnotes

1. https://www.reddit.com/r/rust/comments/15qzx48/how_to_track_analytics_in_tauri_apps/ ↩ ↩²

2. https://optimizesmart.com/blog/gtag-js-google-tag-in-google-analytics-4-and-beyond/ ↩

3. https://support.google.com/analytics/thread/236216944/setting-up-google-analytics-for-my-tauri-rust-js-html-application?hl=en ↩

4. https://aptabase.com/for-tauri ↩ ↩² ↩³

5. https://www.astrolytics.io/blog/how-to-add-analytics-to-tauri-apps ↩ ↩²

6. https://v2.tauri.app/plugin/ ↩

7. https://v2.tauri.app/develop/state-management/ ↩

8. https://developers.google.com/tag-platform/gtagjs ↩

9. https://www.youtube.com/watch?v=P7RQWFpNKNk ↩

10. https://www.reddit.com/r/GoogleAnalytics/comments/1cxahky/question_about_gtagjs/ ↩

11. https://dev.to/manascodes13/a-new-way-to-create-desktop-applications-tauri-react-59bp ↩

12. https://www.youtube.com/watch?v=CEXex3xdKro ↩

13. https://github.com/tauri-apps/awesome-tauri ↩

14. https://crates.io/crates/tauri-plugin-google-auth ↩

15. https://stackoverflow.com/questions/74597101/tauri-redirect-uri-schema ↩

16. https://posthog.com/pricing ↩ ↩² ↩³

17. https://github.com/umami-software/umami ↩ ↩²

18. https://umami.is/features ↩

19. https://www.freecodecamp.org/news/how-to-set-up-your-own-google-analytics-alternative-using-umami/ ↩ ↩²

20. https://dev.to/documatic/add-umami-analytics-to-a-web-application-4h36 ↩

21. https://vwo.com/blog/app-analytics-tools-free/ ↩

22. https://dev.to/6174/building-desktop-applications-with-tauri-nextjs-firebase-54j7 ↩

23. https://stackoverflow.com/questions/72470286/can-i-use-a-service-like-firebase-or-supabase-in-a-tauri-desktop-application ↩

24. https://www.reddit.com/r/Supabase/comments/1hjcc5e/will_free_tier_be_enough_for_my_project/ ↩

25. https://aws.amazon.com/free/ ↩

26. https://mktclarity.com/blogs/news/list-free-tier-saas-generous-limits ↩

27. https://www.sourcefuse.com/resources/blog/aws-free-tier-limits/ ↩

28. https://aaronjbecker.com/posts/umami-vs-plausible-vs-matomo-self-hosted-analytics/ ↩

29. https://www.cloudoptimo.com/blog/aws-free-tier-isnt-unlimited-know-the-limits-before-you-get-billed/ ↩

30. https://posthog.com/blog/best-open-source-analytics-tools ↩

31. https://vemetric.com/blog/plausible-vs-umami ↩

32. https://aptabase.com/legal/terms ↩

33. https://estuary.dev/blog/open-source-data-analytics-tools/ ↩

34. https://www.reddit.com/r/selfhosted/comments/1h0fle4/selfhosted_analytics_comparing_umami_plausible/ ↩

35. https://supabase.com/pricing ↩

36. https://www.integrate.io/blog/top-data-analytics-tools/ ↩

37. https://umami.is ↩

38. https://webcatalog.io/en/apps/umami ↩

39. https://aptabase.com/for-tauri ↩

40. https://roadie.io/backstage/plugins/umami-analytics/ ↩

41. https://posthog.com/newsletter/pricing-advice ↩

42. https://www.metacto.com/blogs/the-true-cost-of-posthog-a-deep-dive-into-pricing-integration-and-maintenance ↩

43. https://www.youtube.com/watch?v=4G2h2zn1JJo ↩

44. https://vemetric.com/blog/posthog-vs-plausible ↩

45. https://aptabase.com ↩

46. https://www.reddit.com/r/selfhosted/comments/1cj2gaq/actual_cost_to_selfhost_analytics_whats_the/ ↩ ↩² ↩³ ↩⁴

47. https://openpanel.dev/articles/open-source-web-analytics ↩ ↩²

48. https://xtom.com/blog/self-host-website-analytics-umami/ ↩

49. https://railway.com/deploy/umami-analytics ↩

50. https://tuts.codingo.me/self-host-plausible ↩

51. https://danubedata.ro/blog/self-host-plausible-analytics-vps-guide-2025 ↩

52. https://deepakness.com/blog/self-hosting-umami-analytics/ ↩

53. https://gozunga.com/technical-guides-and-how-tos/self-host-your-own-web-analytics-with-umami-on-gozunga-cloud ↩

54. https://vikboyechko.com/blog/plausible-analytics-self-hosted/ ↩

55. https://www.stellarhosted.com/umami/ ↩

56. https://www.simpleanalytics.com ↩

57. https://www.kamatera.com/services/umami/?p%3D1742 ↩

58. https://github.com/plausible/analytics/discussions/983 ↩

59. https://northflank.com/guides/how-to-deploy-umami-step-by-step-deployment-guide ↩

60. https://matomo.org/blog/2025/07/open-source-analytics-platform/ ↩

61. https://dev.to/iredox10/exploring-firebases-free-tier-how-much-can-you-get-for-free-3971 ↩ ↩² ↩³ ↩⁴

62. https://supertokens.com/blog/firebase-pricing ↩ ↩²

63. https://adilo.com/blog/firebase-google-analytics/ ↩ ↩² ↩³

64. https://www.theknowledgeacademy.com/blog/difference-between-firebase-and-google-analytics/ ↩

65. https://stackoverflow.com/questions/38384289/firebase-analytics-key-and-value-limitation-to-24-and-36-character ↩

66. https://reflectivedata.com/optimal-ga4-setup-for-high-traffic-websites-and-apps-in-2024/ ↩

67. https://www.metacto.com/blogs/firebase-analytics-cost-guide-setup-integration-and-maintenance-pricing-breakdown ↩

68. https://stackoverflow.com/questions/72470286/can-i-use-a-service-like-firebase-or-supabase-in-a-tauri-desktop-application ↩

69. https://firebase.google.com/docs/firestore/quotas ↩

70. https://stackoverflow.com/questions/27501794/limitation-of-free-plan-in-firebase ↩

71. https://docs.cloud.google.com/firestore/quotas ↩

72. https://firebase.google.com/docs/projects/billing/firebase-pricing-plans ↩

73. https://firebase.google.com/docs/functions/quotas ↩

74. https://docs.hevodata.com/sources/mkt-analytics/firebase-analytics/ ↩

75. https://www.reddit.com/r/FlutterDev/comments/12klbiq/my_game_is_free_but_firebase_is_now_costing_me/ ↩

76. https://firebase.google.com/pricing ↩

77. https://firebase.google.com/docs/crashlytics/alerts-basic-integrations ↩ ↩² ↩³

78. https://firebase.google.com/integrations ↩

79. https://support.google.com/firebase/answer/9005934?hl=en ↩ ↩²

80. https://stackoverflow.com/questions/44192434/how-to-send-firebase-data-to-slack-using-cloud-functions ↩ ↩²

81. https://extensions.dev/extensions/mskvitalii/auth-send-message-to-slack ↩

82. https://buildship.com/integrations/apps/firebase-and-slack ↩

83. https://firebase.community ↩

84. https://www.youtube.com/watch?v=hd9FQOlI2Ts ↩

85. https://dev.to/nicomartin/uptime-slackbot-getting-started-2n71 ↩

86. https://github.com/sentryco/Telemetric ↩ ↩²

87. https://developers.google.com/analytics/devguides/collection/protocol/ga4/sending-events ↩ ↩²

88. https://developers.google.com/analytics/devguides/collection/protocol/ga4 ↩

89. https://codelabs.developers.google.com/codelabs/GA4_MP ↩ ↩²

90. https://optimizesmart.com/blog/ga4-google-analytics-4-measurement-protocol-tutorial/ ↩ ↩²

91. https://stackoverflow.com/questions/75890133/google-analytics-4-for-desktop-java-application ↩

92. https://www.owox.com/blog/articles/ga4-measurement-protocol ↩

93. https://docs.analyzify.com/ga4-measurement-protocol-guide ↩

94. https://www.reddit.com/r/GoogleAnalytics/comments/1f2bkgk/how_to_implement_ga4_tracking_to_a_windows/ ↩

95. https://www.optimizesmart.com/google-analytics-4-event-builder/ ↩

96. https://support.google.com/analytics/answer/9900444?hl=en ↩

97. https://docs.tealium.com/server-side-connectors/google-analytics-4-measurement-protocol-connector/ ↩

98. https://help.adjust.com/en/partner-setup/google-analytics-4 ↩

99. https://docs.abtasty.com/integrations/push-integrations/setting-up-google-analytics-4-integration-with-ab-tasty/how-to-configure-ga4-measurement-protocol ↩

100. https://www.youtube.com/watch?v=r_eoeU2qUn0 ↩

101. https://www.postman.com/bahadiro/google-analytics/request/p3l9uno/send-event ↩

102. https://firebase.google.com/docs/analytics ↩ ↩² ↩³ ↩⁴

103. https://support.google.com/analytics/answer/9234069?hl=en ↩

104. https://developer-docs.appmaker.xyz/docs/guides/firebase-analytics-native-events-app/ ↩

105. https://firebasemobileapp.com/mastering-google-analytics-for-firebase-in-scalable-apps/ ↩ ↩²

106. https://blog.appmysite.com/understanding-google-analytics-for-firebase-the-beginners-guide/ ↩

107. https://firebase.flutter.dev/docs/analytics/events/ ↩

108. https://iconflux.com/blog/firebase-updates-google-io ↩

109. https://optimizesmart.com/blog/ga4-google-analytics-4-measurement-protocol-tutorial/ ↩

110. https://firebase.google.com/docs/analytics/screenviews ↩

111. https://help.twinr.dev/integrations/firebase-analytics/auto-tracked-analytics ↩

112. https://hyros.com/updates/tracking-user-behavior-with-firebase-analytics/ ↩

113. https://rnfirebase.io/analytics/usage ↩

114. https://uxcam.com/blog/firebase-review/ ↩

115. https://aloa.co/blog/firebase-app ↩

116. https://developers.googleblog.com/new-ai-capabilities-for-popular-frameworks-in-firebase-studio/ ↩

117. https://stackoverflow.com/questions/44546165/how-does-firebase-analytics-track-its-automatic-events ↩

118. https://stackoverflow.com/questions/44546165/how-does-firebase-analytics-track-its-automatic-events ↩ ↩² ↩³ ↩⁴

119. https://stackoverflow.com/questions/68526860/how-firebase-automatically-tracking-event-in-mobile-application-for-example-scr ↩ ↩² ↩³

120. https://support.google.com/analytics/answer/9234069?hl=en ↩

121. https://developer-docs.appmaker.xyz/docs/guides/firebase-analytics-native-events-app/ ↩ ↩² ↩³

122. https://firebase.google.com/docs/analytics/events ↩

123. https://www.reddit.com/r/reactnative/comments/1mtgee5/how_to_add_google_analytics_to_a_firebase_app/ ↩

124. https://rnfirebase.io/analytics/usage ↩

125. https://uxcam.com/blog/react-native-firebase-analytics/ ↩

126. https://docs.median.co/docs/firebase-analytics ↩

127. https://gunnargriese.com/posts/firebase-analytics-debugging/ ↩

128. https://www.goodbarber.com/blog/how-to-configure-google-analytics-for-firebase-in-your-app-a992/ ↩

129. https://firebase.google.com/docs/analytics ↩

130. https://www.wildnetedge.com/blogs/firebase-mobile-backend-fast-scalable-mobile-app-development ↩

131. https://blog.expo.dev/using-firebase-analytics-with-expo-222ca84e4d33 ↩

132. https://github.com/invertase/react-native-firebase/discussions/5278 ↩

133. https://firebase.google.com/codelabs/firebase_mp ↩ ↩² ↩³

134. https://developers.google.com/analytics/devguides/collection/protocol/ga4/sending-events ↩ ↩²

135. https://developers.google.com/analytics/devguides/collection/protocol/ga4 ↩ ↩² ↩³

136. https://docs.tealium.com/server-side-connectors/google-analytics-4-measurement-protocol-connector/ ↩ ↩²

137. https://www.simoahava.com/analytics/session-attribution-with-ga4-measurement-protocol/ ↩

138. https://firebase.google.com/docs/analytics ↩

139. https://www.optimizesmart.com/ga4-firebase-integration-correctly-add-app-data-streams-to-ga4/ ↩

140. https://amplitude.com/docs/data/destination-catalog/google-analytics-4-ios-android ↩

141. https://stackoverflow.com/questions/48786791/sending-ga-for-firebase-event-via-measurement-protocol ↩

142. https://posthog.com/pricing ↩

143. https://firebase.google.com/codelabs/firebase_mp ↩

144. https://dev.to/iredox10/exploring-firebases-free-tier-how-much-can-you-get-for-free-3971 ↩

145. https://supertokens.com/blog/firebase-pricing ↩

146. https://www.reddit.com/r/selfhosted/comments/1cj2gaq/actual_cost_to_selfhost_analytics_whats_the/ ↩

147. https://openpanel.dev/articles/open-source-web-analytics ↩

148. https://support.google.com/analytics/answer/9303323?hl=en ↩

149. https://www.rudderstack.com/learn/GA4/understanding-data-streams-in-google-analytics-4/ ↩

150. https://www.graphed.com/blog/what-is-web-stream-in-google-analytics ↩ ↩² ↩³

151. https://infotrust.com/articles/google-analytics-app-plus-web/ ↩ ↩² ↩³

152. https://online-metrics.com/google-analytics-app-web/ ↩

153. https://www.linkedin.com/posts/paulkoks_25-differences-google-analytics-app-web-activity-7382399917958406144-lGe3 ↩

154. https://www.reddit.com/r/GoogleAnalytics/comments/125vng1/please_explain_the_workflow_for_ga4_with_web_app/ ↩

155. https://futurety.com/the-difference-between-google-analytics-and-google-app-web/ ↩

156. https://www.rwdigital.ca/blog/what-is-ga4-data-stream-and-how-does-it-work/ ↩

157. https://www.ken-williams.com/guide/overview/differences-between-traditional-google-analytics-and-google-analytics-4 ↩