Notifications : push et messages in-app
Envoyer le bon message au bon moment : campagnes ponctuelles, parcours automatisés, messages in-app.
Quatre canaux, un même moteur d'audience et de mesure.
Prérequis : le produit Notifications activé dans les réglages SDK du projet, et au moins une clé push branchée - APNs pour iOS, FCM pour Android et le web.
Sans clé configurée, l'API simule les envois et les journalise. Une campagne peut donc sembler partie sans que rien ne sorte. C'est utile en développement, trompeur en production : vérifie tes clés avant le premier vrai envoi.
Les canaux
| Canal | Où ça s'affiche |
|---|---|
| Push mobile | Notification système, app fermée ou en arrière-plan |
| In-App | Modale, bandeau ou plein écran, app ouverte |
| Web push | Navigateur, via FCM |
| Mobile landing | Page de destination rendue par le SDK |
Une campagne peut combiner plusieurs canaux. Elle refuse de partir sans contenu sur au moins un.
Campagnes
Notifications → Campagnes. Un envoi ponctuel vers une audience.
Cycle de vie
Brouillon → Programmée → En envoi → Envoyée, avec En pause et
Archivée en dérivation.
Une campagne se garde en brouillon aussi longtemps qu'on veut. Programmer demande une date dans le futur ; l'annulation reste possible tant que l'envoi n'a pas commencé.
Tutoriel - une première campagne
- Notifications → Campagnes → Nouvelle campagne.
- Nomme-la pour ton équipe, pas pour l'utilisateur : « Promo été - push iOS » se retrouve dans six mois.
- Choisis le canal, écris le titre et le message.
- Choisis une audience, ou pose des règles à la volée.
- Envoyer maintenant, ou Programmer à une date.
- Va voir Analytics une heure plus tard : envoyés, délivrés, ouverts, cliqués.
Un premier envoi se fait sur une audience étroite. Un push mal formulé ne se rattrape pas, et coûte des désinstallations.
Audiences
Notifications → Audiences. Des segments réutilisables, partagés entre campagnes et automatisations.
Une audience combine des règles avec ET / OU :
- plateforme (iOS, Android, web)
- langue
- plan
- tags
- appareils enregistrés sur le projet
Le nombre d'utilisateurs correspondants est estimé en direct pendant que tu construis les règles. C'est le garde-fou le plus utile de l'écran : une audience qui tombe à zéro se voit avant l'envoi, pas après.
Une campagne peut aussi porter ses règles en ligne, sans audience nommée. Pratique pour un cas unique ; à nommer dès que le segment ressert.
Automatisations
Notifications → Automatisations. Un parcours déclenché par le comportement, pas par une date.
Le cas d'usage type : onboarding, réengagement, relance après abandon.
| Réglage | Ce qu'il décide |
|---|---|
| Déclencheur | L'événement qui fait entrer l'utilisateur dans le parcours |
| Étapes | Les messages, dans l'ordre, avec leurs délais |
| Règles de sortie | Ce qui interrompt le parcours en cours de route |
| Réentrée | À chaque déclenchement, jamais, jamais tant qu'il est actif, ou après un délai |
Une automatisation combine push, e-mail et in-app dans un même parcours : le message suit l'utilisateur là où il est joignable.
Les règles de sortie ne sont pas optionnelles
Le déclencheur fait entrer, l'événement de sortie fait sortir. Une relance « tu n'as pas fini ton inscription » qui continue après l'inscription est le meilleur moyen de faire désinstaller ton app. Pose l'événement de sortie en même temps que le déclencheur, pas après.
Les événements viennent du SDK, via trackEvent.
Templates
Notifications → Templates. Des modèles réutilisables pour les messages In-App et les Mobile Landings : modale, bandeau, plein écran.
Un template porte la mise en forme ; la campagne porte le contenu. Trois campagnes qui partagent une identité visuelle partagent un template.
Analytics
Notifications → Analytics. Ce que les envois ont produit.
Entonnoir d'engagement : envoyés → délivrés → ouverts → cliqués. Chaque marche perdue se lit d'un coup d'oeil.
Répartition : volume par canal et par type (campagnes / automatisations).
Performance par message : le détail, message par message.
Ce qu'on regarde en priorité :
| Écart | Ce qu'il dit |
|---|---|
| Envoyés ≫ délivrés | Jetons périmés, ou mauvais environnement push |
| Délivrés ≫ ouverts | Le titre ne donne pas envie, ou le moment est mauvais |
| Ouverts ≫ cliqués | Le message promet autre chose que ce qu'il ouvre |
Réglages
Notifications → Réglages.
- Canaux push : état des intégrations APNs et FCM, avec un lien direct vers leur configuration.
- SDK : activation du produit sur le projet - sans elle, aucun jeton d'appareil n'est enregistré.
- Préférences utilisateur : nombre maximum d'appareils par utilisateur, comportement au-delà, traitement des appareils sans opt-in.