Meta veut environ 50 événements par ad set par semaine. Google veut dix utilisateurs par jour. Votre événement d’achat se déclenche 17 fois. Voici quoi en faire.
L’événement que vous choisissez pour l’optimisation décide quels utilisateurs vous obtenez. Envoyez des installs, et la plateforme trouve des gens qui installent. Envoyez des débuts d’essai, et elle trouve des gens qui démarrent des essais. Envoyez des achats, et elle trouve des acheteurs, mais seulement si elle en voit assez pour apprendre.
C’est cette dernière condition qui fait caler la plupart des comptes subscription. L’événement d’achat est celui qui correspond à votre économie. C’est aussi celui qui se déclenche le moins souvent. Alors les équipes le choisissent et affament l’algorithme, ou reviennent aux installs et remplissent le funnel avec des gens qui n’ouvrent jamais le paywall.
Il existe une règle qui résout ça. Avant la règle, les chiffres.
Ce dont chaque plateforme a besoin avant de pouvoir apprendre
Vérifié le 23 septembre 2026 sur les pages d’aide de chaque plateforme. Ça change. La date compte plus que le chiffre.
| Plateforme | Options d’événement | Ce que la documentation dit qu’il vous faut | Le piège |
|---|---|---|---|
| Meta | Install, événement in-app, valeur. Les événements Subscribe et Purchase portent une valeur et une devise. | Environ 50 événements d’optimisation par ad set dans les sept jours suivant la dernière modification significative. En dessous, l’ad set reste en Learning Limited. | Sur iOS, les événements des utilisateurs ayant refusé le tracking arrivent via la mesure agrégée, donc le chiffre que vous voyez n’est pas le chiffre qui s’est réellement produit. |
| Campagnes d’app Google | Volume d’installs, installs susceptibles d’agir, action in-app, valeur (ROAS cible). | Une action in-app effectuée par au moins dix utilisateurs différents par jour dans la campagne, avec un budget quotidien d’au moins dix fois votre CPA cible. Pour le ROAS cible, Google recommande de commencer par la maximisation des conversions ou le CPA cible, puis de basculer une fois le volume stabilisé, typiquement 30 conversions ou plus sur 30 jours. | Dix utilisateurs par jour est un plancher pour l’apprentissage, pas un signe que l’événement prédit quoi que ce soit. |
| TikTok | Clic, install, événement in-app, valeur. | Pour l’optimisation basée sur la valeur, TikTok considère 50 conversions comme l’indicateur le plus significatif de sortie de la phase d’apprentissage, sur au moins sept jours, avec un budget quotidien de 30 fois votre CPA. | Être éligible et disposer d’assez de volume d’apprentissage sont deux choses différentes. |
| Apple Ads | Installs. Maximisation des conversions avec un CPA cible sur les résultats de recherche. | Apple recommande de laisser tourner une campagne en maximisation des conversions pendant au moins deux semaines avant de l’évaluer. | La conversion d’Apple, c’est le téléchargement. Il n’existe pas d’enchère native vers un événement subscription. Vous mesurez la valeur post-install via votre MMP ou AdAttributionKit, et vous optimisez par mot-clé et par enchère, pas par événement. |
Deux choses ressortent de ce tableau.
Les seuils ne sont pas les mêmes d’une plateforme à l’autre, donc “50 par semaine” est un chiffre Meta, pas une loi. Je l’utilise comme plancher pour combien de campagnes un compte peut faire tourner, et c’est un plancher pour l’apprentissage, pas pour faire confiance à un résultat : il fallait 50 achats ou plus à une publicité avant que son ROAS ne prédise la semaine suivante, et même alors, seulement modérément.
Et Apple Ads est complètement en dehors de cette décision. La question de l’événement se pose pour Meta, Google et TikTok.
L’événement que vous choisissez, c’est l’utilisateur que vous obtenez
La plateforme fait exactement ce qu’on lui dit. Passez un compte de l’optimisation achat à l’optimisation essai parce que le volume d’achats par ad set est trop bas, et le coût par essai baisse. Pareil pour le passage de l’essai au payant. Le coût par abonné payant grimpe. La plateforme a trouvé des gens qui démarrent des essais, et certains de ces gens démarrent des essais partout.
Les données 2026 de RevenueCat montrent pourquoi ça mord le plus fort sur les essais courts. Parmi les apps avec un essai de trois jours, 55,4 % des annulations d’essai surviennent au jour 0, et 84 % au jour 1. Une campagne optimisée pour l’essai peut avoir l’air excellente un mardi et ne plus rien valoir le jeudi suivant, et la plateforme ne voit jamais la différence parce que l’annulation n’est pas un événement contre lequel elle optimise. Si l’essai a sa place dans le funnel est une question à part.
Pourquoi l’événement le plus profond est généralement le mauvais premier choix
L’achat est l’événement qui correspond à votre compte de résultat. Si vous pouviez toujours optimiser dessus, vous le feriez.
En général, vous ne pouvez pas, pour deux raisons.
Le volume. Prenons une app subscription illustrative qui fait 80K $ par mois à un prix annuel de 60 $. Ça représente environ 1 300 premiers paiements par mois, soit à peu près 300 par semaine. Réparti sur quatre ad sets sur Meta, ça fait 75 par ad set, ce qui franchit la barre. Réparti sur dix ad sets et deux plateformes, non. La structure décide si l’événement profond est utilisable, pas seulement la dépense. L’arithmétique est inventée pour montrer la forme, vos propres chiffres prennent sa place.
Le délai. Le premier paiement d’un essai de sept jours arrive au jour 7 ou 8. Sur iOS, SKAdNetwork et AdAttributionKit le rapportent dans la deuxième ou la troisième fenêtre de postback sous forme de valeur approximative, des jours plus tard. La plateforme apprend à partir d’un signal qui décrit ce que vous avez vendu la semaine dernière. Les paramètres de valeur prédite de Meta et les enchères sur la valeur de Google existent pour raccourcir ce délai, et ils ne fonctionnent que si la prédiction a été vérifiée par rapport à des cohortes réellement arrivées à maturité. C’est là que l’optimisation pour la valeur déraille quand elle est activée trop tôt.
Donc l’événement le plus profond est la cible, pas le point de départ.
La règle
Optimisez pour l’événement le plus profond qui soit assez fréquent pour franchir le seuil de la plateforme à votre budget, assez rapide pour arriver dans la fenêtre d’apprentissage, et assez prédictif pour qu’améliorer cet événement améliore le nombre d’abonnés payants.
Les trois conditions à la fois. Un événement fréquent qui ne prédit pas les payeurs est un piège. Un événement prédictif qui se déclenche 17 fois par semaine est un blocage.
En pratique, ça donne une échelle.
- Install quand vous n’avez encore aucune donnée en aval, ou quand les événements en aval sont cassés. Utilisez-le pour apprendre les coûts, pas pour acheter des clients. Passez à autre chose dès que possible.
- Un événement de milieu de funnel qualifié (onboarding terminé, une action clé, ou un début d’essai avec une condition attachée) quand il prédit de façon démontrable la conversion payante dans vos propres données. C’est là que se situent la plupart des comptes subscription sur Meta et TikTok jusqu’à ce que le volume d’achats franchisse le seuil.
- Premier paiement ou Subscribe avec valeur quand il franchit le seuil par ad set, que votre MMP et les données du store s’accordent sur le compte, et que les remboursements refluent dans la valeur.
- Valeur ou LTV prédite seulement après avoir comparé les prédictions précoces à des cohortes arrivées à maturité, et qu’elles tiennent toujours. Quel mode d’enchère convient à quelle app est une décision séparée de celle de l’événement.
Le test pour l’étape 2 est simple. Sortez 90 jours de cohortes. Comparez le taux d’essai vers payant et le revenu par install à 60 jours entre les utilisateurs qui ont déclenché l’événement candidat et ceux qui ne l’ont pas fait. Si l’écart est faible, l’événement ne qualifie personne. Choisissez-en un autre. Sur un compte, la valeur jour 0 a mieux prédit le ROAS D28 que le coût par achat, et c’est exactement le genre de vérification qui vous dit si un signal mérite qu’on optimise dessus.
L’erreur qui ressemble à un succès
Les essais bon marché sont le cas classique. Un coût par essai de 10 $ avec un taux d’annulation jour 0 de 85 % est pire qu’un coût par essai de 30 $ avec un taux d’annulation normal. Le dashboard dit que la première campagne gagne. Le compte en banque dit l’inverse, six semaines plus tard.
La deuxième erreur est plus discrète. Les équipes choisissent l’optimisation achat, la regardent rester en Learning Limited pendant un mois, et concluent que Meta ne fonctionne pas pour elles. Il fonctionne. Il n’a jamais eu assez de données pour essayer.
La troisième consiste à consolider les ad sets pour franchir le seuil, puis à les refragmenter une semaine plus tard pour un test créatif. Chaque modification significative remet le compteur à zéro.
Ce que cette page ne peut pas vous dire
Il n’existe aucune expérience contrôlée publiée qui maintienne l’audience, le créatif et la dépense constants et compare l’optimisation install, essai et achat sur du revenu subscription arrivé à maturité. Ce qui existe, ce sont les recommandations des plateformes, la recherche sur les proxys court terme pour des résultats long terme, et des benchmarks fournisseurs. La règle ci-dessus est un principe défendable. Ce n’est pas une loi de la nature, et les seuils du tableau seront différents dans six mois.
Ce que vous pouvez faire, c’est appliquer l’échelle à vos propres cohortes, comparées au même âge de cohorte, pour qu’une cohorte d’une semaine ne soit jamais jugée face à une cohorte de trois mois. Les frais du store changent le plafond de CPA vers lequel vous optimisez, donc ce plafond doit venir du revenu net, pas du prix affiché.
Où en est votre compte
Si votre événement d’achat ne franchit pas le seuil et que vous êtes sur l’optimisation essai depuis plus d’un trimestre, c’est généralement une conversation de 90 minutes. Une session payante de 90 minutes couvre votre setup et ce qu’il faut changer, dans quel ordre, réservée sur le même calendrier que l’appel initial. Le tableau complet du paid UA pour les apps subscription et de ce que corrige le signal engineering se trouve sur leurs propres pages.
Sources et périmètre
Seuils de plateforme vérifiés le 23 septembre 2026. Meta : About the learning phase, Meta Business Help Center, la page de Meta n’a pas pu être relue par script à cette date, donc le chiffre de 50 événements en sept jours repose sur les recommandations publiées par Meta telles que je les ai lues pour la dernière fois. Google : Best practices guide: Setting up your App campaigns et Set up an App campaign for target return on ad spend, Google Ads Help. TikTok : Tips for Value-Based Optimization for app, TikTok Business Help Center, mise à jour en mai 2026. Apple : Maximize Conversions best practices, Apple Ads. Timing des annulations d’essai : State of Subscription Apps 2026, RevenueCat, plus de 115 000 apps, année civile 2025, produit par RevenueCat, une distribution des annulations, pas une part de l’ensemble des utilisateurs en essai. L’argument des résultats de substitution suit Athey, Chetty, Imbens and Kang, NBER Working Paper 26463, un document de travail. L’exemple à 80K $ est une arithmétique illustrative, pas un compte réel.
Questions fréquentes
Une app subscription doit-elle optimiser pour les installs ou pour les essais ?
Les installs seulement jusqu'à ce que les événements en aval fonctionnent, puis un événement de milieu de funnel qualifié. Un début d'essai seul attire des gens qui démarrent des essais. Ajoutez une condition qui prédit le paiement.
De combien de conversions Meta a-t-il besoin par semaine pour une app subscription ?
La recommandation générale de Meta est d'environ 50 événements d'optimisation par ad set dans les sept jours suivant la dernière modification significative. C'est le chiffre de Meta, pas une règle valable sur toutes les plateformes. Google documente dix utilisateurs différents effectuant l'action in-app par jour. TikTok documente 50 conversions sur au moins sept jours pour l'optimisation basée sur la valeur.
Peut-on optimiser Apple Ads pour les abonnements ?
Pas nativement. Apple Ads enchérit vers les installs. Vous mesurez les résultats subscription via votre MMP ou AdAttributionKit, et vous ajustez les mots-clés et les enchères sur cette base.
Quand une app subscription doit-elle passer à l'optimisation par la valeur ?
Quand les premiers paiements avec valeur franchissent le seuil de la plateforme par ad set, que les remboursements refluent dans la valeur, et que vos valeurs prédites précoces ont été vérifiées par rapport à des cohortes vieilles d'au moins 60 à 90 jours.
Pourquoi mon coût par essai a-t-il baissé alors que mon payback empirait ?
Parce que la plateforme a trouvé des débuts d'essai moins chers, et que les débuts d'essai moins chers convertissent en payant à un taux plus faible. Le coût par abonné payant est le chiffre à surveiller, comparé au même âge de cohorte.