TrustExits

Is TrustMRR Legit? What It Verifies (And Misses for Ecommerce)

Etienne Hurpin, Founder of TrustExits · · 11 min read

TrustMRR does what it says on the tin for SaaS: connect Stripe, show MRR, build credibility with buyers who understand 80%+ gross margins. When an ecommerce seller asks whether they should use it, the honest answer is different. TrustMRR is legit for its category. Ecommerce is not its category.

This is not a takedown. Pieter Levels built something useful for indie hackers selling subscriptions. The gap appears when Shopify store owners treat a SaaS revenue badge like profit diligence — or when buyers assume verified MRR on a one-time-purchase business means the same thing it means on a B2B app.

Below: what TrustMRR actually verifies, where it helps, what it cannot see on a store exit, and what ecommerce sellers and buyers should use instead.

Is TrustMRR Legit? What It Verifies (And Misses for Ecommerce)

What TrustMRR is designed to do

TrustMRR aggregates read-only revenue data — primarily Stripe — and displays verified metrics on a public profile or embed. For SaaS and subscription products, that means:

  • Monthly recurring revenue and growth trend.
  • Churn signals where data supports them.
  • Social proof for micro-acquisitions on X and indie marketplaces.
  • A fast trust signal when gross margin is high and costs are mostly fixed.

For a $15k MRR dev tool with 85% gross margin and $2k/month in hosting, verified revenue is close to verified economics. Variable costs are small. Revenue ≈ contribution margin after infra. Buyers still run diligence — but the badge matches the business model.

Ecommerce does not work that way. Revenue is the starting line, not the finish.

Is TrustMRR legit? Yes — for SaaS context

Legitimacy depends on use case. TrustMRR connects real payment data. It is not fabricating numbers. Founders who use it for SaaS listings on Acquire, MicroAcquire-style flows, or direct Twitter deals get value: buyers skip the "send me Stripe access" dance.

Limitations that SaaS buyers already understand:

  • It verifies revenue, not profit — acceptable when margin structure is stable.
  • Stripe-only businesses with PayPal or Paddle revenue need supplemental proof.
  • One-time spikes (lifetime deals, launch weeks) can distort MRR-style presentation if not read carefully.

None of this makes TrustMRR a scam. It makes it a SaaS tool. Applying it to a $80k/month Shopify brand with 45% COGS and $25k in Meta spend is a category error — not a product failure.

What TrustMRR verifies for an ecommerce business

If you connect Stripe to TrustMRR for a store, you get verified gross inflows — same class of signal as a Shopify revenue badge or Stripe dashboard screenshot with API backing. Useful for:

  • Confirming the seller is not inventing top-line sales.
  • Showing trend direction over recent months.
  • Filtering obvious fraud before deeper diligence.

That is step one of a ten-step ecommerce diligence chain. It is not step ten.

What TrustMRR does not verify (and cannot, without different architecture)

Ecommerce profit lives outside the payment processor. TrustMRR does not reconcile:

  • COGS per SKU: Supplier invoices, landed cost, shrinkage, obsolete inventory.
  • Ad spend: Google Ads, Meta, TikTok — often billed to cards and accounts the revenue API never sees.
  • Shipping and fulfillment: 3PL invoices, label subsidies, free-shipping thresholds eating margin.
  • Returns and chargebacks: Net of restock value; platform refund lines understate SKU-level damage.
  • Channel concentration: Whether 70% of that Stripe revenue came from one ad account one policy change away from ban.
  • Seasonality and stockouts: Revenue spikes from clearance or OOS on hero SKUs distort TTM SDE.

A store can show verified $100k/month revenue and lose money every month. We document this pattern in revenue vs profit: why revenue verified is not enough. TrustMRR was not built to catch it — and should not be blamed for not catching it any more than a bathroom scale should be blamed for not measuring blood pressure.

SaaS verification vs ecommerce verification

DimensionSaaS (TrustMRR sweet spot)Ecommerce store exit
Gross marginOften 70%–90%Often 25%–55% before ads
Variable costsLow (infra, support)High (COGS, ship, ads)
Revenue recurring?Usually yesUsually no
Revenue ≈ economics?Often roughlyRarely
Verified revenue sufficient?Strong signal, not aloneVanity without profit chain

TrustExits exists because this table's last row is where store exits go wrong. Buyers trained on SaaS marketplaces import mental models that do not survive COGS and Google Ads reconciliation.

When ecommerce sellers still use TrustMRR

Honest scenarios:

  • Subscription box or consumables with real MRR: Hybrid model — TrustMRR shows recurring slice; you still need profit verification on fulfillment and COGS.
  • Social proof for a pre-list audience: Building in public on X — badge as marketing, not diligence substitute.
  • Micro deal under $50k: Buyer accepts higher risk; verified revenue beats screenshot — but margin still matters at price.

Wrong scenario: listing a $500k Shopify brand, pointing at TrustMRR, expecting Acquire-style trust transfer. Serious ecommerce buyers will open ad accounts anyway. If profit does not reconcile, the badge accelerates disappointment.

What buyers should ask when they see TrustMRR on a store listing

  1. What percentage of revenue flows through the connected processor vs Shopify Payments, PayPal, Amazon?
  2. Where is TTM ad spend reconciled to P&L?
  3. What is SDE after COGS, ads, fulfillment — not gross margin on a deck?
  4. What is channel mix and transfer status of ad accounts?
  5. Is there profit verification beyond revenue — methodology documented?

If the seller treats TrustMRR as the diligence package, treat that as information about seller sophistication — not about business quality.

TrustMRR vs TrustExits: different jobs

Clear distinction without mud-slinging:

  • TrustMRR: Verified revenue for subscription-native businesses. Fast, social, Stripe-centric. Built for indie SaaS culture.
  • TrustExits: Profit verified + channel audit for ecommerce exits. Revenue connection plus ad reconciliation, COGS review, concentration flags — practitioner review on Google Ads and Merchant Center context.

We are not competing with TrustMRR on SaaS leaderboard aesthetics. We are solving a problem TrustMRR was never designed to solve: whether a store's verified top line survives contact with variable costs and channel risk.

Full chain documented in our verification methodology.

Could TrustMRR add ecommerce features?

Architecturally, ecommerce profit verification requires integrations and human review Stripe-first MRR tools typically skip: ad platform read access, supplier COGS alignment, SKU-level return rates, inventory aging. Possible in theory. Different product, different ops load, different buyer.

Until something exists that reconciles that full chain, ecommerce sellers should not expect SaaS badges to carry the same weight — and buyers should not pay SaaS multiples on verified revenue alone.

Practical guidance for ecommerce founders

If you are selling a store

  • Use TrustMRR for audience building if you want — label it revenue verified, not profit verified.
  • Run TTM SDE reconciliation before list. Export Google Ads and Meta; match to P&L.
  • List where buyers expect ecommerce diligence — profit verified listings convert serious operators faster.

If you are buying a store

The respectfully honest summary

TrustMRR is legit for SaaS revenue verification in indie acquisition culture. It is not a scam. It is also not ecommerce profit diligence — and pretending otherwise hurts sellers with real margin (buyers learn not to trust badges) and hurts buyers who import SaaS assumptions into COGS-heavy deals.

Revenue verified alone is vanity for ecommerce. Profit verified plus channel audit is the minimum credible standard for a store exit in 2026. Use the right tool for the right category.

FAQ

Is TrustMRR safe to connect Stripe?

It uses read-only OAuth-style access for revenue display — same class of risk as other analytics tools. Review permissions; use a dedicated read-only user if your stack allows. Safety is not the ecommerce issue — scope of what verified means is.

Can I use TrustMRR and TrustExits together?

Yes. TrustMRR for public revenue social proof if you want; TrustExits for profit and channel verification on the actual exit. Do not conflate the two labels in buyer communications.

Does Acquire use TrustMRR for ecommerce?

Acquire is SaaS-native. Ecommerce listings there face the same margin gap — revenue verification without full cost reconciliation. Category fit matters more than marketplace brand.

What should replace TrustMRR for a Shopify exit?

Profit verification: revenue + ads + COGS reconciled TTM, with channel audit. TrustExits methodology is one implementation; DIY is possible if you document the chain for buyers.

Is verified MRR meaningful for subscription ecommerce?

More meaningful than for pure one-time DTC — but still incomplete without fulfillment cost, churn cohort analysis, and CAC payback on subscription acquisition campaigns.

Right category, right badge. See what profit verification requires for ecommerce — then list or buy with eyes open.

TrustMRR in the acquisition timeline

For SaaS, verified MRR shortens time from intro to LOI because buyers underwrite recurring gross margin quickly. In ecommerce, the same timeline slot needs COGS pull, ad export review, and channel transfer check — typically 5–10 additional hours for a practitioner. TrustMRR saves the Stripe screenshot step. It does not save the other steps. Sellers who understand this sequence list with profit documentation ready; buyers who understand it never skip steps because a badge loaded on the landing page.

What a full ecommerce verification stack looks like

  1. Revenue: Shopify + payment processors (TrustMRR-class signal).
  2. Ads: Google Ads + Meta exports matched to P&L TTM.
  3. COGS: supplier invoices on hero SKUs vs platform COGS field.
  4. SDE bridge: tax return to operating profit to adjusted SDE.
  5. Channel: account ownership, concentration, Merchant Center if Shopping.

TrustMRR covers item one partially for Stripe-heavy stores. TrustExits covers one through five for listing. Neither replaces buyer LOI diligence — both reduce surprise before LOI.

Indie Twitter culture vs ecommerce exit reality

TrustMRR thrives in public-building culture where a $40k MRR SaaS sells in a week on reputation and verified Stripe. Ecommerce exits in the $300k–$1.5M range involve accountants, escrow, and ad account transfer — different buyer, different timeline, different proof standard. Using TrustMRR social proof on a $900k Shopify exit confuses audiences and signals seller category mismatch to serious acquirers. Use the right badge in the right channel.


Keep going with the cluster — or jump straight into a TrustExits tool.

More on this topic

TrustExits pages worth opening

Ready for numbers, not screenshots?

Run a free estimate or see how we verify profit before a listing goes live.