Faut-il supprimer l'essai gratuit de son app ?

Je suis Samet Durgun, fractional Head of UA. Je gère le paid UA pour des apps par abonnement et des jeux mobiles, et j'écris ici ce que je constate dans les comptes que je gère. Cet article fait partie du thème Paid UA pour apps d'abonnement ; en savoir plus sur moi.

Faut-il supprimer l’essai gratuit ? C’est un des plus grands dilemmes dans la croissance d’app.

Les arguments pour le garder

Beaucoup d’apps proposent un essai, parfois même sur un plan hebdomadaire, et elles grandissent très bien. Ça a aussi du sens pour l’utilisateur, qui peut voir le produit avant de payer.

Si votre app convertit 50 % de l’essai vers l’achat, et j’ai déjà vu ça, gardez l’essai. C’est le signe d’un funnel sain. Pour une vue plus large qu’une seule app, le State of Subscription Apps 2026 de RevenueCat détaille la conversion essai vers payant par durée d’essai et par catégorie.

Les arguments pour le couper

L’autre camp regarde combien d’apps convertissent à peine l’essai en payant, et c’est là que les questions difficiles commencent.

Quand quelqu’un démarre un essai pour une app complexe et ne paie jamais, est-ce qu’il ne prend simplement pas la chose au sérieux ? Ou est-ce le signe que le product market fit n’est pas encore là ?

Et est-ce qu’un canal à forte intention comme Apple Search Ads, où quelqu’un recherche activement ce que vous faites, doit être traité comme un canal de découverte tel que Meta ou TikTok, où personne ne vous cherchait ? Ces deux utilisateurs arrivent avec des niveaux d’engagement complètement différents, et leur donner la même entrée gratuite est une décision, même quand elle est prise par défaut.

Je n’ai pas de réponse tranchée à tout ça. Mais il y a une vraie valeur à faire tourner une campagne achat uniquement et à voir par vous-même ce qui se passe.

La contrainte Meta qui tranche souvent le débat

Meta pose un dilemme qui lui est propre, celui de savoir comment optimiser.

Vous pouvez construire un événement personnalisé et assigner des valeurs pour enchérir à la fois sur les essais et les achats directs. Mais il n’existe pas de façon propre d’optimiser pour les débuts d’essai et les achats en même temps.

Donc sur l’app où j’ai testé ça, j’ai optimisé pour les achats tout du long, même quand le paywall proposait encore un essai. Quand j’ai supprimé l’essai, j’ai continué à optimiser pour les achats, et les chiffres avaient l’air bien meilleurs, sur un résultat qui ne signifiait plus qu’un achat.

Si vous optimisez déjà pour les achats, l’essai dilue ce sur quoi votre paywall est jugé sans aider vos enchères.

Comment décider

  • Vérifiez d’abord votre conversion essai vers payant, et combien d’installs démarrent seulement un essai. Élevée, sur une part saine des installs, et l’essai fait son travail
  • Vérifiez si vos canaux payants sont à forte intention ou à découverte, et envisagez de différencier le traitement
  • Vérifiez sur quoi vos campagnes Meta optimisent réellement aujourd’hui, et si votre tarification favorise plutôt une optimisation ROAS ou une optimisation achat sur Meta
  • Faites tourner une campagne achat uniquement contre votre setup actuel avant de changer le paywall pour tout le monde

J’ai testé une version proche de ce test sur une app subscription avec du trafic payant Meta. La campagne optimisait déjà pour les achats, donc au lieu d’en lancer une nouvelle, j’ai supprimé l’essai du paywall pour le trafic payant Meta, gardé la même campagne, les mêmes créatifs et le même événement, et comparé les semaines avant et après. Si votre outil de paywall permet de répartir les nouveaux utilisateurs payants entre essai et sans essai, faites-le, un avant et après capte aussi la tendance déjà en cours sur le compte. Le résultat complet semaine par semaine, y compris ce qui est arrivé au taux de conversion et au coût par résultat, se trouve dans Que se passe-t-il quand je supprime l’essai de mon app ?.