How to Measure Newsletter ROI Without Inventing Attribution

Newsletter ROI is revenue earned over a period, minus what the newsletter cost to run over that period, divided by that cost. Most calculations are either skipped because the revenue side feels unknowable, or fabricated because someone assigned a sale to the last email the buyer opened and called it measurement.

There is a version of this number you can compute honestly. It is less precise than the fabricated one, and that is the point.

The short answer

Newsletter ROI is revenue earned over a period, minus what the newsletter cost to run over that period, divided by that cost.

ROI = (period revenue - period cost) / period cost

Every term on the right is something you can look up. None of them requires deciding which email produced which purchase.

Why the per-send version does not work

The intuitive approach is to attribute each sale to the send that preceded it. It produces a satisfying table and a number you should not trust.

A reader might discover you on social, subscribe from a forwarded edition, read quietly for four months, and buy after arriving directly on a Tuesday. Assigning that purchase to Tuesday's email is not measurement, it is a filing decision. The evidence you can and cannot recover about subscribers who purchase covers why those sequences stay unresolvable in principle, not just in practice.

Measuring by period sidesteps the problem. You are no longer claiming a send caused a sale. You are asking whether the whole operation returned more than it consumed.

Costs: the part you can know exactly

Costs are the honest half of the calculation, and the half most operators understate.

• Your sending platform. Beehiiv and Kit both scale with list size, so this grows as you do.
• List growth spend. Ads, sponsorships in other newsletters, giveaway tools, lead magnet production.
• Tools bought for the newsletter specifically. Not your whole software bill, only what you would cancel if the newsletter stopped.
• Contractors. Editing, design, research.
• Your hours, priced at something.

That last one decides the answer. An operator spending ten hours a week and pricing those hours at zero can report spectacular ROI on a newsletter that is quietly the worst-paid work they do. Pick a rate, even a rough one, and hold it constant across periods so the comparison stays useful.

Revenue: the part you scope carefully

Take the revenue your checkout provider reports for the period. Stripe and Gumroad both report orders, subscriptions, and refunds for a date range, and that figure is a fact rather than an inference.

Then decide, once and in writing, which of that revenue belongs to the newsletter. Three defensible scopes:

• Offers you only ever promote to the list. The cleanest scope. If a product is sold nowhere else, its revenue is newsletter revenue.
• All product revenue, when the newsletter is your only real distribution. Common for operators earlier on, and honest as long as you say so.
• Revenue net of an obviously separate channel. If a third of sales come from a marketplace that has nothing to do with your list, take that out.

The scope you choose matters less than choosing one and keeping it. ROI is only meaningful as a trend, and a trend requires the definition to hold still.

A worked example

A 6,000 subscriber list over one quarter.

Costs: sending platform at $70 a month, so $210. One paid newsletter swap at $250. Six hours a week on writing and production at $60 an hour, so roughly $4,680 across thirteen weeks. Total cost: $5,140.

Revenue: Stripe reports $9,400 for the quarter across two products, both of which are only ever promoted to the list.

ROI = (9,400 - 5,140) / 5,140 = 0.83, or 83%

The newsletter returned eighty-three cents for every dollar it consumed, with your own time counted properly. That is a real business, and it is a very different picture from the $9,400 headline the same operator would post on social.

What to do with the number

A single quarter's ROI is close to useless. The comparison against the previous quarter is where the decision lives.

• ROI rising while the list is flat. The offer is working. Growth is now the constraint worth spending on.
• ROI falling while the list grows. You are adding subscribers who do not buy. Look at where they came from before buying more of them.
• ROI stable and low across several quarters. The problem is structural. Either the offer is priced below what it costs to reach a buyer, or there is no offer and the newsletter is a habit rather than a business. Revenue per subscriber is the faster diagnostic for which.

Where this gets easier

The arithmetic is not hard. The friction is that the numbers live in different places: what you published sits in one tool, what your list did sits in Beehiiv or Kit, and what people bought sits in Stripe or Gumroad. Most operators do this quarterly because assembling it takes an afternoon.

Distinctful keeps those provider-reported facts beside your publishing history so the assembly stops being the reason you skip the calculation. It does not join readers to buyers, and it does not tell you which send earned the money. It shortens the distance between the three numbers you need.