La messagerie in-app (IAM) est une messagerie ciblée affichée aux utilisateurs pendant qu'ils sont actifs dans votre application — bannières, modals, plein écrans avec prise de contrôle totale, cartes inline, slide-ups. Différente des notifications push (qui arrivent en dehors de l'application et nécessitent un opt-in) et des e-mails (asynchrones et qui exigent que l'utilisateur quitte l'application). La messagerie in-app touche 100 % des utilisateurs présents dans l'application au moment où un message se déclenche — aucun opt-in requis, aucune fatigue aux notifications.
Formats courants de messages in-app
- Modal — message en superposition totale nécessitant une action de fermeture de la part de l'utilisateur. Attention maximale, plus perturbateur. À utiliser avec parcimonie.
- Bannière — en haut ou en bas de l'écran, non bloquante. Attention plus faible mais n'interrompt pas le flux utilisateur.
- Plein écran — l'écran entier est remplacé par le message. Impact maximal, risque d'agacement maximal.
- Carte inline — message intégré dans un flux de contenu (entre des articles, des produits, etc.). Naturel et contextuel.
- Slide-up / slide-in — petit message qui apparaît avec une animation. Moins perturbateur qu'un modal.
- Bottom-sheet — modal mais avec une surface plus petite qu'une prise de contrôle totale.
Cas d'usage
- Annonces — lancement de nouvelles fonctionnalités, mises à jour de l'application, actualités spécifiques à une version.
- Upsell / monétisation — mise en avant de fonctionnalités premium auprès des utilisateurs gratuits, surfaces de paywall, notifications de promotions.
- Éducation / découverte de fonctionnalités — montrer aux utilisateurs des fonctionnalités qu'ils n'ont pas encore essayées.
- Relances de rétention — rappels de séries quotidiennes, notifications de mises à jour de contenu affichées à l'ouverture de l'application.
- Complétion de l'onboarding — mise en avant d'une étape d'onboarding que l'utilisateur n'a pas encore complétée.
- Sondages / retours — demander aux utilisateurs actifs leur avis sur leur expérience.
- Demandes de permissions — solliciter les permissions push, localisation, ATT, contacts à des moments stratégiques.
- Communications critiques — mises à jour du statut du service, modifications des conditions d'utilisation, etc.
Principales plateformes de messagerie in-app
- Braze — plateforme d'engagement client de référence pour les grandes entreprises, avec une messagerie in-app puissante.
- Iterable — comparable à Braze, populaire dans les entreprises en phase de croissance.
- Customer.io — PME / marché intermédiaire, adapté aux développeurs.
- OneSignal — plateforme push + messagerie in-app plus large.
- CleverTap — combinaison messagerie in-app + analytique puissante.
- Firebase In-App Messaging — produit gratuit de Google, intégré à Firebase Analytics.
La plupart des applications matures utilisent la même plateforme pour les notifications push et la messagerie in-app — l'orchestration unifiée compte plus que les meilleurs outils spécialisés.
Meilleures pratiques
- Déclencher sur le comportement utilisateur, pas sur des plannings génériques — afficher des messages pertinents par rapport à ce que l'utilisateur fait à cet instant.
- Limitation de fréquence — trop de messages in-app paraissent intrusifs. 1 à 3 par session est un plafond raisonnable.
- Tester A/B les designs et les déclencheurs — les designs de messages peuvent avoir des taux de conversion très différents.
- Ne pas bloquer les flux critiques — ne jamais afficher un modal pendant un achat ou un flux de travail central.
- Respecter le « ne plus afficher » — les utilisateurs qui rejettent un message ne devraient pas le revoir à la session suivante.
- Suivre l'engagement et les conversions — chaque message in-app doit avoir des indicateurs de succès clairs (cliqué, fermé, converti en payant, etc.).