Hier a eu lieu une Keynote Apple. La chose a fait un peu de bruit, pas mal de choses ont été présentées, dont une nouvelle version à venir de iOS, iOS 7, le système d’exploitation pour mobiles et tablettes, une nouvelle gamme de portables, mais aussi une nouvelle mouture de leut ordinateur haut de gamme, le mac Pro, qui semble avoir été dessiné en collaboration avec Dyson.
Mais ce ne sont pas ces annonces dont je voudrais parler aujourd’hui, c’est de l’une des fonctionnalités annoncées par Apple pour la nouvelle version de son OS, Mac OSX Mavericks : la possibilité pour un site web, et non plus seulement pour une application, d’envoyer des notifications.
Apple parle de deux types de notifications, les OS X Website Push Notifications et les Local Notifications.
Les « Local notifictations » sont construites sur un standard web et nécessitent un bout de Javascript et que le site soit dans un des onglets du navigateur. Mais ce n’est pas nouveau.
Mais avec les nouvelles notifications de Mavericks, on va beaucoup plus loin. Pas besoin que le site soit ouvert sur le navigateur. Prometteur, même si pour le moment, la fonctionnalité est limitée aux ordinateurs Mac (on ne parle pas ici de iOS, ni de Windows, ni d’Android).
Voici ce que nous dit – je vous ai laissé la VO – la documentation Apple, dénichée par Joshua Benton du Niemen Lab :
In OS X v10.9 and later, you can dispatch OS X Website Push Notifications from your web server directly to OS X users by using the Apple Push Notification service (APNs). Not to be confused with local notifications, push notifications can reach your users regardless of whether your website or their web browser is open…
To integrate push notifications in your website, you first present an interface that allows the user to opt in to receive notifications. If the user consents, Safari contacts your website requesting its credentials in the form of a file called a push package. The push package also contains notification assets used throughout OS X and data used to communicate to a web service you configure. If the push package is valid, you receive a unique identifier for the user on the device known as a device token. The user receives the notification when you send the combination of this device token and your message, or payload, to APNs.
Upon receiving the notification, the user can click on it to open a webpage of your choosing in the user’s default browser.
Note: If you need a refresher on APNs, read the “Apple Push Notification Service” chapter in Local and Push Notification Programming Guide. Although the document is specific to iOS and OS X push notifications, paradigms of the push notification service still apply.
Et c’est une nouvelle importante, notamment pour les sites d’information. Je me rappelle cet atelier organisé par le Spill en mars 2011 intitulé « Unifier ses flux de contenus avec le HTML5« , car à l’époque, l’un des débats étaient, faut-il faire un site en html5 et adapté pour le mobile, ou alors faut-il faire une application mobile.
Au vu de tout ce que l’on visite aujourd’hui, on peut se dire que les médias ont bien fait de ne pas choisir et de « ratisser large », c’est à dire, pour bon nombre d’entre eux, de proposer une version adaptée aux mobiles, pour certains, même, en responsive design, tout en continuant à proposer des applications pour les différents systèmes, iOS, Android, etc.
Le fait que les mobiles deviennent un outil de consommation de plus en plus courant pour le web a fait que les éditeurs de sites se sont mis à regarder d’un peu plus près le développement de leur sites, en les allégeant.
Sous condition que l’on arrive à une précision d’envoi de notifications et non pas un spam généralisé, cette nouvelle fonctionnalité est une très bonne nouvelle pour les sites d’infos, et les autres, qui n’ont pas forcément les moyens d’un développement d’application mobile.