Skip to content

Guides

How to Track App Store and Stripe MRR in One Feed

Learn how to combine App Store Connect and Stripe subscription events into one MRR view while keeping gross revenue, refunds, and payouts distinct.

Published 31 August 2026 · Updated 31 August 2026

Apple and Stripe describe different slices of a subscription business. Apple reports App Store transactions and server notifications; Stripe reports payments and billing events. A useful MRR view needs a shared event model, not a spreadsheet that copies totals from two dashboards.

Five steps to a reliable combined view

  1. Choose a common event model. Represent a sale, renewal, refund, cancellation, and failed renewal with one internal event shape.
  2. Connect App Store Server Notifications. Use Apple’s App Store Server Notifications and notification history to receive and reconcile subscription lifecycle changes.
  3. Connect Stripe webhooks. Subscribe to the Stripe events that represent successful payments, refunds, and subscription status changes.
  4. Separate MRR from cash timing. Calculate recurring revenue from subscription state, then show Apple and Stripe payout dates as a separate cash-flow view.
  5. Reconcile and alert. Keep an idempotency key for every provider event, surface failures quickly, and periodically reconcile against each provider.

Keep these numbers separate

MRR is a recurring-revenue measure. Gross sales is the amount charged. Net payout is what arrives after platform fees, refunds, taxes, and payout timing. Presenting all three as “revenue” is the fastest way to make a founder dashboard confusing.

Apple’s App Store Server Notifications and Stripe’s webhook documentation are the authoritative references for provider event delivery. Providers can retry events, so consumers should be idempotent and retain the provider event ID.

How RevTrakkr fits

RevTrakkr gives indie developers a live feed for App Store Connect and Stripe events, with one timeline for renewals, refunds, failed renewals, and cancellations. It is designed for monitoring and action; provider dashboards remain the source of truth for settlement and accounting.