Meta contre RevenueCat contre Adjust : quel chiffre croire ?

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 Ingénierie du signal ; en savoir plus sur moi.

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 écarts sont désordonnés, les définitions sont compliquées, et les résultats semblent souvent incohérents.

Mais faire coïncider les trois outils n’est pas l’objectif. Vous pouvez perdre dans deux directions :

  • Croire un revenu attribué qui ne deviendra jamais du cash, et finir par manquer d’argent. Au revoir.
  • Devenir tellement prudent que vous arrêtez de dépenser pendant que des concurrents plus audacieux prennent le marché. Au revoir.

L’objectif, c’est de comprendre ce que chaque comparaison peut, et ne peut pas, vous dire.

Comparaison La question à laquelle elle répond À vérifier en premier
Meta contre RevenueCat Quel revenu peut être rattaché au payant ? La part non attribuée
Meta contre Adjust Quel crédit le payant devrait-il recevoir ? Campagnes, dépense, timing, fenêtres qui correspondent
Adjust contre RevenueCat Le revenu est-il réellement arrivé ? Mêmes dates complètes, même traitement des remboursements et des frais

Meta contre RevenueCat : quel revenu peut être rattaché au payant ?

RevenueCat voit le paiement. Mais sous ATT, son revenu par canal est souvent un plancher, parce qu’une grande partie du revenu reste non attribuée. Pas toujours un plancher, cela dit, car un mauvais matching ou une définition de revenu différente peut faire pencher la balance dans un sens comme dans l’autre.

Ce qu’il faut regarder :

  • La part non attribuée
  • Des proportions payant et organique stables
  • Un écart reproductible, pas des totaux identiques

Meta contre Adjust : quel crédit le payant devrait-il recevoir ?

C’est la comparaison budgétaire utile, 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 :

Adjust contre RevenueCat : le revenu est-il réellement arrivé ?

Comparez le revenu total 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. Une vérification de ce qui a réellement été facturé, ce qui n’est pas encore une vérification par rapport aux versements du store.

Ce qu’il faut regarder :

  • Les totaux restent proches
  • Les semaines complètes évoluent ensemble
  • Les semaines de bord et partielles sont exclues
  • Les achats sandbox et de test sont retirés
  • Même base de dates des deux côtés, cohorte d’install ou date d’achat

Cohérence ne veut pas dire chiffres identiques

En cherchant la cohérence, ne demandez pas si les chiffres sont identiques. Posez quatre questions :

  1. Les utilisateurs et les campagnes comparés sont-ils les mêmes ?
  2. Les dates et la logique de timing sont-elles les mêmes ?
  3. Les règles d’attribution sont-elles alignées ? Face au 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.
  4. 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. C’est suffisant pour prendre une décision. Ce qu’aucune de ces comparaisons ne vous dit, c’est si le payant était incrémental. C’est 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 pourquoi 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 dans le growth audit. Il peut être réservé seul, quel que soit le niveau de dépense.

Sources

Toutes ouvertes et vérifiées le 29 septembre 2026. Aucune de ces pages n’affiche de date propre.

  • Apple Developer : User Privacy and Data Use, sur le fait que le tracking et l’accès à l’identifiant publicitaire exigent l’autorisation de l’utilisateur via ATT.
  • Meta Business Help Center : Measure the results of your app ads, selon laquelle les résultats du MMP peuvent différer 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 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.