Tout savoir sur le message in-app : définition et création

Comment éviter que vos messages in-app ne soient fermés en un clic sans même être lus ? S'il est mal ciblé, un message risque d'irriter vos utilisateurs ; mais lorsqu'il est affiché au bon moment, un message in-app devient un levier puissant pour guider une prise en main, faire découvrir une nouveauté ou recueillir un avis précieux.

Dans ce guide, les équipes produit, marketing et CRM trouveront les usages et les formats possibles, des exemples concrets et cinq étapes pour créer, tester et mesurer une campagne.

Qu'est-ce qu'une notification in-app ?

Pour être tout à fait clair : nous parlons ici des messages contextuels qui s'affichent en direct dans l'application. Ne les confondez pas avec le centre de notifications (qui garde un historique des messages pour plus tard), ni avec la notification push (qui arrive sur l'écran du téléphone, même quand l'application est fermée).

Quand utiliser un message in-app ?

Le choix du format dépend avant tout de ce que fait l'utilisateur au moment où le message apparaît. L'objectif ? Trouver le juste équilibre entre visibilité et fluidité, avec un déclencheur clair et une action évidente.

Il peut aussi servir à recueillir un avis après une étape importante, par exemple une configuration terminée ou un achat. Posez la question une fois l'action accomplie, plutôt qu'au milieu du parcours, et prévoyez une façon simple de fermer le message. Le bon moment dépend de l'objectif et du comportement des utilisateurs : un affichage systématique à chaque ouverture risque surtout de les lasser.

Quelle différence entre message in-app, notification push et centre de notifications ?

Ces canaux peuvent se compléter. Une notification push peut faire revenir quelqu'un dans l'application pour une information urgente sur son compte ; une bannière in-app lui explique ensuite ce qui a changé et l'amène au bon écran. En revanche, choisir un fournisseur de push ne suffit pas forcément à créer des fenêtres modales personnalisées, des infobulles ou un centre de notifications permanent. Il faut parfois un module supplémentaire ou un développement dans l'application.

Quel format de message in-app choisir ?

Ces exemples montrent comment choisir le format selon ce que l'utilisateur est en train de faire. Privilégiez celui qui le dérange le moins, avec un déclencheur clair et une destination précise.

Modale d'onboarding : inviter un collègue

Quand une personne crée son premier projet, vous pouvez lui proposer d'inviter un collègue dans une fenêtre modale. Le bouton « Inviter un collègue » ouvre directement le panneau d'invitation. Laissez la possibilité de passer cette étape facultative et mesurez les invitations envoyées, pas seulement les clics sur le bouton.

Bannière : annoncer une nouveauté utile

Une bannière convient à une nouveauté qui mérite d'être vue sans bloquer la tâche en cours. Affichez-la aux utilisateurs qui ont accès à la fonctionnalité, sur un écran lié à celle-ci, avec un lien direct vers la nouveauté ou une courte explication. Restez discret et cessez de l'afficher dès que la personne a essayé la fonctionnalité.

Bannière discrète : demander un avis après une action

Après une première configuration réussie, une courte bannière peut demander si l'étape a été facile à réaliser. Limitez-vous à une question, laissez la possibilité de répondre plus tard et évitez de la montrer à chaque visite. Mesurez les réponses obtenues, mais aussi les fermetures : elles vous aideront à juger si le moment choisi convient.

Fenêtre modale : demander une action sur le compte

Une fenêtre modale se justifie quand l'utilisateur doit prendre connaissance d'un problème ou le résoudre avant de continuer, par exemple si son moyen de paiement a expiré. Voici ce qu'il faut définir avant de la créer :

• Public : les propriétaires d'un espace de travail dont le moyen de paiement enregistré a expiré.

• Déclencheur : la première visite du tableau de bord après confirmation de l'expiration.

• Format : une fenêtre modale avec une fermeture visible ou l'option « Me le rappeler plus tard » si l'action peut attendre.

• Message : « Mettez à jour votre moyen de paiement pour éviter toute interruption de votre espace de travail. »

• Bouton et destination : « Mettre à jour mon moyen de paiement », qui ouvre l'écran de facturation.

• Mesure de réussite : la part des personnes ayant vu la fenêtre et effectivement mis à jour leur moyen de paiement.

Si l'information doit rester accessible, ajoutez-la aussi au centre de notifications intégré. Une fenêtre modale ne permet pas de la retrouver plus tard ; à l'inverse, un message placé seulement dans ce centre risque de passer inaperçu s'il est urgent.

Comment créer un message in-app en 5 étapes ?

Que vous utilisiez une plateforme de messagerie ou une solution développée en interne, la démarche reste la même : fixer un objectif, préparer l'intégration, rédiger le message, choisir qui le verra et à quel moment, puis tester et mesurer le résultat. Nous prendrons le portail EngageLab AppPush comme exemple concret pour passer de ces choix à une véritable campagne.

Avant d'ouvrir la console, créez un projet AppPush, enregistrez un appareil de test et terminez l'intégration du SDK. Selon la documentation, cette fonction est disponible sur Android et iOS, nécessite le SDK en version 4.5.0 ou ultérieure et se configure dans le portail web, pas via la Push API. Le portail permet de régler le message, le public ciblé, la page où il peut apparaître, le moment d'envoi et les paramètres d'affichage. De son côté, votre application doit fournir les identifiants, segments, chemins de pages, liens profonds, données comportementales et événements de conversion nécessaires à ces réglages.

1. Définissez l'objectif, le public et le déclencheur

Partez d'une action précise qui aide vraiment l'utilisateur. « Aider le propriétaire d'un nouvel espace de travail à inviter son premier collègue » est plus concret qu'« augmenter l'engagement ». Ici, le public est le nouveau propriétaire, le déclencheur est l'ouverture du tableau de bord du projet tant qu'aucun collègue n'a été invité, le bouton mène au panneau d'invitation et la réussite correspond à une invitation envoyée.

Dans EngageLab, vous pourrez ensuite cibler tous les utilisateurs enregistrés, un segment sauvegardé ou des identifiants précis (« Registration ID »). Pour déclencher ou exclure un message selon un comportement, l'application ou le système de données connecté doit pouvoir reconnaître la situation concernée. Par exemple, il faut identifier les personnes qui ont déjà invité un collègue pour ne plus leur montrer le message.

2. Ouvrez l'écran de création In-App

Connectez-vous à EngageLab et ouvrez votre projet AppPush. Dans la navigation principale, cliquez sur Push, puis sur Messages in-app dans le menu qui s'affiche.

3. Choisissez un format et rédigez le message

Choisissez le format le moins intrusif qui permette d'atteindre l'objectif, puis rédigez le message et son bouton autour de l'action attendue. Dans EngageLab, donnez un nom au message, sélectionnez Android ou iOS, puis choisissez un interstitiel, une bannière, un modèle plein écran ou un modèle HTML personnalisé. Ajoutez l'image, le titre, le corps du message et les boutons principaux ou secondaires. Un bouton peut ouvrir une URL ou un lien profond, demander une autorisation ou fermer le message.

Dites ce qui a changé, pourquoi cela compte maintenant et ce que l'utilisateur peut faire. Un bouton « Inviter un collègue » ou « Mettre à jour mon moyen de paiement » est plus clair que « En savoir plus ». Si le message est promotionnel, prévoyez une fermeture bien visible et vérifiez que l'écran de destination existe déjà dans l'application.

4. Réglez le ciblage et l'affichage

Reprenez le public et le déclencheur définis à l'étape 1 pour créer vos règles de ciblage et d'affichage. Dans EngageLab, choisissez tous les utilisateurs enregistrés, un segment sauvegardé ou des identifiants précis (« Registration ID »). Indiquez ensuite si le message peut apparaître sur toutes les pages ou seulement sur une page donnée. Le chemin de cette page et le fonctionnement des liens profonds doivent correspondre aux routes réellement prévues dans votre application.

Choisissez un envoi immédiat ou programmé. Les paramètres avancés permettent de retarder l'apparition de la fenêtre, de prévoir sa disparition automatique ou sa fermeture manuelle, et de fixer une période pendant laquelle le message reste affichable. Ces réglages évitent qu'un message s'affiche alors qu'il n'a plus de sens. Si l'écran de campagne ne prévoit pas de limite de répétition, d'arrêt après l'action souhaitée ou de règle de priorité, gérez-les dans votre logique de ciblage ou dans l'application.

5. Testez, envoyez et analysez les résultats

Testez toujours le message dans l'application, en conditions réelles, avant de l'envoyer au public ciblé. Dans EngageLab, sélectionnez Registration ID sous Utilisateurs cibles, saisissez l'identifiant de l'appareil de test, puis cliquez sur Envoyer un aperçu. Ouvrez ensuite l'application pour vérifier la page concernée, le texte, les boutons, la destination, la fermeture et l'expiration du message. Une fois les vérifications de la section suivante terminées, sélectionnez le public prévu, confirmez l'heure d'envoi et les options avancées, puis envoyez le message.

Les statistiques d'EngageLab vous permettent de consulter les données disponibles sur l'envoi, les affichages et les clics. Reliez-les à l'événement de conversion suivi dans votre propre outil d'analyse : un clic sur le bouton ne signifie pas forcément que l'utilisateur a terminé l'action attendue.

Comment tester un message in-app et mesurer son efficacité ?

Vérifiez à la fois les règles qui déterminent qui voit le message et son comportement dans l'application, notamment dans les situations suivantes :

• Personnes ciblées ou exclues : vérifiez que le bon segment voit le message et que les personnes exclues ne le voient pas.

• Premier affichage et répétition : testez le premier déclenchement, les limites de répétition, les délais entre deux affichages et l'arrêt après l'action attendue.

• Fermeture : testez la croix, la touche Échap, le bouton Retour, le clic hors de la fenêtre et l'option « Me le rappeler plus tard », selon les cas.

• Destination du bouton : vérifiez l'état de connexion, les liens profonds, le retour à l'écran précédent et les destinations indisponibles.

• Appareils et versions : testez les tailles et orientations d'écran prises en charge, les systèmes d'exploitation, les navigateurs, les versions de l'application, les langues et l'allongement possible du texte traduit.

• Accessibilité : contrôlez le focus clavier, les libellés lus par les lecteurs d'écran, le contraste, les animations et l'affichage avec zoom.

Suivez chaque étape du parcours. Les utilisateurs éligibles remplissent les critères de ciblage ; les affichages ou impressions confirment que le message est apparu ; les clics montrent une interaction avec le bouton ; les fermetures indiquent que le message a été écarté ; enfin, les conversions correspondent à l'action attendue, par exemple la fin d'une configuration. Choisissez le bon dénominateur pour chaque taux et assurez-vous de suivre l'action finale avant le lancement.

Questions fréquentes

• 1

  Faut-il l'autorisation du système pour afficher un message in-app ?

  En général, un message affiché dans l'interface de votre application n'utilise pas l'autorisation demandée par le système pour les notifications push. Ce point technique ne règle pas la question des données utilisées pour le ciblage ou par le SDK. La CNIL rappelle qu'une permission du système et le consentement au traitement des données sont deux notions distinctes : vérifiez les règles applicables à votre usage. Les notifications push envoyées par le système ou le navigateur suivent, elles, leurs propres règles d'autorisation et de plateforme.
• 2

  À quelle fréquence afficher un message in-app ?

  Il n'y a pas de fréquence idéale pour tous les cas. Fixez des limites selon l'urgence du message, le comportement de l'utilisateur, ses fermetures précédentes et les autres sollicitations qu'il reçoit. Arrêtez l'affichage dès que l'action est accomplie et testez les déclenchements répétés : un rappel utile ne doit pas devenir une boucle.
• 3

  Peut-on retrouver un message in-app après sa fermeture ?

  Oui, si vous avez prévu cette possibilité. Une bannière, une fenêtre modale ou une infobulle temporaire peut disparaître après fermeture ou expiration. Si l'information doit rester accessible, conservez-la dans un centre de notifications, un fil d'activité, une page du compte ou un autre endroit permanent.

Moins de bruit, plus d'impact pour vos utilisateurs

La réussite d'une campagne in-app ne se mesure pas au nombre de fenêtres affichées, mais à l'action réelle accomplie par l'utilisateur. En définissant des déclencheurs pertinents et en mesurant l'impact complet de vos parcours, vous offrez une expérience fluide qui renforce la rétention. Prêt à optimiser l'engagement dans votre application ?