Stripe Billing pricing

About

Stripe Billing is the recurring-revenue and usage-based billing product inside Stripe’s wider payments platform. It handles subscriptions, quotes, multi-phase subscription schedules, invoice auto-reconciliation, dunning (Smart Retries and recovery automations), a hosted customer portal, and basic usage metering through the Meters API — turning the raw payment rails into a full subscription-and-invoicing system. It sits in Stripe’s “Revenue and finance automation” suite alongside Invoicing, Tax, Revenue Recognition, Sigma, and Data Pipeline, and it is one of the most widely-used billing engines for SaaS and, increasingly, AI companies that need to meter tokens, seats, or events.

Stripe itself was founded in 2010 by Patrick and John Collison and is one of the largest private fintech companies in the world, processing payments for businesses across 195 countries, handling 250 million+ API requests a day at a stated 99.999% average historical uptime. Billing is monetized as a percentage of billing volume rather than a seat or platform fee — a model that scales the price directly with how much recurring revenue a customer pushes through it. Crucially, the Billing fee is layered on top of standard Stripe payment processing, so the billing layer is an add-on to, not a replacement for, the per-transaction processing economics.

As of the current pricing page, advanced usage-based billing is no longer sold inside the 0.7% Billing rate. Stripe now lists Metronome — “a Stripe product” — as a separate line on both the Billing pricing page and the main pricing page, with its own Startup and Custom plans, while a footnote confirms that “Basic usage-based billing features will continue to be available via Stripe’s Meters API as part of Billing pricing, with up to 100M events per month included.” The Billing product description on stripe.com/pricing has correspondingly narrowed to “Subscription management software for recurring revenue models and one-time billing.”

For the most current information, visit Stripe Billing.

Pricing summary : How Stripe Billing’s pricing model works

Stripe Billing is priced as a percentage of billing volume, not a flat subscription or per-seat license. The current public rate is 0.7% of Billing volume on the “Pay as you go” plan, covering recurring billing and subscriptions, automatic reminders, Smart Retries, recovery and retention automations, the customer portal, invoice auto-reconciliation, quotes, and multi-phase subscription schedules. That percentage includes Billing transactions processed on and off Stripe and excludes one-off invoices.

Usage-based billing is now a separate product line. The Billing pricing page lists “Usage-based billing*” with a Contact Metronome call-to-action rather than an “Included” checkmark, and the asterisk resolves to: “Basic usage-based billing features will continue to be available via Stripe’s Meters API as part of Billing pricing, with up to 100M events per month included.” On the main pricing page, Metronome has its own card with two plans:

• Startup — Metronome’s own pricing page no longer shows a free allotment: it reads “Billing volume billed at 0.8%” and “Events volume billed at $0.04/1k ingest events”, with no included threshold. Captures show this allotment (a previously-included billing-volume and event allowance, before the same 0.8% / $0.04-per-1K rates applied as overages) was already gone by 2026-08-04 — it was still present on 2026-07-29 — so the removal is several weeks older than the latest capture, not a new change; see Pricing evolution for the historical figures and threshold.
• Custom — “Custom pricing”, contact Metronome. For companies “scaling revenue or transforming pricing”.

One qualifier the pricing page itself doesn’t carry: 0.7% pay-as-you-go is the only published Billing rate, not the only way to buy Billing. Stripe’s Billing product page answers “How does pricing work for Stripe Billing?” with “Stripe Billing can be purchased as an annual subscription paid monthly, or on a pay-as-you-go plan.” No price is attached to that subscription option anywhere public — it is quoted.

Invoicing is a third line item: the Starter plan is 0.4% per paid invoice. Around that sit the adjacent Stripe products a billing stack usually pulls in — Connect at a 0.25% starting fee for platforms that deploy their own payments pricing (otherwise “Included with Payments”), Workflows with 10,000 steps per month included then ₹1.64 per additional step, and Atlas at a one-off US$500.00 setup fee. The customer portal is included, but a custom domain is US$10 per month.

The most important thing to understand: these billing percentages stack on top of standard Stripe payment processing fees. The captured (India-region) card rates are 2% for Mastercard and Visa cards issued in India, 3% for Mastercard and Visa issued outside India, 3.5% for American Express issued outside India, and 4.3% for international cards with USD or other currency presentment — each with +2% if currency conversion is required, and a domestic-debit Merchant Discount Rate of 0.4% capped to ₹200. Rates vary by country, so read your own region’s page; the 0.7% / 0.4% billing percentages are the layer that sits on whichever processing rate applies.

What makes this different: Stripe Billing meters what you bill, not what you do — a hybrid, revenue-share-style meter rather than a seat license. Because it rides on payment processing, the billing layer feels cheap (0.7%) relative to the processing fee underneath it, which is exactly how Stripe positions the upsell from Payments into the full Revenue suite. The Metronome split now adds a second step: high-volume per-event metering is a quoted product, not a bundled feature.

Pricing by product

Stripe Billing (Pay as you go)

Metronome (usage-based billing — a Stripe product)

Metronome covers real-time metering, pricing and analytics: multidimensional rates, negotiated contracts, and marketplace transactions. Stripe states plainly that “Metronome, a Stripe product, is not included in Stripe Billing” — it is a separately-priced line.

Invoicing

Adjacent Stripe products billed alongside Billing

Payment processing rates (India-region render)

Card rates are region-specific — the capture above is the India render. The 0.7% Billing and 0.4% Invoicing percentages are the layer that sits on top of whichever processing rate applies in your market.

Sales motions across products: self-serve PLG for the standard published rates — create an account, integrate the Billing/Invoicing APIs, and pay 0.7% / 0.4% pay-as-you-go with no setup or monthly fee — and sales-led for Custom (enterprises with large payments volume or unique models get volume-based discounts, country-specific rates, and a tailored package). Metronome is a third motion: a Stripe-branded product with its own sign-up and its own contact-sales path.

Hidden costs : What Stripe Billing users actually pay

The single biggest thing buyers miss is that Billing fees stack on top of payment processing fees — the 0.7% is not your all-in cost. If you collect cards, you also pay the processing fee (about 2.9% + 30¢ per US charge) on every payment. The Billing percentage is the management layer; processing is separate and usually the larger number.

Below are two illustrative builds (these are computed examples, not quoted prices). They assume a US payment-processing rate of roughly 2.9% + 30¢ per charge for the processing line.

Other things to budget for: metered-event overages — 100 million events/month are included, but very high-volume token/event metering can require a custom plan (contact sales). Credit grants and some advanced features carry standard invoicing/processing fees on top. Currency conversion adds ~2% on cross-currency card charges (per the capture). And the 0.7% applies to off-Stripe transactions too, so if you bill via Stripe Billing but settle some payments elsewhere, the billing fee still applies to that volume.

Want to estimate your own Stripe Billing bill? Use the Stripe Billing pricing calculator to model your costs based on billing volume, paid invoices, and processing fees.

Pricing evolution : Stripe Billing pricing history and changes

Cadence

Tracked range: 2018–present. The pre-2024 Starter ~0.5% / Scale ~0.8% two-tier split and the old free-billing-volume threshold are approximate figures drawn from contemporaneous reporting rather than the live page, and should be treated as indicative.

Notable changes

• 2018 — Stripe Billing launched as a standalone subscriptions/recurring-revenue product with an approximate two-tier structure: a Starter plan around ~0.5% of billing volume (with a reported free monthly allowance) and a Scale plan around ~0.8% adding the advanced Invoicing/quoting suite and custom retry logic. (Historical, approximate.)
• 2023 — Native usage-based / metered billing (meter events, credit grants, graduated/tiered pricing) was built into core Billing rather than sold as a separate SKU, positioning Stripe Billing for token- and event-metered AI/SaaS companies.
• 2026-06-10 — Live page shows a single 0.7% of Billing volume rate (100M metered events/month included; on- and off-Stripe transactions; excludes one-off invoices) and Invoicing Starter at 0.4% per paid invoice, with custom/volume pricing via sales.
• 2026-07-22 — Advanced usage-based billing left the 0.7%. The Billing pricing page replaced the “Included” checkmark on the “Usage-based billing*” row with a Contact Metronome call-to-action, and Metronome — “a Stripe product” appeared as its own card between Billing and Invoicing on stripe.com/pricing with a Startup plan (“Included”; US$100,000.00 billing allotment, 10 million usage events, overages subject to additional pricing) and a Custom plan (quoted). Headline rates did not move: Billing held at 0.7% of Billing volume, Invoicing Starter at 0.4% per paid invoice, and the customer portal custom domain at US$10 per month.
• 2026-07-29 — Radar’s fraud-prevention pricing was restructured from a flat two-SKU model — “Radar’s machine learning” at ₹4.00 per screened transaction on custom pricing, and “Radar for Fraud Teams” at ₹6.00 per screened transaction on standard pricing with a 30-day free trial — into a four-tier Standard / Plus / Pro / Lite ladder: Radar Standard ₹5.00, Radar Plus ₹6.60, and Radar Pro ₹8.50 per screened transaction plus a new ₹0.50 per screened customer fee, with Radar Lite included free for standard Payments customers. That’s roughly a +25% increase on the entry-level rate and +10% on the mid tier, plus an entirely new per-customer charge at the top that didn’t exist before. Radar sits on the same pricing page as Billing but is a separate fraud-prevention product — core Billing (0.7%), Metronome (US$100,000/10M events, then 0.8% + $0.04/1,000-event overage), and Invoicing (0.4% per paid invoice) rates were unaffected.
• 2026-08-27 — Stripe’s own pricing page finally caught up to Metronome’s. Metronome’s own pricing page had quietly dropped the Startup plan’s US$100,000.00 billing-volume / 10-million-event free allotment sometime between 2026-07-29 and 2026-08-04, reading “Billing volume billed at 0.8%” and “Events volume billed at $0.04/1k ingest events” with no threshold. But the Metronome card on stripe.com/pricing kept showing the old “Included / US$100,000.00 billing allotment” copy for three more weeks, through 2026-08-26 — so Stripe’s two own pricing surfaces for the same product disagreed about whether a free allotment existed. The 2026-08-27 capture is the first to show stripe.com/pricing matching metronome.com: both now read 0.8% of billing volume and $0.04 per 1,000 events applying to all usage from the first dollar and event. Core Billing (0.7%), Invoicing (0.4% per paid invoice), and Radar rates were unaffected throughout.

The Metronome unbundling in detail

This is the second reversal of the same decision. In 2023 Stripe pulled metered billing into the core Billing rate as a bundling play — one percentage, no separate metering vendor, 100M events a month included. On 2026-07-22 it pulled the high end back out again, and the wording of the split is precise about where the line now sits: the asterisk on the Billing page reads “Basic usage-based billing features will continue to be available via Stripe’s Meters API as part of Billing pricing, with up to 100M events per month included.” Everything the page calls advanced — multidimensional rates, negotiated contracts, marketplace transactions — is Metronome’s.

Three details make the split more than a relabelling:

• The unit of account changes at the boundary. Inside Billing you are metered on events (100M/month via the Meters API) and charged on billed volume (0.7%). Metronome Startup is bounded by two ceilings at once — a US$100,000.00 billing allotment and 10 million usage events — so a customer with modest revenue but heavy event volume, or heavy revenue on few events, can hit a wall from either direction. The 10M event ceiling is a tenth of what basic metering allows, which is the clearest signal that Metronome is priced on metering complexity rather than metering volume.
• “Included” no longer means the same thing on both cards. Billing’s “Included” rows are entitlements inside a rate you are already paying. Metronome Startup’s price literally reads “Included” while its overages are “subject to additional pricing” — a free-to-start allotment, not a bundled feature. Stripe’s page leaves that overage unpriced; Metronome’s own pricing page resolves it to 0.8% of billing volume above the US$100,000 allotment and $0.04 per 1,000 events above 10M.
• The quoting path leaves Stripe. Both Metronome plans route to “Sign up with Metronome” or “Contact Metronome” rather than Stripe checkout or Stripe sales, so the buyer crosses a product boundary rather than adding a line to an existing Stripe bill. Stripe’s Billing product-page FAQ states the position plainly: “Metronome, a Stripe product, is not included in Stripe Billing.”

That 0.8% is the number to sit with. Advanced usage-based billing is now priced above the 0.7% recurring rate, where a month earlier it was inside it. For a company billing US$500,000 a month on usage, the line goes from roughly $3,500 folded into Billing to roughly $3,200 on the US$400,000 above the allotment — comparable today, but on a rate that is no longer the same rate, no longer moves with Billing, and no longer covers recurring volume as well. The packaging change is neutral-to-mild on price and structural on everything else.

The verdict flipped in two uneven steps. Metronome’s own pricing page dropped the US$100,000-billing-volume / 10-million-event allotment sometime between 2026-07-29 and 2026-08-04 — no changelog entry, no banner, the card simply started reading “Billing volume billed at 0.8%” and “Events volume billed at $0.04/1k ingest events” with no threshold in sight. Stripe’s own stripe.com/pricing card, describing the identical Metronome Startup plan, did not catch up: it kept the old “Included / US$100,000.00 billing allotment” copy for three more weeks, through 2026-08-26. For that entire window a buyer who read metronome.com saw a flat percentage-of-volume product with no free tier, while a buyer who read stripe.com/pricing — arguably the more likely first stop for an existing Stripe customer — saw a $100K allotment that had already stopped being true. Only the 2026-08-27 capture shows the two pages back in agreement. A team billing US$80,000 a month through Metronome went from a $0 Metronome line to roughly a $640-a-month bill sometime in that window, and depending which of Stripe’s own pages they’d bookmarked, may not have found out until the invoice arrived. Read together, the dates complete a single unbundling in two uneven stages: 2026-07-22 moved the rate boundary outside Billing, and the 2026-07-29 – 2026-08-27 window removed the free zone inside Metronome — first quietly on Metronome’s own site, then, three weeks later, on Stripe’s.

The steer is stronger in the docs than on the pricing page. Stripe’s usage-based billing documentation reads: “Unless you’re maintaining an existing Billing Meters integration, use Metronome” — Metronome is the recommended path for all new usage-based integrations, with the Meters API “fully supported for existing integrations”. Read together with the footnote, “basic usage-based billing stays in Billing pricing” is a grandfathering promise, not a live product choice: the 100M-events allowance protects the installed base while new buyers are routed to the quoted product. The named exceptions run the other way too — you stay on Meters if you need full compatibility with Connect, Checkout, Adaptive Pricing or Workflows, so the platform-and-marketplace crowd inherits the legacy path precisely because Metronome does not yet reach into the rest of Stripe.

Stripe’s own surfaces have not fully caught up: the Billing product card on stripe.com/pricing now describes “recurring revenue models and one-time billing”, but the access block directly beneath it still reads “Start billing for recurring subscriptions & usage based billing.” That inconsistency is the tell that this is a live migration rather than a settled packaging state — buyers renewing in the next few quarters should get the boundary in writing rather than reading it off the page.

What’s unique : Stripe Billing’s distinctive pricing mechanics

1. It meters billed revenue, not product usage

Most billing/monetization tools charge a platform fee or per-seat license. Stripe Billing charges 0.7% of your billing volume — a slice of your own customers’ subscription and usage revenue. That makes the price a revenue-share that scales with your top line, and aligns Stripe’s incentive with growing your billed revenue rather than capping your seats.

2. The fee applies to off-Stripe transactions

The 0.7% covers billing transactions processed on and off Stripe. So even if you settle some payments through another processor, running the subscription logic through Stripe Billing still incurs the percentage — a deliberate design that monetizes Billing as a system-of-record, not just as a payments add-on.

3. Metering is now split by sophistication, not by volume

Since 2026-07-22 the 0.7% buys basic metering only — the Meters API, up to 100 million events per month. Multidimensional rates, negotiated contracts, and marketplace transactions route to Metronome, a Stripe product, whose Startup plan bills 0.8% of billing volume and $0.04 per 1,000 ingest events on all usage — a rate that applied only above a US$100,000/10-million-event free allotment until metronome.com’s own page dropped that allotment by 2026-08-04 (Stripe’s own stripe.com/pricing card didn’t catch up until 2026-08-27). The shape still looks backwards on volume: the bundled tier allows ten times more events than the unbundled one, and the unbundled tier now also charges from event one instead of event ten-million-and-one. It isn’t a volume ladder — the boundary is drawn at pricing-model complexity, and since early August that complexity has been billed immediately rather than after a grace threshold. A company firing 80 million flat-rate token events a month stays inside Billing at no incremental Metronome cost; a company with three rate dimensions and a negotiated enterprise contract crosses into Metronome and starts paying 0.8%/$0.04-per-1K on its very first dollar and event. Stripe’s docs make the direction explicit — “Unless you’re maintaining an existing Billing Meters integration, use Metronome” — so the generous 100M Billing allowance is best read as a grandfathering clause for existing integrations, while Metronome itself no longer offers a comparable free zone to the new usage-based builds it’s meant to attract.

4. The billing layer is cheap because it rides on processing

At 0.7%, Billing looks inexpensive — but it stacks on top of payment processing (~2.9% + 30¢ in the US). Stripe can keep the billing percentage low precisely because it already earns the larger processing fee, making the Revenue-suite upsell feel almost free to existing Payments customers.

Strengths & weaknesses

Billing UX : Stripe Billing billing controls and transparency

• Customer portal — A secure, Stripe-hosted page where your customers manage their own billing details. Marked Included in the Billing plan, with one named exception: US$10 per month for a custom domain.
• Smart Retries + recovery and retention automations — Failed payments are retried at an ML-chosen time. On top of that you can “create up to three automations, including custom retry policies for different customer segments, configurable subscription state management, and more” — a hard, named cap worth checking against your dunning design.
• Automatic reminders and invoice auto-reconciliation — Pre-built emails for missed or overdue payments, plus automatic reconciliation of recurring invoices paid by ACH credit or wire transfer. Both Included.
• Quotes and multi-phase subscription schedules — Send an estimate before creating a subscription, and schedule future subscription changes (e.g. an upgrade on a set date) ahead of time. Both Included.
• Meters API vs Metronome — Usage metering is now split across two surfaces. Basic usage-based billing runs on Stripe’s Meters API inside Billing pricing, with up to 100M events per month included; anything beyond “basic” — multidimensional rates, negotiated contracts, marketplace transactions — routes to Metronome, whose Startup plan is priced at 0.8% of billing volume and $0.04 per 1,000 ingest events with no published free allotment (captures show the previous included billing-volume and event allowance was removed between 2026-07-29 and 2026-08-04 — see Pricing evolution for the historical figures). Stripe’s docs make the default explicit: “Unless you’re maintaining an existing Billing Meters integration, use Metronome.”
• Cost transparency for custom contracts — Custom-pricing customers get named “dashboards, tools, and APIs that give you transparency into your costs”, alongside technical account management, Professional Services, and certified implementation partners.
• Self-serve entry, no platform fee — on the published plan only — “No setup fees, monthly fees, or hidden fees” on standard pricing: you create an account, integrate the Billing/Invoicing APIs or no-code tools, and pay the percentage on what you bill. The pricing page shows exactly one plan, but Stripe’s product-page FAQ names a second purchase path — Billing “can be purchased as an annual subscription paid monthly, or on a pay-as-you-go plan” — and publishes no price for it, so buyers comparing on the 0.7% alone are only seeing one of the two options.

Strategic wins : Why Stripe Billing’s pricing decisions worked

1. Pricing the upsell as a cheap layer on processing

By keeping Billing at 0.7% on top of the larger processing fee, Stripe made the Revenue-suite upsell feel almost frictionless for existing Payments customers — they’re already paying ~2.9%, so adding subscription management for 0.7% is an easy yes. See how AI companies structure pricing.

2. A revenue-share meter that scales with the customer

Charging a percentage of billing volume ties Stripe’s revenue directly to its customers’ growth, so the price never becomes a fixed tax on small accounts and never caps out big ones. Related: choosing the right usage metric.

3. Bundling metered billing first, then charging for the hard part

Folding usage-based billing into the core rate in 2023 with 100M events/month included made Stripe Billing the default for token- and event-metered AI companies who would otherwise have shopped for a metering vendor. The 2026-07-22 split monetizes the customers that land-grab produced, and does it without an eviction: existing Meters integrations keep the 100M-event allowance inside the 0.7%, while every new usage-based build is pointed at Metronome, where multidimensional rates and negotiated contracts — the work metering vendors actually earn on — carry their own rate. Bundle to acquire, grandfather to keep, unbundle to monetize. See outcome-based pricing trends.

4. Holding headline rates flat while re-drawing the package

Nothing in the 2026-07-22 change moved a published number — 0.7%, 0.4%, 0.25% Connect, and the US$10 portal domain all held. Every existing recurring-revenue customer’s invoice was unaffected, so the move generated none of the renewal friction a rate rise would have. The cost lands only on the subset of buyers who need advanced metering, and it lands as a quote rather than a comparable rate, which also removes the number from competitors’ price sheets. Repricing through packaging rather than percentages is the lower-blast-radius way to do this. See understanding entitlements and usage grants.

Areas to improve : Gaps in Stripe Billing’s pricing approach

1. The stacked cost is easy to underestimate

Buyers see 0.7% and forget it sits on top of ~2.9% processing — the all-in number is much larger. Surfacing a combined “Billing + processing” estimate up front would reduce bill-shock. See bill shock and cost unpredictability.

2. Percentage-of-volume penalizes high-volume billers

At large billing volume, 0.7% of revenue can dwarf a flat-fee competitor’s bill, pushing the biggest customers toward a custom quote or an in-house build. A published volume-tier schedule (rather than quote-only discounts) would help mid-market self-qualification.

3. Best economics require full-stack commitment

The favorable bundle economics assume you run Payments, Billing, Tax, and Revenue Recognition all on Stripe. Companies that mix processors still pay 0.7% on off-Stripe volume, which can feel punitive and creates lock-in pressure.

4. “Basic” is doing too much work on the pricing page

The 2026-07-22 split turns on a single word, and the pricing page never defines it: it says basic usage-based billing stays inside Billing pricing at up to 100M events per month, names multidimensional rates, negotiated contracts, and marketplace transactions as Metronome’s, and stops. It does not say where prepaid credit burndown, commits and ramp schedules, or real-time usage visibility land — which are exactly the models most AI companies are building. Stripe’s docs do answer this, and answer it decisively (all of the above are Metronome; the Meters API only reconciles usage at invoice time), but a buyer should not have to read the integration guide to learn which product they are buying. The fix is cheap and already half-written: lift the docs’ capability split onto the pricing page as a two-column table.

5. The allotment vanished with no announcement

Through 2026-08-26, Stripe’s card priced Metronome Startup as “Included” against a US$100,000.00 billing allotment and 10 million usage events, with the real overage rate (0.8% of billing volume, $0.04 per 1,000 events) disclosed only on Metronome’s own pricing page rather than the Stripe card the buyer was reading — a bill-shock-adjacent gap. As of 2026-08-27 that specific gap is closed: both cards now state 0.8%/$0.04-per-1K directly. But the fix arrived by deleting the free allotment rather than by adding the missing number — both pages simply stopped mentioning the US$100,000/10M-event threshold, so a Metronome Startup customer under that old line went from a $0 Metronome bill to a live percentage-of-volume charge with no changelog entry, banner, or dated notice on either page. A change that removes a customer-facing free tier belongs in a dated release note; Stripe’s Billing changelog and Metronome’s own changelog are the obvious places to disclose it, and as of this capture neither one does.

Key takeaways

1. Meter what customers bill, not what they use. Stripe Billing charges 0.7% of billing volume — a revenue-share that scales with the customer’s own top line rather than a flat or per-seat fee.
2. Stacking matters. The 0.7% Billing fee sits on top of ~2.9% + 30¢ processing, so the published rate is the management layer, not the all-in cost — always model both lines.
3. Bundle to acquire, grandfather to keep, unbundle to monetize. Stripe bundled metered billing into the base rate in 2023 to become the default for token- and event-metered companies, then on 2026-07-22 routed advanced usage-based billing to separately-priced Metronome while leaving basic Meters API metering (up to 100M events/month) inside the 0.7% for existing integrations — a repackaging that charges new sophisticated buyers without re-pricing anyone already on the invoice.
4. A cheap add-on rides on an expensive base. Stripe can keep Billing at 0.7% because it already earns the larger processing fee — the classic platform upsell mechanic.
5. Transparency is the on-ramp; discounts are the close. The published 0.7%/0.4% rates qualify self-serve customers, while volume and country-specific discounts live behind a sales quote.

UBP implications

1. Percentage-of-revenue is a clean value metric when you sit on the money flow. Because Stripe already processes the payment, taking a slice of billed revenue is friction-free and self-aligning — a model only payment-adjacent vendors can run. See usage-based pricing strategy.
2. A bundled meter is a land-grab, not a permanent package — and the unbundled price reveals what the bundle cost, especially once the seller’s own pages stop agreeing on it. Stripe folded usage-based billing into its headline rate in 2023 to remove the “price a second metering vendor” objection, then on 2026-07-22 moved the advanced half into Metronome at 0.8% of billing volume — a higher rate than the 0.7% that used to absorb it, cushioned at first by a US$100,000/10-million-event free allotment. Metronome’s own page dropped that allotment within two weeks (still present 2026-07-29, gone by 2026-08-04), but Stripe’s own pricing card kept advertising the old allotment for three more weeks, only matching on 2026-08-27 — so the sub-meter’s headline price depended on which of the seller’s own pages a buyer read. When a sub-meter comes out of a bundle priced above the bundle, and its own grace period is removed within weeks and inconsistently across the seller’s own surfaces, the bundle was carrying more of the cost than the initial packaging suggested. UBP vendors should read a competitor’s bundled sub-meter — and any “included” allotment on the unbundled successor — as stages rather than settled prices, and buyers should treat both as carrying an implicit, and potentially short, renewal date, worth re-verifying on every page that quotes it.
3. Stacked fees need transparent all-in modeling. When a usage fee layers on top of another fee, the headline percentage understates true cost — UBP vendors should expose the combined number to preserve trust.

Sources

• Stripe Billing pricing (accessed 2026-07-22) — 0.7% of Billing volume; “Usage-based billing*” with a Contact Metronome CTA and the Meters API footnote (up to 100M events/month); customer portal custom domain at US$10 per month
• Stripe pricing — all products (accessed 2026-08-28) — Billing 0.7%, Metronome Startup and Custom, Invoicing Starter 0.4%/paid invoice, Connect 0.25% starting fee, Workflows 10,000 steps/mo + ₹1.64/step, Atlas US$500.00 setup fee, Radar (India-region render); first accessed 2026-07-22, reverified 2026-08-27. The Metronome card showed “Included” against a US$100,000.00 billing allotment and 10 million usage events consistently through the 2026-07-29 and 2026-08-04 captures and still as of 2026-08-26; the 2026-08-27 capture is the first to show “0.8% of billing volume” / “US$0.04 per 1K ingest events” with no allotment, matching what metronome.com/pricing had already been showing since early August
• Stripe Billing documentation (accessed 2026-07-22) — subscriptions, metered billing, credit grants, quotes
• Stripe Billing product page — “How does pricing work for Stripe Billing?” (accessed 2026-08-28) — second source: “Stripe Billing can be purchased as an annual subscription paid monthly, or on a pay-as-you-go plan”; “Metronome, a Stripe product, is not included in Stripe Billing”; first accessed 2026-07-23
• Stripe docs — basic usage-based billing vs Metronome (accessed 2026-08-28) — second source: “Unless you’re maintaining an existing Billing Meters integration, use Metronome”; Meters API “fully supported for existing integrations”; first accessed 2026-07-23
• Stripe docs — Compare basic usage-based billing and Metronome (accessed 2026-08-28) — second source: feature-compatibility table confirming Connect/Checkout/Adaptive Pricing/Workflows as the named basic-usage-based-billing exceptions
• Metronome pricing (accessed 2026-08-28) — second source for the Startup/“Starter” plan; first accessed 2026-07-23, reverified 2026-08-27. On 2026-07-29: “$100,000 in billing volume included, billed at 0.8% after that”; “10M events included, billed at $0.04 / 1k events after that”. By 2026-08-04 (and still as of 2026-08-28): “Billing volume billed at 0.8%”; “Events volume billed at $0.04/1k ingest events” — no included allotment
• Stripe Radar pricing (accessed 2026-08-28) — second source: Radar Standard ₹5.00, Radar Plus ₹6.60, Radar Pro ₹8.50 per screened transaction + ₹0.50 per screened customer, Radar Lite included, Enterprise custom

Bottom line

Stripe Billing is priced as a percentage of billing volume — 0.7% for recurring subscriptions, plus a separate 0.4% per paid invoice for Invoicing Starter — all layered on top of standard Stripe payment processing fees. It meters what you bill, not what you do, applies even to transactions processed off Stripe, and keeps the billing percentage cheap precisely because it rides on the larger processing fee. Since 2026-07-22 that 0.7% no longer buys the whole metering story: basic usage-based billing stays inside it via the Meters API at up to 100 million events per month, while multidimensional rates, negotiated contracts, and marketplace transactions are priced by Metronome, a Stripe product, whose Startup plan bills 0.8% of billing volume and $0.04 per 1,000 events on all usage — a rate that applied only above a US$100,000/10-million-event free allotment until metronome.com’s own page dropped that allotment by 2026-08-04, with Stripe’s own stripe.com/pricing card not catching up until 2026-08-27. There is no monthly platform minimum on the published pay-as-you-go rate and no perpetual free tier anywhere in the stack now; enterprises with large volume negotiate custom, country-specific, and multi-product discounts via sales. There are now three traps rather than two — the stacking, since 0.7% is the management layer and not the all-in cost; the boundary, since Stripe’s pricing page does not say which metering features sit on which side of it while its docs quietly point every new usage-based build at Metronome; and the vanishing grace period, since Metronome’s free allotment disappeared from metronome.com by 2026-08-04 and from stripe.com’s own card three weeks later, on 2026-08-27, with no changelog entry anywhere, so buyers who priced Metronome as “free until $100K” should re-check their live bill. Browse the pricing blueprint for more fully-researched company profiles.

Want to compare Stripe Billing against other billing and monetization infrastructure companies? Browse the pricing blueprint.

Pricing timeline : Major events on a vertical axis

Each milestone below corresponds to a public pricing change, product launch, or material adjustment. Major events use a filled marker; minor adjustments use a faded one.

Metronome drops its $100K/10M free usage allotment

Aug 2026

Metronome's own pricing page (metronome.com/pricing) quietly dropped the Startup plan's free US$100,000 billing-volume / 10-million-event allotment sometime between 2026-07-29 and 2026-08-04, with no changelog entry. Stripe's own Metronome card on stripe.com/pricing did not follow: it kept advertising the old 'Included / US$100,000.00 billing allotment' copy for three more weeks, through 2026-08-26. The 2026-08-27 capture is the first to show stripe.com/pricing matching metronome.com — both now read 0.8% of billing volume and $0.04 per 1,000 ingest events applying to all usage from the first dollar and event, with no included threshold anywhere. For roughly three weeks the two official pricing surfaces for the same product disagreed about whether a free allotment existed. Core Stripe Billing (0.7%), Invoicing (0.4% per paid invoice), and Radar rates were unaffected throughout.

Radar fraud pricing restructured into a four-tier Standard/Plus/Pro/Lite ladder

Jul 2026

Stripe Radar (the fraud-prevention product sold alongside Billing on the same pricing page) moved from a flat two-tier model — 'Radar's machine learning' at ₹4.00 per screened transaction on custom pricing plus 'Radar for Fraud Teams' at ₹6.00 per screened transaction on standard pricing — to a four-tier menu: Radar Standard (₹5.00), Radar Plus (₹6.60), and Radar Pro (₹8.50 per screened transaction plus ₹0.50 per screened customer), alongside a Radar Lite tier included free with Payments and a custom Enterprise tier. Core Billing (0.7%), Metronome (US$100,000/10M events, 0.8% + $0.04/1,000 events overage), and Invoicing (0.4% per paid invoice) rates were unaffected.

Usage-based billing unbundled into Metronome, a Stripe product

Jul 2026

Stripe split advanced usage-based billing out of the 0.7% Billing rate. The Billing pricing page now shows 'Usage-based billing*' with a Contact Metronome CTA instead of an Included checkmark, footnoted 'Basic usage-based billing features will continue to be available via Stripe's Meters API as part of Billing pricing, with up to 100M events per month included.' On stripe.com/pricing, Metronome appears as its own product card between Billing and Invoicing with two plans — Startup (Included; US$100,000.00 billing allotment, 10 million usage events, overages subject to additional pricing) and Custom (custom pricing, contact Metronome). Billing stays 0.7% of Billing volume and Invoicing Starter stays 0.4% per paid invoice; the customer portal custom domain is listed at US$10 per month. Stripe's Billing FAQ states 'Metronome, a Stripe product, is not included in Stripe Billing', and Stripe's docs direct all new usage-based integrations to Metronome while keeping the Meters API supported for existing ones. Metronome's own pricing page resolves Stripe's unpriced overage to 0.8% of billing volume above the US$100,000 allotment and $0.04 per 1,000 events above 10 million.

Single 0.7% Billing rate; Invoicing Starter 0.4%/paid invoice

Jun 2026

Live shape at this date: 0.7% of Billing volume for recurring + usage-based billing (100 million metered events per month included; transactions on and off Stripe, excludes one-off invoices), and Invoicing Starter at 0.4% per paid invoice. Both layer on top of standard Stripe payment processing fees; Connect platform pricing starts at a 0.25% fee and Workflows includes 10,000 steps/month. Custom/volume pricing for enterprises via sales.

Usage-based billing (metered) built into Billing

Jun 2023

Stripe folded native usage-based/metered billing into the core Billing product — meter events, credit grants, and tiered/graduated pricing models — rather than charging it as a separate SKU. The published rate consolidated toward a single percentage-of-billing-volume model with a large included metered-event allowance.

Two-tier Billing: Starter (0.5%) + Scale (0.8%)

Aug 2018

Stripe launched Billing as a standalone product with a two-tier structure: a Starter plan at roughly 0.5% of billing volume (with a reported free monthly billing-volume allowance) and a Scale plan at roughly 0.8% adding advanced features like the full Invoicing/quoting suite and custom retry logic. These historical percentages are approximate and drawn from contemporaneous reporting, not the current live page.