ARPDAU, ARPPU et ARPU d'un jeu : comment les calculer

L'ARPDAU, l'ARPPU et l'ARPU divisent tous les trois les revenus d'un jeu par un nombre de joueurs. L'ARPDAU les divise par les joueurs qui ont joué ce jour-là, l'ARPPU par les joueurs qui ont payé et l'ARPU par l'ensemble des joueurs. Les revenus sont les mêmes dans les trois cas ; seul le dénominateur change, et c'est pour cela que les trois chiffres sont si différents.

ARPDAU, ARPPU et ARPU en résumé

Un exemple chiffré

Un jour donné, 1 000 joueurs jouent à votre jeu et 25 d'entre eux achètent quelque chose, pour un total de 150 $ :

• L'ARPDAU est de 150 $ / 1 000 = 0,15 $.
• La conversion en payeurs est de 25 / 1 000 = 2,5 %.
• L'ARPPU est de 150 $ / 25 = 6,00 $.

L'ARPDAU est toujours égal à la conversion en payeurs multipliée par l'ARPPU : 2,5 % × 6,00 $ = 0,15 $. Quand l'ARPDAU change, vous pouvez donc savoir si davantage de joueurs ont payé ou si les joueurs qui ont payé ont dépensé davantage.

Sur un mois, l'ARPU n'est pas la moyenne des valeurs quotidiennes de l'ARPDAU. Un joueur qui joue 10 jours dans le mois compte 10 fois dans les dénominateurs quotidiens, mais une seule fois dans le dénominateur mensuel : l'ARPU mensuel est donc bien plus élevé que l'ARPDAU. Dans le jeu d'exemple ci-dessous, l'ARPDAU des 30 derniers jours était de 0,17 $, alors que les revenus divisés par tous les joueurs qui ont joué pendant ces 30 jours, c'est-à-dire l'ARPU mensuel, étaient de 0,47 $. La conversion en payeurs varie de la même façon : environ 3 % des joueurs ont payé un jour typique, mais 7,5 % des joueurs du mois ont payé au moins une fois.

Les détails qui changent le chiffre

Deux équipes peuvent calculer l'ARPPU à partir des mêmes achats et obtenir des résultats différents. Voici les raisons habituelles :

• Les revenus publicitaires. Si le jeu affiche des publicités, décidez si l'ARPDAU et l'ARPU incluent les revenus publicitaires. L'ARPPU ne compte en général que les achats, car un joueur qui ne fait que regarder des publicités n'est pas un payeur. Aucun des deux choix n'est faux, mais indiquez celui que vous utilisez.
• Les remboursements. Soustrayez les remboursements le jour où ils ont lieu. Sinon, les revenus et toutes les métriques calculées à partir d'eux restent trop élevés.
• La période. L'ARPPU et la conversion en payeurs dépendent de la façon dont vous comptez les payeurs : par jour ou par mois. Un joueur qui paie trois jours dans un mois compte comme trois payeurs dans les chiffres quotidiens et comme un seul dans le chiffre mensuel. Comme le souligne devtodev, l'ARPPU mensuel n'est ni la somme ni la moyenne des valeurs quotidiennes.
• Brut ou net. Les stores d'applications conservent une part de chaque achat, souvent 15 % ou 30 %. Les revenus calculés avant cette part donnent des chiffres plus élevés que l'argent que vous recevez.
• La devise. Convertissez chaque achat dans une seule devise avant d'additionner les montants.

L'ARPU au jour 7 et au jour 30 : la part mesurée de la LTV

La LTV (lifetime value, valeur d'un joueur sur toute sa durée de vie) correspond aux revenus qu'un joueur apporte pendant tout son temps dans le jeu. Pour les joueurs qui jouent encore, c'est une prédiction. L'ARPU cumulé au jour N est la partie que vous pouvez mesurer dès aujourd'hui : les revenus d'une cohorte de nouveaux joueurs depuis leur premier jour jusqu'au jour N, divisés par le nombre de joueurs de la cohorte.

Si 200 joueurs commencent le même jour et dépensent 90 $ au total jusqu'à leur septième jour, l'ARPU au jour 7 est de 0,45 $. Comme la rétention, il n'est définitif qu'une fois le jour N terminé. Comparez l'ARPU au jour 7 et au jour 30 avec ce que coûte l'acquisition d'un nouveau joueur ; le guide des KPI des jeux mobiles présente le coût par installation et la LTV.

Requête SQL pour l'ARPDAU, la conversion en payeurs et l'ARPPU

Si vos sessions et vos achats sont déjà dans une base de données, cette requête PostgreSQL calcule les valeurs quotidiennes de chaque jour terminé. Elle attend une table sessions avec player_id et started_at, la même table que dans les requêtes de rétention et de DAU/MAU, ainsi qu'une table purchases avec player_id, amount_usd et purchased_at, dans laquelle les remboursements sont des montants négatifs :

WITH active_days AS (
  SELECT DISTINCT player_id, (started_at AT TIME ZONE 'UTC')::date AS active_on
  FROM sessions
  UNION
  SELECT DISTINCT player_id, (purchased_at AT TIME ZONE 'UTC')::date
  FROM purchases
),
revenue_by_player_day AS (
  SELECT player_id, (purchased_at AT TIME ZONE 'UTC')::date AS active_on, SUM(amount_usd) AS revenue
  FROM purchases
  GROUP BY 1, 2
)
SELECT
  active_days.active_on AS day,
  COUNT(*) AS dau,
  COALESCE(SUM(revenue), 0) AS revenue,
  COUNT(*) FILTER (WHERE revenue > 0) AS paying_players,
  ROUND(COALESCE(SUM(revenue), 0) / COUNT(*), 3) AS arpdau,
  ROUND(100.0 * COUNT(*) FILTER (WHERE revenue > 0) / COUNT(*), 2) AS payer_conversion_percent,
  ROUND(COALESCE(SUM(revenue), 0) / NULLIF(COUNT(*) FILTER (WHERE revenue > 0), 0), 2) AS arppu
FROM active_days
LEFT JOIN revenue_by_player_day USING (player_id, active_on)
WHERE active_days.active_on < (now() AT TIME ZONE 'UTC')::date
GROUP BY active_days.active_on
ORDER BY day DESC;

La requête compte un joueur comme actif chaque jour où il a joué ou acheté quelque chose, additionne les achats de chaque joueur par jour et compte un joueur comme payant un jour donné quand ses achats de ce jour-là totalisent plus de zéro. L'ARPPU est vide un jour sans payeurs. La requête exclut aujourd'hui, car les chiffres d'aujourd'hui ne sont pas définitifs avant la fin de la journée. Les jours sont des jours calendaires en UTC ; pour utiliser un fuseau horaire local, remplacez les quatre valeurs 'UTC' par le nom d'un fuseau, par exemple 'America/New_York'.

Qu'est-ce qu'un bon ARPDAU ou un bon ARPPU ?

Il n'existe pas de benchmark public fiable. L'ARPDAU dépend du genre, de la plateforme, des pays d'où viennent vos joueurs et du fait que le jeu gagne de l'argent grâce aux publicités ou aux achats, et les chiffres publiés que nous avons trouvés soit ne précisent aucun jeu de données, soit datent de plusieurs années. Comparez chaque version de votre jeu avec les versions précédentes, et comparez l'ARPU au jour 30 avec votre coût par installation.

Les métriques de revenus dans Game Stats AI

Pour montrer à quoi cela ressemble, nous avons utilisé le jeu compétitif d'exemple du guide sur la rétention. De nouveaux joueurs sont arrivés chaque jour pendant huit semaines, et nous avons ajouté des événements d'achat générés pour environ 3 % des jours où des joueurs étaient actifs, avec quelques remboursements sous forme de montants négatifs. Dans un jeu, chaque achat est un événement avec un attribut amount_usd, envoyé à l'endpoint des événements.

Un rapport de revenus additionne une ou plusieurs sources de revenus. Chaque source est un événement et l'attribut qui contient son montant en dollars américains, comme les achats, les abonnements ou les revenus publicitaires. Le rapport compte un joueur comme actif chaque jour où il joue un match, envoie un événement, débloque un succès ou enregistre un événement de progression, et il soustrait les montants négatifs en tant que remboursements. Toutes les sources comptent dans les revenus quotidiens, l'ARPDAU et l'ARPU, tandis que la conversion en payeurs et l'ARPPU ne comptent que les sources que les joueurs paient directement : un joueur qui ne fait que regarder des publicités n'est donc pas un payeur. Le jeu d'exemple a une seule source, ses achats :

Le rapport calcule l'ARPDAU, la conversion en payeurs et l'ARPPU pour chaque jour, et ses moyennes pondèrent chaque jour par son nombre de joueurs : elles correspondent donc aux définitions quotidiennes ci-dessus et non aux définitions mensuelles. Sous les moyennes se trouve une ligne par cohorte avec l'ARPU au jour 1, 7 et 30, qui reste vide tant que ce jour n'est pas terminé :

Nous avons exécuté la requête SQL ci-dessus sur les mêmes matchs et les mêmes achats, et elle a renvoyé les mêmes revenus, joueurs payants, ARPDAU, conversion en payeurs et ARPPU pour chaque jour. Les valeurs sont aussi disponibles via l'endpoint du rapport de revenus, et vous pouvez interroger Claude à leur sujet via MCP, par exemple « L'ARPPU a-t-il changé après la dernière mise à jour ? »

Questions fréquentes

Quelle est la différence entre l'ARPU et l'ARPPU ?

L'ARPU divise les revenus par l'ensemble des joueurs, et l'ARPPU les divise par les joueurs qui ont payé. Comme la plupart des joueurs d'un jeu free-to-play ne paient jamais, l'ARPPU est en général plusieurs fois plus élevé que l'ARPU.

Que signifie ARPDAU ?

Average revenue per daily active user, c'est-à-dire revenu moyen par utilisateur actif quotidien : les revenus d'un jour divisés par le nombre de joueurs qui ont joué ce jour-là.

Un ARPU plus élevé est-il toujours meilleur ?

Pas à lui seul. L'ARPU augmente si les joueurs qui paient rarement arrêtent de jouer, car le dénominateur diminue. Lisez-le à côté du nombre de joueurs actifs et de la rétention.

L'ARPPU inclut-il les revenus publicitaires ?

En général non, car l'ARPPU porte sur les joueurs qui paient. Si vous incluez les revenus publicitaires, un joueur qui ne fait que regarder des publicités devient un payeur, et l'ARPPU ne mesure plus les achats. Quel que soit votre choix, utilisez toujours la même définition.