definition en une ligne
Le temps passé dans l'application mesure le temps que les utilisateurs passent dans votre produit par session ou par jour, mais plus de temps n'est pas toujours préférable, selon ce que fait votre produit.
formule : Temps dans l'application = Somme de toutes les durées de session ÷ Nombre de sessions (pour la moyenne) ou ÷ Nombre d'utilisateurs actifs (pour la moyenne par utilisateur). Suivez quotidiennement, hebdomadairement et mensuellement.
tl;dr
Le temps passé dans l'application est une mesure vaniteuse, à moins que vous ne l'associiez à des résultats. Un utilisateur passant 45 minutes dans votre application pourrait être profondément engagé – ou complètement perdu. Segmentez par type d'utilisateur et vérifiez si les sessions plus longues sont en corrélation avec la rétention, les mises à niveau ou l'achèvement des tâches. Le chiffre seul ne veut rien dire.
Définition simple
Le temps passé dans l'application est exactement ce à quoi cela ressemble : le temps que les utilisateurs passent dans votre produit. Il peut être mesuré par session (durée d'une seule visite) ou agrégé par jour/semaine (temps total qu'un utilisateur passe avec votre produit sur toutes les sessions). Il s’agit de l’une des mesures d’engagement les plus couramment suivies – et l’une des plus souvent mal interprétées. Le temps passé dans l'application est idéal pour les produits dont la valeur augmente avec l'utilisation (outils de création, plateformes sociales, tableaux de bord analytiques). Mais pour les produits utilitaires conçus pour gagner du temps, un temps d’utilisation élevé dans l’application peut en fait signaler un problème d’utilisabilité.
Comment le calculer
Durée moyenne dans l'application par session = Durée totale de la session pour tous les utilisateurs ÷ Nombre de sessions Durée quotidienne moyenne dans l'application = Durée totale par jour pour tous les utilisateurs ÷ Nombre de DAU
Suivez-le avec une logique de session appropriée :
- Une session démarre lorsque l'utilisateur ouvre votre application ou concentre l'onglet.
- Une session se termine après 30 minutes d'inactivité ou lorsque l'utilisateur ferme l'onglet.
- Exclure les sessions de moins de 5 secondes (ouvertures accidentelles probables ou trafic de robots).
Segments utiles :
- Par niveau d'utilisateur : les utilisateurs payants passent-ils plus ou moins de temps ? (Ils devraient faire plus plus rapidement ou s’engager plus profondément.)
- Par fonctionnalité : Où va le temps ? Si 60 % du temps est consacré aux paramètres, quelque chose ne va pas.
- Par numéro de semaine : les utilisateurs passent-ils plus de temps à apprendre le produit, ou moins ?
Exemple
Vous construisez un outil de reporting client. Temps moyen passé dans l'application : 12 minutes par session. Vous pensez que c'est sain. Ensuite, vous segmentez par cohorte d'utilisateurs. Utilisateurs dans leur première semaine : 22 minutes par session. Utilisateurs après le mois 3 : 7 minutes par session. Les nouveaux utilisateurs passent 15 minutes supplémentaires à comprendre. Vous regardez les enregistrements de session et les voyez cliquer dans les menus à la recherche du bouton « générer un rapport ». Vous le déplacez vers la navigation supérieure et ajoutez un raccourci clavier. La durée de la séance de la première semaine tombe à 14 minutes. La durée de la session du troisième mois reste à 7. La réduction de 8 minutes signifie que les nouveaux utilisateurs acquièrent de la valeur plus rapidement – et votre rétention au jour 7 passe de 35 % à 48 %, car moins de personnes abandonnent pendant la phase de confusion.
Lecture connexe
Termes associes
- Durée de la séance
- Adhérence
- Rapport DAU/MAU
FAQ
Est-il toujours préférable de passer plus de temps dans une application ?+
Non. Pour une plateforme de contenu ou un outil de conception, plus de temps signifie plus d’engagement – c’est bien. Pour un outil de gestion des tâches ou un outil de suivi des dépenses, de longues sessions peuvent signifier que l'interface utilisateur est déroutante et que les utilisateurs ne trouvent pas ce dont ils ont besoin. Interprétez toujours le temps passé dans l'application par rapport à l'objectif de votre produit. Une session de 30 secondes dans un gestionnaire de mots de passe est une réussite. Une session de 30 secondes dans un outil de gestion de projet est un rebond.
Comment puis-je suivre le temps passé dans l'application avec précision ?+
Utilisez des événements, pas des pages vues. Déclenchez un événement de battement de cœur toutes les 30 secondes lorsque l'onglet de l'utilisateur est actif et mis au point. Calculez la durée de la session comme le temps entre le premier et le dernier battement de coeur. Cela évite de compter le temps où l'onglet est ouvert mais où l'utilisateur s'est éloigné. Des outils comme Mixpanel, PostHog et Amplitude gèrent cela automatiquement.