Sur un mobile, une notification push est un message d’alerte reçu via une application que l’on peut ouvrir, supprimer, autoriser ou bloquer.

Mais qu’en est-il de l’architecture à mettre en place pour intégrer cette fonctionnalité dans une application mobile ? Et quel est le cheminement d’une notification push, de la création à l’affichage sur le mobile de l’utilisateur ?

notification push

 

Architecture technique

Voici les différents éléments nécessaires à la création, l’envoi et la réception d’une notification push mobile :

notification push

Le serveur push peut vous appartenir ou être hébergé chez le prestataire de votre application mobile. Une fois installé, l’envoi des notifications est gratuit, hormis les coûts de maintenance du serveur.

Pour créer vos notifications, deux méthodes s’offrent à vous :

  • Passer par une interface type back-office ou une simple page web avec un CMS pour rédiger et envoyer manuellement vos notifications.
  • Prévoir une automatisation des envois. Par exemple, vous pouvez programmer qu’à chaque fois qu’un de vos utilisateur reçoit un message privé, votre serveur lui envoie une notification.

Une fois créées, vos notifications passent par le serveur de push de la plateforme ciblée (Android, iOS ou Windows Phone) qui les redistribuent aux mobiles de vos utilisateurs.

 

Fonctionnement de l’envoi d’une notification push mobile

Voyons plus précisément les opérations nécessaires pour l’envoi d’une notification mobile :
le push comment ça marche

 

  1. À chaque ouverture de l’application mobile, demande d’un identifiant unique (token, URL, ID…) au serveur de sa plateforme pour identifier l’application sur un mobile spécifique ;
  2. Envoi de l’identifiant unique de la plateforme serveur à l’application mobile
  3. Transmission de l’identifiant à votre serveur d’envoi qui va être stocké (ou rafraîchi) dans une base de données ;
  4. Pour l’envoi d’une notification push, votre serveur d’envoi transmet la notification push au serveur plateforme. Pour cela il indique l’identifiant concerné et le message associé.
  5. Le serveur de la plateforme vérifie les paramètres push (autorisations et identité de l’application) et transmet la notification au mobile ciblé.
  6. Les serveurs des plateformes envoient immédiatement un rapport de réception des notifications pour mettre la base d’identifiants à jour (selon les désinstallations et la désactivation des notifications) et le serveur iOS fait des rapports moins fréquents à consulter grâce à un service dédié.

 

Réception sous conditions

Pour chaque requête d’envoi d’une notification par votre serveur, les opérations ci-dessus vont avoir lieu. Mais cela ne signifie pas que votre notification va forcément s’afficher sur le mobile de votre utilisateur. Aucun serveur de plateforme ne peut vous le garantir à 100%. En effet, les utilisateurs de votre application peuvent à tout moment refuser la réception des notifications. Dans ce cas, le processus d’envoi a tout de même lieu, le mobile reçoit bien la notification, mais il ne l’affiche pas.
De même, certaines notifications peuvent se perdre suite à une erreur informatique par exemple ou parce qu’un mobile reste éteint trop longtemps (les notifications peuvent expirer).

 

Réception push par OS

Pour conclure cet article, voici un tableau récapitulatif des différences qui doivent être prises en compte par rapport aux différentes plateformes.

iOSAndroidWindows Phone
Nom du serviceAPNS : Apple Push Notification ServiceGCM : Google Cloud MessagingMPNS : Microsoft Push Notifcation Service
Poids Maximum de la notification265k4k80k (tiles)
Certificat d’envoi de la notification pushObligatoireNon mais il y a une clé d’APIRecommandé
AutorisationL’application envoie une seule pop-up de demande d’activationLors de l’installation de l’application mobile depuis le PlaystoreLa demande d’autorisation doit être codée dans l’application mobile car elle n’est pas native à Windows Phone
DésactivationDepuis le centre de notificationsDans le sparamètres de l’application mobile
Formats d’alerte

– Message d’alerte

– Badge

– Son

– Message d’alerte

– Son

– Voyant de notification (selon le modèle du mobile)

– Message d’alerte

– Son

– Tile (un encart sur l’écran principal du smartphone)

– Toast ( notification simple qui s’affiche sur n’importe quel écran)

– Raw (notification qui ne s’affiche que si l’application mobile est lancée)

Voulez-vous en savoir plus ?

brainstorming - Réunion

09

octobre 2018

Modèle de cahier des charges d'application
Guide technique
Mac, ipad, iphone smartphone - Apple

16

mai 2018

Ce qu’il faut savoir sur l’achat in-app sur iOS
Guide technique
Effet domino

12

octobre 2017

5 phrases à bannir de tout projet d’application mobile
Actualités

Livre blanc : Quel choix technologique pour mon application mobile ?

Télécharger