TelemetryDeck Review (2026)

If you ship Swift apps for iOS, macOS, watchOS, tvOS, or visionOS, TelemetryDeck is the only tool in this directory built for you first and the web second. It started in 2020 when Daniel Jilg, a German Swift developer, couldn't find a privacy-respecting analytics service that understood TestFlight builds and simulator detection without requiring a Firebase-sized SDK. Five years later TelemetryDeck GmbH (Augsburg, HRB 37541) processes signals from roughly 16 million monthly active users.

"Export for AI" feature (Winter 2026) — gives ChatGPT, Claude, and Gemini the structured schema + sample data they need to answer analytics questions about your app. Differentiated approach: rather than building yet another in-product AI chat, TelemetryDeck makes its data AI-ready for whichever assistant you already use.

The Apple-platform tooling is the headline win. visionOS support, watchOS minimum 5, native macOS dashboard app, automatic TestFlight/Simulator/Debug context — none of the other tools in this directory ship that out of the box. The Modified MIT license on every SDK (SwiftSDK 213 stars, 63 releases, latest v2.12.0 from March 2026) means you can audit the wire-level privacy claims and even fork the SDK if you need a custom transport.

Hosting is solidly EU: AWS Frankfurt for the analytics cluster, EU Azure for the API edge, Germany law and Bavarian jurisdiction. The free tier is genuinely free at 100,000 signals/month. Funnels, retention, custom dashboards, and dashboard sharing are all included rather than gated to a Business tier.

The web tracker is 0.7 KB — smallest in the directory.

Three things to know before choosing TelemetryDeck. First: the backend is closed-source. Every SDK is Modified MIT and forkable, but the Vapor + Apache Druid analytics service itself is not published. Self-hosting is not an option — if EU SaaS is a deal-breaker, look at Matomo (GPL self-host) or OpenPanel (AGPL self-host) instead.

Second: no third-party security certifications. There is no /security page, no ISO 27001 (unlike Matomo Cloud or Countly), no SOC 2 (unlike Piwik PRO or Countly), no HIPAA BAA (unlike Piwik PRO). The compliance story is GDPR self-attestation plus transparent EU-only data flow plus a German legal entity — strong on paper but unverified by external auditor.

Third: DNT (Do Not Track) is not addressed in the privacy policy. Of the directory only Fathom commits to honoring DNT; TelemetryDeck makes no claim either way. CCPA and PECR are also not mentioned in the privacy policy.

The free tier is currently throttled to daily refresh (vs hourly for paid) due to capacity issues — explicit Winter 2026 vendor admission. For real-time dashboards on a budget, this is a meaningful constraint.

Best for: Apple-platform developers (iOS / macOS / tvOS / watchOS / visionOS / iPadOS) who want privacy-first analytics with a native dashboard. Strong fit for indie iOS developers, Mac app studios, visionOS early adopters, App Store / Mac App Store published projects. The 681-byte web tracker also makes it competitive for cross-platform projects shipping web + native.

Real value at €9/mo and free tier: Free covers 100k signals/month (more generous than Aptabase's 20k), and the €9 entry tier includes funnels/retention/custom dashboards that Plausible gates to $39/mo Business. For €9 you get coverage across iOS/macOS/Android/web from one account.

Not for: procurement-heavy enterprise buyers (no SOC 2, no ISO 27001, no HIPAA BAA — for HIPAA BAA the only directory option is Piwik PRO; for ISO 27001 + SOC 2 (without HIPAA BAA), Countly is the second option); data-sovereignty teams that need self-host (backend closed — use Matomo or OpenPanel); pure web operators (Plausible / Fathom / Pirsch are stronger for web-only); DNT-honoring requirements (only Fathom does in this directory).

iOS / Swift: add the TelemetryDeck Swift package, then in App.init():
TelemetryDeck.initialize(config: TelemetryDeck.Config(appID: "...")) and TelemetryDeck.signal("App.viewAppeared").

Android / Kotlin: Gradle dependency on the KotlinSDK, init in Application.onCreate() with the same app-ID pattern.

Flutter / React Native / web JS: analogous init plus signal(name, parameters) calls. Web is a single 681-byte from cdn.telemetrydeck.com/websdk/telemetrydeck.min.js.

Auto-captured per signal (Swift): event type, hashed clientUser, app version, build number, OS, OS version, platform, device model, architecture, system version, timezone, locale, language, run context (debug/simulator/TestFlight/App Store) — plus your custom payload dictionary.

TestFlight / debug detection: automatic. Debug builds are flagged in run-context so you can filter them in dashboards.

Native macOS dashboard: download from the Mac App Store. Free tier accessible the moment you sign up. visionOS support out of the box (SwiftSDK Package.swift visionOS(.v1)).

Self-host: not available — backend is closed-source.

This is migration from Firebase Analytics or Mixpanel mobile, not GA4. GA4 is web; TelemetryDeck is app-first.

1. Inventory existing events. Pull your Firebase / Mixpanel event taxonomy. TelemetryDeck signals are flat name + parameter dictionary — Mixpanel super-properties have to be flattened.
2. Map user identity. Firebase has setUserId(); Mixpanel has identify(). TelemetryDeck has clientUser (double-hashed: client-side + server-side). You can pass a stable user identifier via TelemetryDeck.updateDefaultUser and TelemetryDeck will hash it twice — no cross-day re-identification possible.
3. Drop attribution hooks. Anything that pulled IDFA / IDFV / GAID / install referrer needs to be deleted. No equivalent.
4. Run dual-stack for one release. Ship TelemetryDeck alongside Firebase for one release cycle, compare daily MAU/session counts, then remove Firebase.
5. For visionOS apps: TelemetryDeck is the only directory option with first-class visionOS support — no migration alternative if you're targeting Vision Pro.