Des utilisateurs s'inscrivent à votre essai gratuit, l'utilisent un peu, puis l'essai expire et rien ne se passe. Le repère auquel vous comparer dépend d'abord de votre modèle. D'après le SaaS Conversion Report de ChartMogul (enquête de janvier 2026 auprès de 200 produits B2B), la médiane du passage du gratuit au payant est de 8 % tous modèles confondus ; un essai sans carte bancaire correct fait entre 4 et 6 %, un essai avec carte bancaire exigée à l'inscription tourne autour de 30 %. Se mesurer au mauvais repère fait prendre de mauvaises décisions ; être en dessous du bon repère indique une fuite qui se localise.
La méthode vient de mon audit CRO SaaS et s'applique ici au seul tronçon qui va de l'inscription validée au premier paiement. Localiser la fuite avant de choisir la tactique, le reste en découle. Si votre problème se situe en amont (des visites mais pas d'inscriptions), commencez par le diagnostic du site SaaS qui ne convertit pas ; si c'est la grille tarifaire qui fait hésiter, par l'audit de la page de tarifs. Les chiffres cités ont été vérifiés à leur source en juillet 2026, panels et années précisés à chaque fois.
Qu'est-ce qu'un bon taux de conversion d'essai gratuit ?
Les benchmarks qui suivent viennent du SaaS Conversion Report de ChartMogul, une enquête menée en janvier 2026 auprès de 200 produits logiciels, très majoritairement B2B, typiquement entre 1 et 10 millions de dollars de revenu annuel récurrent. Ils mesurent la conversion du gratuit vers le payant (le « trial-to-paid » des rapports anglophones, quand il s'agit d'un essai). C'est du déclaratif, sans répartition géographique publiée. Prenez ces fourchettes comme des ordres de grandeur fiables, pas comme une vérité au dixième de point près.
| Modèle | Correct | Excellent |
|---|---|---|
| Freemium (version gratuite illimitée dans le temps) | 3 à 5 % | 8 à 12 % |
| Essai gratuit sans carte bancaire | 4 à 6 % | 10 à 15 % |
| Essai gratuit avec carte bancaire exigée | 25 à 35 % | 50 à 60 % |
| Essai inversé (produit complet, puis retour au plan gratuit) | 4 à 6 % | 8 à 12 % |
La lecture importante de ce tableau n'est pas la performance, c'est le filtre d'entrée. Un essai avec carte bancaire convertit plus de 5 fois mieux qu'un essai sans, parce que la carte écarte les curieux avant l'inscription, ce qui fait monter le taux et baisser le volume d'essais. Seuls 20 % des produits à essai gratuit du panel exigent la carte. La question d'y passer mérite sa propre section, plus bas.
Pour l'épaisseur historique, l'enquête Product Benchmarks d'OpenView (2020, plus de 150 SaaS interrogés) donnait déjà le même étagement, avec environ 14 % de conversion médiane pour l'essai gratuit contre environ 7 % pour le freemium. Les valeurs bougent selon les panels, la hiérarchie entre modèles reste.
Une fois situé, oubliez le benchmark. Votre chiffre utile est votre propre taux, calculé par cohorte mensuelle (les inscrits d'un même mois, suivis ensemble dans le temps) et comparé d'un mois sur l'autre, parce que c'est lui qui dira si ce que vous changez produit un effet. C'est à lui que le reste de l'article s'adresse.
Où votre essai gratuit perd ses utilisateurs : les trois fuites
La plupart des contenus sur le sujet listent des tactiques : ajoutez une visite guidée, envoyez plus d'emails, raccourcissez l'essai. Appliquées sans diagnostic, ces tactiques traitent un symptôme au hasard. Un essai gratuit qui ne convertit pas fuit à l'un de ces trois endroits, et chacun appelle une réponse différente.
La première fuite se situe avant l'essai, chez les mauvais entrants. Si votre page d'accueil ou votre page de tarifs promet autre chose que ce que le produit fait, vous remplissez votre essai de gens qui découvriront le malentendu de l'intérieur. Aucune relance ne convertit quelqu'un qui n'avait pas le problème que vous résolvez. Ce cas se repère à des inscrits qui se connectent une fois, explorent deux écrans et ne reviennent jamais, en volume.
La deuxième fuite est l'activation manquée, celle des inscrits qui avaient le bon besoin mais n'atteignent jamais le moment où le produit démontre sa valeur. C'est la fuite la plus fréquente et la plus rentable à colmater. Dans l'enquête OpenView citée plus haut, l'activation médiane des produits à essai gratuit était d'environ 40 %, autrement dit six inscrits sur dix ne voyaient jamais ce pour quoi ils s'étaient inscrits.
La troisième fuite est la fin d'essai, celle des utilisateurs actifs, convaincus, qui ne passent pourtant jamais au paiement. Écran d'expiration brutal, paiement qui échoue en silence, aucun rappel de la valeur accumulée : cette fuite-là est en grande partie technique, et on la détaille plus bas.
Pour savoir laquelle domine chez vous, une cohorte suffit : prenez les inscrits d'un mois donné et comptez combien ont atteint votre moment d'activation, puis combien ont payé. Quand beaucoup d'inscrits mais peu d'activés apparaissent, la fuite est la première ou la deuxième ; quand beaucoup d'activés paient peu, c'est la troisième. Cette mesure s'obtient par observation directe de vos données, à n'importe quel volume, sans le trafic qu'exigerait un A/B test (la comparaison statistique de deux versions), lequel viendra éventuellement valider vos corrections une fois identifiées.
Définissez votre moment d'activation avant d'optimiser quoi que ce soit
Tout le paragraphe précédent repose sur une brique : savoir ce que « activé » veut dire pour votre produit. Le moment d'activation est l'action qui sépare un essai vivant d'un essai mort, celle après laquelle un utilisateur a objectivement rencontré la valeur : premier rapport partagé, premier déploiement réussi, premier import de données terminé. Pas « s'est connecté trois fois » : une action qui touche au problème que le produit résout.
Mon repère en audit : quand je demande à un fondateur quel événement définit l'activation chez lui et que la réponse hésite, je sais que les relances, la durée d'essai et le reste sont réglés au jugé. C'est le premier chantier que je spécifie, parce que tous les autres en dépendent.
Techniquement, c'est un événement produit à câbler là où la valeur se produit, avec le contexte qui rendra les cohortes lisibles :
// au moment précis où la valeur est atteinte, pas à la connexion
analytics.track('activation_reached', {
action: 'first_report_shared', // votre définition de la valeur
days_since_signup: daysSinceSignup, // pour lire la vitesse d'activation
trial_plan: user.trialPlan, // pour segmenter les cohortes
});Une fois l'événement en place, montez un entonnoir à trois marches dans votre outil d'analytics (GA4, PostHog, Amplitude) : l'inscription, activation_reached, le premier paiement, sur une fenêtre de 30 jours. Cette après-midi d'instrumentation est probablement la plus rentable de votre trimestre, parce qu'elle transforme « les essais ne convertissent pas » en « 62 % de nos inscrits n'importent jamais leurs données ».
L'enjeu se chiffre facilement. Si vous recevez 200 essais par mois et convertissez à 8 %, vous signez 16 clients ; à 12 %, 24. À 40 € par mois d'abonnement, ces 8 clients supplémentaires ajoutent 320 € de revenu mensuel récurrent chaque mois, sans une visite de plus sur le site. C'est un calcul illustratif, à refaire avec vos volumes ; il dit pourquoi ce maillon du parcours rapporte plus que le même effort dépensé en acquisition.
Emails de relance d'essai gratuit : déclenchez sur le comportement, pas sur le calendrier
La séquence d'emails standard (bienvenue à J+1, astuces à J+7, « votre essai expire » à J-1) a un défaut structurel, celui d'envoyer le même message à un utilisateur qui a activé son compte le premier jour et à un compte resté vide. Le premier n'a pas besoin d'astuces de démarrage, le second n'a rien à faire d'un rappel d'expiration.
Le levier est de déclencher les relances sur l'état de l'utilisateur, tel que votre événement d'activation le donne. Trois déclencheurs couvrent l'essentiel :
- Inscrit sans première action après 48 heures. L'objectif de l'email tient en une chose, amener à la première action de valeur. Un lien direct vers l'étape bloquante (« importez votre premier fichier ») bat une liste de fonctionnalités.
- Activé, mais aucun signe d'intention de paiement. C'est le moment de parler des plans, de l'écart entre l'essai et le palier payant, et de lever l'objection restante. Relancer cet utilisateur avec des astuces de prise en main l'ignore.
- Limite du plan ou fonctionnalité verrouillée touchée. L'utilisateur vient de rencontrer la frontière de l'essai. Un message de passage au plan supérieur, envoyé au moment où la limite se fait sentir, arrive quand la question se pose.
Vous remarquerez que je ne cite aucun pourcentage d'amélioration pour ces relances : les chiffres qui circulent sur le sujet viennent presque tous d'éditeurs d'outils d'emailing qui vendent la solution qu'ils mesurent. Ce que je constate en pratique, c'est le prérequis : sans événement d'activation câblé, ces déclencheurs n'existent pas, et l'outil d'emailing le plus cher du marché en revient à compter les jours.
La fin d'essai, là où les derniers convaincus se perdent
Un utilisateur actif jusqu'au dernier jour qui ne convertit pas n'est pas une fatalité statistique, c'est presque toujours une friction locale. Quatre reviennent sans cesse dans les fins d'essai que j'examine.
L'expiration brutale d'abord. L'essai se termine, l'utilisateur revient, tout est verrouillé, ses données semblent perdues. La peur de perdre son travail devrait jouer pour vous (payer pour le garder), mais un écran qui ressemble à une porte fermée pousse à faire le deuil plutôt qu'à sortir la carte. L'écran de fin d'essai doit montrer ce que le compte contient (« vos 12 rapports et 3 tableaux de bord vous attendent »), pas un mur gris.
Le paiement qui échoue en silence ensuite, et c'est la friction la plus sournoise parce qu'elle est invisible dans les outils marketing. Une carte refusée, un 3-D Secure (la validation bancaire en deux étapes) abandonné en cours de route, et l'utilisateur qui voulait payer classe le problème dans « je verrai plus tard ». Dix minutes suffisent pour le vérifier dans le tableau de bord Stripe, section Paiements, en filtrant les échecs sur les comptes en fin d'essai ; côté code, vérifiez que l'événement invoice.payment_failed du webhook (la notification que Stripe envoie automatiquement à votre serveur) déclenche une relance et pas seulement une ligne de log. Dans les audits, je trouve régulièrement des paiements échoués que personne ne relançait, faute d'avoir branché cet événement.
La prolongation introuvable enfin, doublée d'une durée d'essai traitée comme une fatalité. 14 jours est la durée la plus répandue (62 % des produits du panel ChartMogul de janvier 2026, devant 7 et 30 jours à 14 % chacun), mais la durée importe moins que l'état de l'utilisateur à l'échéance. Quelqu'un d'engagé mais pas prêt (une validation interne à obtenir, un import à finir) ne devrait jamais avoir à supplier : une prolongation en un clic, ou une simple réponse à l'email de fin d'essai, garde dans le parcours quelqu'un qui allait payer la semaine suivante.
Faut-il exiger la carte bancaire à l'inscription ?
C'est la question la plus fréquente sur le sujet, et le tableau de benchmarks lui donne une fausse évidence. Les données ChartMogul de janvier 2026, rapportées à 1 000 visiteurs du site, racontent l'arbitrage complet : un essai sans carte bancaire génère en médiane 45 inscriptions dont 3,6 deviennent payantes ; un essai avec carte exigée n'en génère que 35, dont 10,5 paient. Presque trois fois plus de clients au bout, avec moins d'inscrits au départ.
Exiger la carte n'est pas une astuce de conversion, c'est un choix d'acquisition, celui de déplacer le tri des utilisateurs avant l'inscription au lieu de le faire pendant l'essai. Ce choix a un coût invisible dans le tableau. Moins d'essais, c'est moins d'utilisateurs qui parlent du produit, moins de retours pour l'améliorer, et un taux de conversion mécaniquement flatteur qui peut masquer un produit qui n'active pas. Un produit jeune, qui a encore besoin d'apprendre de ses utilisateurs, gagne à laisser l'entrée libre et à traiter ses fuites d'activation ; la carte à l'inscription se justifie quand le parcours est instrumenté, que l'activation est solide et que le volume d'inscriptions dépasse la capacité à bien les accueillir.
Par où commencer cette semaine
Quatre gestes, dans l'ordre, tous réalisables à votre niveau de trafic actuel.
- Calculez votre taux réel par cohorte : les inscrits d'avril, combien de payants au 30 juin ? Le chiffre cumulé depuis le lancement lisse tout, la cohorte montre la tendance.
- Définissez votre événement d'activation et câblez-le. Une phrase (« un compte est activé quand... ») puis l'événement dans le code. Sans lui, les trois gestes suivants restent aveugles.
- Regardez dix sessions d'utilisateurs en essai. Un outil de session replay (l'enregistrement vidéo des parcours) le permet sans budget, Microsoft Clarity n'imposant aucune limite de trafic. Filtrez les premières sessions qui suivent l'inscription et notez où chacune s'arrête, c'est souvent là que l'activation meurt.
- Relisez vos emails de relance en vous demandant ce qui les déclenche. Si la réponse est « le nombre de jours depuis l'inscription », vous savez quoi refondre en premier.
Questions fréquentes sur la conversion des essais gratuits
Quel taux de conversion d'essai gratuit viser selon votre modèle ?
Entre 4 et 6 % pour un essai sans carte bancaire, entre 25 et 35 % quand la carte est exigée à l'inscription, d'après l'enquête ChartMogul de janvier 2026 sur 200 produits B2B. Au-delà (10 à 15 % sans carte, 50 % et plus avec), vous êtes dans le quartile haut. Comparez-vous au repère de votre modèle, puis surtout à votre propre historique par cohorte.
Quelle durée pour un essai gratuit SaaS ?
14 jours domine le marché, avec 62 % des produits du panel ChartMogul de janvier 2026, contre 14 % à 7 jours et autant à 30 jours. La durée pèse moins que l'état de l'utilisateur au moment de l'échéance. Un essai court avec une activation rapide et une prolongation facile bat un essai long où l'utilisateur s'endort.
Un freemium convertit-il moins bien qu'un essai gratuit en clients payants ?
Sur les grilles ChartMogul de janvier 2026, un freemium correct convertit entre 3 et 5 % contre 4 à 6 % pour un essai sans carte, et l'écart se creusait déjà chez OpenView en 2020 (environ 7 % contre 14 %). Le freemium compense par un volume de comptes bien supérieur. Le bon modèle est celui qui laisse à votre produit le temps de prouver sa valeur avant l'échéance ; la présentation de l'offre gratuite est traitée dans l'audit de la page de tarifs.
La carte bancaire à l'inscription augmente-t-elle la conversion d'un essai gratuit ?
Oui, et fortement (environ 30 % contre moins de 6 % sans, ChartMogul 2026), parce qu'elle filtre les entrants avant l'inscription. Le prix se paie en volume d'essais et en retours utilisateurs perdus. Elle se justifie sur un produit instrumenté qui active bien, rarement sur un produit jeune qui a besoin d'apprendre.
Combien d'emails de relance envoyer pendant un essai ?
Le nombre compte moins que le déclencheur. Trois relances liées à l'état du compte (pas de première action après 48 heures, activé sans signe d'achat, limite du plan atteinte) font mieux qu'une séquence dense calée sur des dates, parce qu'elles arrivent au moment où leur message répond à une situation réelle.
Comment relancer un utilisateur dont l'essai a expiré ?
En rappelant ce que son compte contient plutôt qu'en répétant l'offre : ses données, ses rapports, son travail accumulé pendant l'essai. Conservez les données après l'expiration et dites-le explicitement, proposez une prolongation en un clic si l'utilisateur était actif, et vérifiez qu'aucun de ces expirés n'est en fait un paiement échoué jamais relancé.
Mesurez l'activation avant de retoucher vos relances
Avant toute retouche, sortez la cohorte de vos inscrits d'il y a deux mois et comptez, sur ce groupe, combien ont atteint la valeur du produit et combien ont payé. Ce seul tableau vous dira laquelle des trois fuites vous coûte le plus, et donc où investir votre prochain sprint, entre le message en amont, le parcours d'activation et la mécanique de fin d'essai. C'est une mesure d'observation, accessible sans volume particulier, et elle vaut mieux que n'importe quelle tactique appliquée au hasard.
Cet entonnoir, événements d'activation et webhooks de paiement compris, est précisément ce que couvre mon audit CRO, restitué en corrections priorisées et spécifiées, à implémenter vous-même ou avec moi. Les fourchettes de prix sont publiques, et la méthode complète est détaillée dans le guide de l'audit CRO SaaS.