Replace Amplitude: RAM-only events

Q: What's the actual flush cadence?

30 seconds by default, plus a flush on `applicationDidEnterBackground` (iOS) / `onPause` (Android). Most events reach the network within seconds of being fired.

▸Example Amplitude call (the "before")

js Respectlytics

import { Amplitude } from '@amplitude/analytics-react-native';

await Amplitude.init('YOUR_API_KEY', userId, {
  trackingOptions: { ipAddress: true, language: true, platform: true },
});

await Amplitude.identify({
  email: email,
  plan: 'pro',
});

await Amplitude.track('Paywall Purchase', { value: price, currency: 'USD' });

Most analytics SDKs back the unsent event queue with SQLite or UserDefaults / SharedPreferences — so a phone that's been confiscated, jailbroken, or restored from backup still contains analytics state. Respectlytics's queue is RAM-only, flushed on a 30-second timer; unsent events on force-quit are lost by design, in exchange for zero on-device forensic surface.

☑Remove Amplitude cleanly

1
Remove the Amplitude SDK from your build (CocoaPods / SPM / Gradle / npm / pub)
2
Remove Amplitude.initialize(...) and track(...) call sites — replace with Respectlytics.configure() and Respectlytics.track("event_name")
3
Audit for Identify operation usage — those set per-user properties; remove them
4
If you used Amplitude Experiment for feature flags, plan a separate migration (e.g., GrowthBook or LaunchDarkly) — Respectlytics is analytics, not flagging
5
Confirm IDFA / AAID surfaces in your Info.plist + AndroidManifest are no longer needed by other SDKs before removing them

⇋Amplitude vs Respectlytics — ram-only event queue

	Amplitude	Respectlytics
Event queue persistence	SQLite / UserDefaults / SharedPreferences	In-memory ring buffer
Disk usage for analytics	0.5–10 MB typical	0 bytes
Forensic data on jailbroken / rooted devices	Persistent identifiers + queued events	None
Survives force-quit before flush	Yes	No (events lost — by design)

❓Frequently asked questions

Doesn't this reduce data quality?

Marginally — typical force-quit-before-flush event loss is 0.5–2% depending on platform. For aggregate metrics (funnel rates, feature adoption, release deltas) this is invisible. For per-event reconciliation it would be a problem, but per-event reconciliation isn't a use case Respectlytics supports.

What's the actual flush cadence?

30 seconds by default, plus a flush on applicationDidEnterBackground (iOS) / onPause (Android). Most events reach the network within seconds of being fired.

Is this safe for crash analytics?

Crash analytics is a separate concern — use Sentry, Crashlytics, or Bugsnag (with their own crash-aware queues). Respectlytics is product analytics; crash data has different recoverability requirements and lives in different tools.

Why is this a privacy feature?

Devices that are jailbroken, rooted, restored from backup, or forensically imaged routinely surface analytics artifacts — distinct_ids, queued events, user properties — that survive uninstall in some cases. RAM-only storage moves the dump-recovery surface to zero.

⇢Related migration guides

Replace Amplitude: no att prompt Same tool, No ATT prompt Replace Amplitude: no pii collected Same tool, No PII collected Replace Amplitude: no phi collected Same tool, No PHI collected Replace Amplitude: 5-field event schema Same tool, 5-field event schema Replace Amplitude: fewer third-party sdks Same tool, Fewer third-party SDKs Replace Amplitude: smaller app binary Same tool, Smaller app binary Replace Amplitude: faster cold start Same tool, Faster cold start Replace Amplitude: eu data residency Same tool, EU data residency Replace Amplitude: self-hosted deployment Same tool, Self-hosted deployment Replace Amplitude: open-source sdk + server Same tool, Open-source SDK + server Replace Firebase Analytics: ram-only event queue Same outcome, Firebase Analytics Replace Google Analytics for Firebase: ram-only event queue Same outcome, Google Analytics for Firebase

Replace Amplitude with a RAM-only event queue