Why Don't My Substack and Stripe Numbers Match?

The problem

"I’m running into some frustrating inconsistencies between Substack and Stripe. The data never seems to match—especially when tracking daily paid subscriptions and cancellations." — r/Substack, March 2026

"There's no API that exposes your Substack revenue." — VatForge on LinkedIn, August 2026

You open Substack and see one revenue figure and one paid-subscriber count. You open Stripe and see different ones. You try Zapier into a spreadsheet and the numbers still don't line up. In our review of public Reddit, X, Hacker News and GitHub posts (October 2026), 17 forum and GitHub sources asked for analytics Substack doesn't give them, and 5 of those were operators specifically trying to reconcile paid metrics between Substack and Stripe. Other examples: a writer noting that Substack doesn't flag paid subscribers who are going quiet, and the r/Substack thread quoted above, whose poster piped Stripe into Airtable and still couldn't match.

The good news is that most of the gap has documented causes. This page lists them with Substack's own help articles, then gives a checklist to reconcile a month.

Why do Substack and Stripe show different numbers?

Because they answer different questions. Substack's Home shows gross annualized revenue, "how much money you make per year, based on annualizing your current paid subscriptions", and paid subscribers (A guide to Substack metrics). Stripe shows money that actually moved through your account. Here is every documented reason the two drift apart.

Reason	What Substack shows	What Stripe shows	Source
Fees	Subscription price	Charge minus Substack's 10%, card fees and Billing fee	Cost page
Annualised vs monthly	GARR (a yearly figure)	Monthly charges or MRR	Metrics guide
Coupons and discounts	Current discounted price	Eventual full price in MRR	GARR vs MRR
iOS in-app subscriptions	Counted as paid	No customer; a monthly lump deposit, weeks later	iOS payments
Comps	Paid access	No charge	Comps
Gifts	Recipient shown as "gift"	Charge on the buyer	Gifts
Substack-funded gifts	Recipient has paid access	Paid by Substack after the campaign	Funded gifts
Refunds	GAR drops to $0 immediately	Refund line; fee loss if done in Stripe	GAR changes, refunds
Failed direct debit	Reader becomes free	Failed payment; "customers with no payment history"	Payment methods
Local currencies	Plan price in each currency	Converted, 1–2% conversion fee	Local currency
Boost discounts	Discounted upgrade	Lower payout than list price	Payouts
Shared Stripe account	Substack only	All your businesses	Payouts

How much do fees explain?

A lot of the money gap. Substack's cost page, updated 18 October 2026, lists Substack's 10% of each subscription payment, Stripe card processing of 2.9% + $0.30 per payment for US cards, and Stripe Billing at 0.7% for recurring payments. Stripe's Billing pricing also shows 0.7% pay-as-you-go. An older Substack article on reader payments still says 0.5%, so trust the current cost page and your own Stripe ledger.

As a worked example with those US rates, a $10 monthly card payment loses $1.00 to Substack, $0.59 to card processing and $0.07 to Billing, leaving about $8.34 before any currency or tax effects. Substack's dashboard keeps showing $10 of revenue for that subscriber; Stripe's payouts show the net. You can see each line yourself: in Stripe, open a succeeded payment and scroll to the breakdown, where Substack's fee appears as an "Application fee" (Substack help).

Why is my paid subscriber count higher in Substack?

Because Substack counts people with paid access, and several kinds of paid access never create a Stripe subscription:

• iOS in-app subscribers. "readers pay Apple. Apple then pays Substack for a month's worth of subscriptions at a time, up to 45 days after the end of that month" (Substack help). Substack then deposits the earnings, usually into Stripe, as one lump sum.
• Comps. You can comp readers for 7 days up to forever from the Subscribers page (Substack help). No charge exists.
• Gifts. The recipient's status is "gift" in Substack (Substack help); the Stripe customer, if any, is the person who paid.
• Substack-funded gifts. Substack pays for these one-month gifts, with payouts "via Stripe within a few weeks after the campaign ends" (Substack help).

If your publication has the Publisher API, its daily counts split subscribers into paid, trial, comp, gift, lifetime and founding, according to the dkships wrapper. That split is the quickest way to see where the extra heads come from.

Why do cancellations and refunds look different?

• Refunds. Substack's GAR "will change to $0 immediately" when you refund (Substack help). In Stripe the original charge stays and a refund line appears. Refund in Substack: if you refund in the Stripe Dashboard, "you will not get the 10% fee back" (Substack help).
• Comps replacing paid plans. Moving a reader to a comp now drops their GAR to $0 that day (Substack help), while Stripe simply sees no next invoice.
• Failed direct debits. If a direct-debit payment fails within 5 business days, the reader becomes free. Publications with direct debit also see Stripe customers "with no payment history", who are free readers who looked at the plan page (Substack help). Don't count them as paid.

Does timing matter?

Yes. Card payments usually reach your bank within 48 hours (Substack help), iOS earnings arrive up to about six weeks after the month ends, and funded-gift payouts come after a campaign. Compare the same date range in both tools, and remember that Stripe's 1099 for US writers reports gross volume including fees and refunds (Substack help).

How do I reconcile a month?

1. Pick one month and one question: either "money received" or "paid subscribers at month end". Don't mix them.
2. Substack side. Note GARR and paid subscribers on Home, open /publish/stats/earnings for lifetime earnings by payout period (Substack help), and export the Subscribers CSV with the plan type column.
3. Stripe side. In Transactions, filter succeeded payments for the month; in Balances → Payouts, list payouts. Note refunds, disputes and failed payments.
4. Adjust subscriber counts. From Substack's paid count, subtract comps, gifts and iOS in-app subscribers. What remains should be close to Stripe's active subscriptions.
5. Adjust money. Add back Substack's application fee and Stripe fees, remove lump iOS and funded-gift deposits, and remove any non-Substack income in the same Stripe account.
6. Explain the remainder with coupons (GARR vs MRR), currency conversion and timing.

What not to do

• Don't match Substack sign-ups to Stripe customers by email alone; one commenter in the r/Substack thread points out that readers can use different addresses.
• Don't issue refunds or create subscriptions in Stripe directly. Substack's fee is lost on Stripe refunds, and its Publisher Agreement requires payments to go through its chosen processor.
• Don't give a third-party tool your Substack login to scrape the dashboard. Use your own exports and read-only Stripe access.

Where newsletterapi fits

newsletterapi offers subscriber analytics from your export: upload your Substack export and get growth, cohorts and paid-versus-comp splits by API or dashboard. It is independent of Substack, and nothing above depends on it. For what each Substack metric means, read Substack analytics explained; for paid-event automation from Stripe, see Substack webhooks.