Meta contre RevenueCat contre Adjust. Ou, plus généralement, plateforme publicitaire contre plateforme de gestion d’abonnements contre MMP.
Personne n’a envie de réconcilier ces chiffres. Les définitions sont compliquées, et les écarts sont désordonnés et semblent souvent incohérents.
Mais faire coïncider les trois outils, c’est viser le mauvais objectif. Il y a deux façons de perdre :
- Se fier à un revenu attribué qui ne deviendra jamais du cash, et finir par manquer d’argent, ce qui vous oblige à fermer.
- Devenir tellement prudent que vous arrêtez de dépenser pendant que des concurrents plus audacieux prennent le marché, ce qui finit par vous évincer.
L’objectif, c’est de comprendre ce que chaque comparaison peut vous dire, et ce qu’elle ne peut pas vous dire.
| Comparaison | La question à laquelle elle répond | À vérifier en premier | Ce qu’elle ne peut pas vous dire |
|---|---|---|---|
| Meta contre RevenueCat | Quel revenu peut être rattaché au payant ? | La part non attribuée | Le total complet du payant. Sous ATT, le revenu par canal est souvent un plancher, même si une mauvaise correspondance ou une définition de revenu différente peut le tirer dans un sens comme dans l’autre |
| Meta contre Adjust | Quel crédit le payant devrait-il recevoir ? | Campagnes, dépense, timing et fenêtres qui correspondent | Si le payant était incrémental |
| Adjust contre RevenueCat | Le revenu est-il réellement arrivé ? | Mêmes dates complètes, même traitement des remboursements et des frais | Les versements du store. Elle vérifie ce qui a réellement été facturé, pas encore ce que les stores ont payé |
Chaque section qui suit reprend une ligne du tableau et indique ce qu’il faut faire correspondre ou regarder avant de vous fier à l’écart.
Meta contre RevenueCat : quel revenu peut être rattaché au payant ?
RevenueCat voit le paiement, mais sous ATT, une grande partie du revenu reste non attribuée.
Ce qu’il faut regarder :
- La part non attribuée
- Des proportions stables entre payant et organique
- Un écart reproductible, pas des totaux identiques
Meta contre Adjust : quel crédit le payant devrait-il recevoir ?
C’est la comparaison utile pour le budget, mais seulement après avoir fait correspondre les campagnes, la dépense, la base de timing et les fenêtres d’attribution. Sur un compte que j’ai mesuré, les campagnes en 1 day view tournaient environ 20 % au-dessus du MMP sur les installs.
À faire correspondre d’abord :
- Campagnes et dépense
- Snapshot contre snapshot
- Fenêtres de clic et de view
Adjust contre RevenueCat : le revenu est-il réellement arrivé ?
Comparez le revenu total du snapshot sur les mêmes dates complètes, avec la même devise, le même fuseau horaire et le même traitement des remboursements et des frais. Pour une lecture par cohorte, je traite les proceeds de RevenueCat comme l’argent et le revenu du MMP comme la répartition par campagne, ainsi que le détaille l’article sur les cohortes.
À contrôler :
- Les totaux restent proches
- Les semaines complètes évoluent ensemble
- Exclure les semaines de début et de fin de période, et les semaines partielles
- Retirer les achats sandbox et de test
- Utiliser la même base de dates des deux côtés, soit la cohorte d’install, soit la date d’achat
Cohérence ne veut pas dire chiffres identiques
Ne vous attendez pas à des chiffres identiques. Pour juger de la cohérence, posez quatre questions :
- Comparez-vous les mêmes utilisateurs et les mêmes campagnes ?
- Utilisez-vous les mêmes dates et la même logique de timing ?
- Les règles d’attribution sont-elles alignées ? Pour aligner Meta sur le MMP, j’élargis la fenêtre de view dans la configuration Meta du MMP au lieu de réduire l’attribution par view côté Meta.
- L’écart reste-t-il raisonnablement stable dans le temps ? Sinon, il n’est pas encore fiable.
Un écart fiable est explicable, reproductible et mesuré sur la même base, et cela suffit pour décider. Aucune de ces comparaisons ne vous dit si le payant était incrémental, et cela relève d’un test à part. Pour les App Campaigns Google sur iOS, où les trois chiffres sont Google Ads, le MMP et SKAN, je traite le même problème dans un article sur les raisons pour lesquelles ils rapportent des conversions différentes.
Si vos trois chiffres ne concordent pas et que vous ne savez pas quel écart est normal, je vérifie cela sur un compte dans le growth audit. Vous pouvez le réserver seul, quel que soit le niveau de dépense.
Sources
Toutes ces pages ont été ouvertes et vérifiées le 29 septembre 2026. Aucune n’affiche de date propre.
- Apple Developer : User Privacy and Data Use, qui indique que le tracking et l’identifiant publicitaire exigent l’autorisation de l’utilisateur via ATT.
- Meta Business Help Center : Measure the results of your app ads, qui indique que les résultats du MMP peuvent différer de ceux d’Ads Manager, en général à cause de fenêtres d’attribution différentes.
- Meta Business Help Center : About attribution models and attribution settings, sur les fenêtres de clic et de view que Meta prend en charge.
- RevenueCat Docs : Meta Ads, où le revenu peut être envoyé avant ou après la commission du store et les taxes estimées.
- RevenueCat Docs : Adjust, sur le même choix de revenu, les remboursements envoyés sans revenu, et les événements sandbox envoyés à Adjust en mode sandbox.
- RevenueCat Docs : Reconciling with App Store Financial Reports, sur les raisons pour lesquelles le revenu de RevenueCat et les rapports d’Apple divergent : date de transaction contre date de règlement, taux de change, taxes et commission estimées.
- Adjust Help Center : Currency conversion, sur la conversion du revenu dans la devise de reporting de l’app.
- Adjust Help Center : Set up your view in Datascape, sur le décalage UTC et le filtre d’environnement sandbox.
- Adjust Help Center : Attribution windows, sur la fenêtre des impressions, de 24 heures par défaut.
- Adjust Help Center : Set up Meta in Adjust, sur les réglages d’attribution de la page de détails du réseau Meta.