Laissez vos utilisateurs Android couper un seul canal, pas toute votre app
Pushwoosh classe chaque notification push Android dans un canal que l'utilisateur maîtrise : suivi de commande, promotions, alertes info. Réglez l'importance et le son par catégorie, et une promo mise en sourdine ne signifie plus une app bloquée.
Plus de 80 000 entreprises nous font confiance pour développer leur engagement
Le format, en détail
Chaque notification Android appartient à un canal, c’est-à-dire une catégorie que l’utilisateur contrôle, comme «Promotions», «Suivi de commande» ou «Info en continu». C’est le canal qui permet de couper un type de message sans bloquer l’application qui l’envoie.
Canal nommé, créé côté serveur
Ajoutez pw_channel aux Android root params dans le Control Panel, ou à android_root_params dans /createMessage. La première notification qui nomme un nouveau canal le crée sur l'appareil, sans nouvelle version de l'app.
Canal par défaut, prêt à l'emploi
Le SDK crée automatiquement un canal par défaut sur chaque appareil Android 8+, même lorsque pw_channel est vide : une notification a toujours un emplacement valide où arriver.
Niveau d'importance
Le champ Importance level (de -2 à 2) définit le comportement du canal à l'arrivée, du silence total à la bannière heads-up complète. Il n'est lu qu'une fois, au moment de la création du canal.
Son personnalisé par canal
Associez pw_channel à android_sound, un fichier placé dans res/raw, et chaque notification de ce canal joue son propre son au lieu du son système par défaut.
Ce que vous contrôlez
| Ce que vous envoyez | Ce que cela fait | Où le régler |
|---|---|---|
| Un nom de canal | Crée le canal au premier envoi, ou réutilise celui déjà présent sur l'appareil | pw_channel dans les Android root params, ou dans le payload de l'API |
Un niveau d'importance, de -2 à 2 | Définit le comportement heads-up, figé au moment de la création du canal | Le champ Importance level de la notification, ou la même valeur via l'API |
android_sound + pw_channel | Attribue à ce seul canal son propre son d'alerte | Un fichier dans res/raw, appelé par son nom sans extension |
Aucun pw_channel envoyé | Le SDK crée et utilise automatiquement un canal par défaut | Aucune configuration, prêt à l'emploi sur Android 8+ |
pw_channel dans les Android root params, ou dans le payload de l'API-2 à 2android_sound + pw_channelres/raw, appelé par son nom sans extensionpw_channel envoyéOù le régler
Un champ dans l'éditeur
Saisissez un nom de canal dans les Android root params du formulaire Send-Push ou d'un preset. Une nouvelle catégorie ne demande ni nouvelle version, ni développeur.
Une clé dans l'API
android_root_params.pw_channel dans /createMessage, avec android_sound pour un son d'alerte propre au canal.
La même logique sur chaque transport Android
Le même payload pw_channel fonctionne via FCM, ainsi que via Huawei HMS et Amazon ADM grâce au push sur stores alternatifs.
Son rôle, au sein d’un parcours
Le même parcours alimente deux canaux
Le canal est un attribut de la notification push que vous envoyez déjà : aucune intégration séparée à brancher. Une branche transactionnelle nomme un canal, une branche promotionnelle en nomme un autre, et les deux s’appuient sur la même audience et le même Customer Journey que le reste de vos notifications push mobiles.
L'alerte de commande sonne, la promo reste discrète
Un événement de commande passée déclenche le parcours. Une notification silencieuse précharge l’estimation de livraison en arrière-plan, et la branche transactionnelle nomme le canal «Suivi de commande» avec un niveau d’importance élevé : elle s’affiche en alerte heads-up.
Le même parcours alimente une branche distincte vers un canal «Promotions» à l’importance par défaut. Un client qui coupe les Promotions pendant les Soldes continue de recevoir ses alertes de commande sur le même téléphone : les deux fonctionnent comme des canaux distincts au sein d’une seule app.
Pour quels usages
Les canaux sont d’autant plus utiles qu’une app envoie de types de notifications réellement différents. Un flux uniforme n’en tire presque rien ; un mélange de promotions appuyées et d’alertes transactionnelles discrètes en tire le plus.
| Secteur | Canaux à séparer | Pourquoi c'est pertinent |
|---|---|---|
| E-commerce et retail | Promotions vs suivi de commande et livraison vs alertes de baisse de prix | La séparation classique entre promotionnel et transactionnel |
| Fintech et banque | Alertes de fraude et de transaction vs relevés vs rappels vs promotions | Des alertes indispensables côtoient des promotions totalement facultatives |
| Médias, presse et streaming | Info en continu vs flux thématiques vs nouveaux épisodes vs promotions | Le cas d'usage type des canaux Android |
| Marketplaces | Messages acheteur/vendeur vs suivi de commande vs promotions vs alertes d'annonces | Une messagerie à plusieurs parties est naturellement multiflux |
| Jeux mobiles | Événements et promotions vs guilde et social vs récompenses vs alertes live-ops | Grande diversité de flux sur une base d'installations très Android |
| Apps de créateurs et d'abonnement | Nouveaux contenus vs interactions sociales vs facturation vs promotions | Les abonnés reçoivent ce qu'ils ont demandé, et rien d'autre |
Quand la configuration n’en vaut pas la peine
- Toucher un nouvel utilisateur : le canal ne fait que classer un message déjà envoyé par la notification push.
- Tout ce qui concerne iOS : les canaux n’y ont aucun effet, et les niveaux Time-Sensitive ou Critical remplissent le même rôle.
- Rendre une alerte heads-up rétroactive : l’importance est figée à la création du canal, et un nouveau comportement exige un nouveau nom de canal.
- Une longue liste de canaux quasi identiques : cela encombre les réglages et pousse l’utilisateur à couper tout le groupe.
- Une app avec un seul vrai flux de notifications : il n’y a rien à séparer, un canal ajouterait un réglage inutile.
Couverture plateformes et technique
Les canaux de notification sont une primitive propre à Android, introduite avec Android 8.0 Oreo. iOS n’a pas de canal à enregistrer : le rôle équivalent passe par les niveaux d’interruption Time-Sensitive et Critical, et le web n’a pas d’équivalent non plus. La dernière colonne indique où s’arrête le mécanisme Pushwoosh et où commencent les règles du système d’exploitation.
| Fonctionnalité | iOS | Android | Web | Fourni par |
|---|---|---|---|---|
| Canaux de notification | – | Android 8.0 Oreo (API 26) et versions ultérieures | – | Primitive native de l'OS, SDK Pushwoosh 5.4.0+ |
| Canal par défaut | – | Oui, créé automatiquement | – | Le SDK Pushwoosh, sur chaque appareil Android 8+ |
Canal nommé via pw_channel | – | Oui, créé au premier envoi, sans nouvelle version de l'app | – | Champ Android root params, ou /createMessage |
| Son personnalisé par canal | – | Oui | – | pw_channel + android_sound, un fichier dans res/raw |
| Même mécanisme sur appareils Huawei et Amazon | – | Oui, via HMS et ADM | – | Push sur stores alternatifs |
| Wrappers SDK multiplateformes | – | Cordova/Capacitor, React Native, Unity, Flutter | – | Acheminés via le bridge Android natif |
| Autorisation d'exécution requise au préalable | – | Android 13+, POST_NOTIFICATIONS | – | L'OS, avant l'affichage de tout canal |
| Contrôle d'urgence équivalent | Niveaux Time-Sensitive / Critical | Importance du canal, réglée ici | – | Une fonctionnalité distincte par plateforme |
pw_channel/createMessagepw_channel + android_sound, un fichier dans res/rawPOST_NOTIFICATIONSSécurité et hébergement
Pushwoosh fonctionne sur son propre matériel aux États-Unis et en Allemagne, dans le cadre du RGPD. Les équipes européennes peuvent garder leurs données hébergées en UE.
Comment ça marche
-
Composez (no-code)
Saisissez un nom de canal dans les Android root params du formulaire Send-Push, ou envoyez
android_root_params.pw_channelvia l'API Messages. -
Configurez une seule fois
La première notification qui nomme un nouveau canal le crée sur l'appareil avec l'importance, le son et la vibration de ce message. Prévoyez dès le départ une taxonomie de 3 à 5 canaux, car modifier le comportement ensuite exige un nouveau nom de canal.
-
Orchestrez (no-code)
Alimentez chaque canal depuis la branche correspondante du même Customer Journey, avec la même audience et le même profil que le reste de votre messagerie.
Limites à connaître
Explorer les produits connexes
Notifications push mobiles Pushwoosh : hébergement UE, conforme RGPD, chaque appareil couvert, ciblage précis et parcours cross-canal.
Notifications push Huawei, HarmonyOS et Amazon Fire via FCM, HMS et ADM, depuis une plateforme conforme RGPD, avec relais par e-mail, SMS et WhatsApp.
Des boutons d'action dans la notification push : valider, récupérer ou suivre en un tap. Catégories iOS créées en no-code dans le Control Panel.
Définissez le niveau d'interruption iOS de vos notifications push : une alerte fraude ou un changement de porte traverse le mode Concentration. Sans code.
Concevez et optimisez vos campagnes avec un outil visuel unique. Communiquez, engagez, fidélisez, convertissez, segmentez et expérimentez avec le Constructeur de parcours client Pushwoosh.
Affichez le nombre de non-lus sur l'icône de votre app et gardez-le juste : valeur exacte, +1 ou remise à 0, depuis le Control Panel ou l'API ios_badges.