TrustMRR est-il fiable ? Ce qu'il vérifie (et rate en e-com)
Etienne Hurpin, fondateur de TrustExits · · 11 min de lecture
TrustMRR fait ce qu'il promet pour le SaaS : connecter Stripe, afficher le MRR, crédibiliser le vendeur auprès d'acheteurs qui comprennent des marges brutes à 80 %+. Quand un vendeur e-commerce demande s'il doit l'utiliser, la réponse honnête est autre. TrustMRR est fiable dans sa catégorie. L'e-commerce n'est pas sa catégorie.
Ce n'est pas un hit piece. Pieter Levels a construit un outil utile pour les indie hackers qui vendent de l'abonnement. Le problème apparaît quand un marchand Shopify traite un badge revenu SaaS comme de la due diligence profit — ou quand un repreneur suppose qu'un MRR vérifié sur du one-shot veut dire la même chose que sur une app B2B.
Ce qu'il vérifie vraiment, où ça aide, ce qu'il ne voit pas sur une exit boutique, et quoi utiliser à la place.
Ce pour quoi TrustMRR est conçu
TrustMRR agrège des données revenu en lecture seule — surtout Stripe — et affiche des métriques vérifiées sur un profil public. Pour SaaS et abonnement :
- MRR et tendance de croissance.
- Signaux churn quand les données le permettent.
- Preuve sociale pour micro-acquisitions sur X et marketplaces indie.
- Signal confiance rapide quand marge brute haute et coûts surtout fixes.
Pour un outil dev à 15 k€ MRR, 85 % marge brute et 2 k€/mois d'hosting, revenu vérifié ≈ économie réelle. Coûts variables faibles. Les repreneurs font quand même de la DD — mais le badge correspond au modèle.
L'e-commerce ne marche pas comme ça. Le CA est la ligne de départ, pas d'arrivée.
TrustMRR est-il fiable ? Oui — en contexte SaaS
La légitimité dépend du cas d'usage. TrustMRR connecte de vraies données paiement. Ce n'est pas inventé. Les fondateurs SaaS sur Acquire, flux MicroAcquire-style ou deals Twitter directs en tirent de la valeur : les acheteurs évitent le « envoie-moi accès Stripe ».
Limites que les acheteurs SaaS comprennent déjà :
- Il vérifie le revenu, pas le profit — acceptable quand la marge est stable.
- Stripe-only avec PayPal ou Paddle : preuves complémentaires nécessaires.
- Spikes one-shot (lifetime deals, lancement) peuvent distordre une présentation MRR mal lue.
Rien de tout ça ne fait de TrustMRR une arnaque. C'est un outil SaaS. L'appliquer à une marque Shopify à 80 k€/mois avec 45 % COGS et 25 k€ Meta, c'est une erreur de catégorie — pas une défaillance produit.
Ce que TrustMRR vérifie pour une boutique
Stripe connecté pour un store = entrées brutes vérifiées — même classe de signal qu'un badge CA Shopify. Utile pour :
- Confirmer que le vendeur n'invente pas le top-line.
- Montrer la tendance sur les derniers mois.
- Filtrer la fraude grossière avant DD profonde.
C'est l'étape 1 sur 10 de la chaîne diligence e-com. Pas l'étape 10.
Ce que TrustMRR ne vérifie pas
Le profit e-com vit en dehors du processeur. TrustMRR ne réconcilie pas :
- COGS par SKU : factures fournisseur, landed cost, shrinkage, stock obsolète.
- Dépenses pub : Google Ads, Meta, TikTok — souvent sur cartes que l'API revenu ne voit jamais.
- Livraison et prep : factures 3PL, subventions port, seuils livraison gratuite.
- Retours et chargebacks : net re-stock ; les lignes remboursement plateforme sous-estiment les dégâts SKU.
- Concentration canal : si 70 % du CA Stripe vient d'un compte pub à un ban policy de distance.
- Saisonnalité et ruptures : spikes clearance ou OOS sur hero SKU faussent SDE TTM.
Une boutique peut afficher 100 k€/mois vérifiés et perdre de l'argent chaque mois. Nous documentons ce pattern dans CA vs profit : revenus vérifiés insuffisants. TrustMRR n'a pas été conçu pour le détecter — plus qu'une balance ne devrait mesurer la tension artérielle.
Vérification SaaS vs e-commerce
| Dimension | SaaS (TrustMRR) | Exit boutique |
|---|---|---|
| Marge brute | Souvent 70 %–90 % | Souvent 25 %–55 % avant pubs |
| Coûts variables | Faibles | Élevés (COGS, ship, pubs) |
| Revenu récurrent ? | En général oui | En général non |
| CA ≈ économie ? | Souvent à peu près | Rarement |
| CA vérifié suffisant ? | Signal fort, pas seul | Vanité sans chaîne profit |
TrustExits existe parce que la dernière ligne de ce tableau casse les exits boutique. Repreneurs formés sur marketplaces SaaS importent des modèles mentaux qui ne survivent pas à la réconciliation COGS et Google Ads.
Quand les vendeurs e-com utilisent quand même TrustMRR
- Box abonnement ou consommables avec vrai MRR : TrustMRR montre la part récurrente ; profit vérifié sur fulfillment et COGS reste nécessaire.
- Preuve sociale pre-list sur X : badge marketing, pas substitut DD.
- Micro deal <50 k€ : repreneur accepte plus de risque ; CA vérifié bat capture écran — marge compte quand même au prix.
Mauvais scénario : lister une boutique Shopify à 500 k€, pointer TrustMRR, attendre la confiance Acquire. Repreneurs e-com sérieux ouvriront les comptes pub de toute façon.
Ce que les acheteurs doivent demander
- Quel % du CA passe par le processeur connecté vs Shopify Payments, PayPal, Amazon ?
- Où est la dépense pub TTM réconciliée au P&L ?
- Quel SDE après COGS, pubs, fulfillment — pas marge brute sur deck ?
- Mix canal et statut transfert comptes pub ?
- Profit vérifié au-delà du CA — méthodo documentée ?
TrustMRR vs TrustExits : jobs différents
- TrustMRR : revenu vérifié pour businesses abonnement. Rapide, social, Stripe-centrique. Culture indie SaaS.
- TrustExits : profit vérifié + audit canal pour exits e-com. Connexion CA + réconciliation pubs, revue COGS, flags concentration — regard praticien Google Ads et Merchant Center.
Pas en compétition sur l'esthétique leaderboard SaaS. Problème différent : est-ce que le top-line vérifié survit aux coûts variables et au risque canal.
Chaîne complète : méthodologie TrustExits.
Conseils pratiques
Vendeur boutique
- TrustMRR pour audience si vous voulez — libellez revenu vérifié, pas profit vérifié.
- Réconciliation SDE TTM avant list. Export Google Ads et Meta ; matcher P&L.
- Listez où les acheteurs attendent diligence e-com.
Repreneur
- TrustMRR sur deal e-com = confirmation top-line seulement.
- Checklist due diligence e-commerce quoi qu'il arrive.
- Prix sur SDE après décotes canal — multiples 2026.
Synthèse honnête
TrustMRR est fiable pour vérifier revenu SaaS en culture acquisition indie. Pas une arnaque. Pas non plus diligence profit e-com — prétendre le contraire blesse vendeurs à vraie marge et repreneurs qui importent des hypothèses SaaS dans des deals COGS-heavy.
CA vérifié seul = vanité e-com. Profit vérifié + audit canal = standard crédible exit boutique 2026. Bon outil, bonne catégorie.
TrustMRR dans la timeline acquisition
Pour le SaaS, MRR vérifié raccourcit intro → LOI parce que les acheteurs souscrivent marge brute récurrente vite. En e-com, le même créneau exige pull COGS, revue export pub et check transfert canal — typiquement 5–10 h praticien en plus. TrustMRR économise l'étape capture Stripe. Pas les autres.
Stack vérification e-com complet
- Revenu : Shopify + processeurs (signal classe TrustMRR).
- Pubs : exports Google Ads + Meta vs P&L TTM.
- COGS : factures fournisseur hero SKUs vs champ COGS plateforme.
- Bridge SDE : liasse → résultat opérationnel → SDE ajusté.
- Canal : propriété compte, concentration, Merchant Center si Shopping.
TrustMRR couvre partiellement l'item 1 pour stores Stripe-heavy. TrustExits couvre 1 à 5 pour listing.
Culture indie Twitter vs réalité exit e-com
TrustMRR prospère en building in public où un SaaS à 40 k€ MRR se vend en une semaine. Les exits e-com 300 k€–1,5 M€ impliquent expert-comptable, séquestre et transfert compte pub — autre standard de preuve.
Tableau récap : quand TrustMRR suffit vs insuffit
- Suffit : micro-SaaS, API tool, abo digital marge >80 %.
- Partiel : box abo physical — compléter COGS et fulfillment.
- Insuffisant seul : DTC one-shot, dropship, FBA, pubs >15 % CA.
En cas de doute, assumez insuffisant et construisez chaîne profit. Coût : quelques heures. Bénéfice : LOI qui tient.
Questions à poser avant d'afficher un badge TrustMRR
Quel processeur est connecté ? PayPal et Amazon exclus ? Remboursements nets visibles ? Profil distingue one-shot et abo ? Si réponse floue, l'acheteur e-com traitera le badge comme marketing — préparez chaîne profit en parallèle. Positionnement respectueux : TrustMRR a sa place indie ; TrustExits n'est pas anti-TrustMRR — anti-confusion catégorie.
Micro-SaaS vs boutique : deux cultures acquisition
Sur X, un badge TrustMRR sur SaaS ferme des deals en DM en 48 h. Sur Empire Flippers ou TrustExits, une boutique à 40 k€/mois CA exige data room, escrow et transfert compte pub — timeline 30–90 jours. Utiliser le badge SaaS dans le canal e-com sans adapter le discours crée un décalage d'attentes : acheteurs sérieux demandent profit, pas MRR. Vendeurs e-com : parlez SDE et canal, pas leaderboard MRR.
En cas de doute, construisez la chaîne profit avant le badge. Coût : une journée de réconciliation. Bénéfice : LOI qui tient et acheteurs qui ne re-tradent pas à −35 % en semaine deux. Méthodologie profit vérifié TrustExits. Comparez aussi CA vs profit vérifié pour le détail des écarts.
FAQ
Accès lecture seule OAuth — même classe de risque que d'autres outils analytics. Le sujet e-com, c'est l'étendue du « vérifié », pas la sécurité OAuth.
TrustMRR et TrustExits ensemble ?
Oui. TrustMRR pour preuve sociale CA public si vous voulez ; TrustExits pour profit et canal sur l'exit. Ne confondez pas les labels avec l'acheteur.
Acquire + TrustMRR pour e-com ?
Acquire est SaaS-native. Listings e-com : même gap marge — CA sans coûts. La catégorie compte plus que la marque marketplace.
Alternative TrustMRR pour exit Shopify ?
Profit vérifié : CA + pubs + COGS TTM + audit canal. Méthodo TrustExits ou DIY documenté pour l'acheteur.
MRR vérifié pour e-com abonnement ?
Plus parlant que DTC one-shot pur — incomplet sans coût fulfillment, cohortes churn et payback CAC sur campagnes abo.
Bonne catégorie, bon badge. Ce qu'exige la vérification profit e-com — puis vendez ou achetez les yeux ouverts.
Pret pour des chiffres, pas des screenshots ?
Lance une estimation gratuite ou vois comment on verifie le profit avant qu'une annonce parte.
