Apple traine des pieds depuis des années pour gérer les web apps qui ressemblent à des apps natives. Alors même que c’était la première solution pour créer des apps pour l’iPhone, l’entreprise favorise désormais les apps natives au détriment de celles qui reposent sur le navigateur. Mais cela change petit à petit, comme en témoigne l’ajout à WebKit de l’API PushEvent.

WebKit est le nom du moteur de rendu de Safari, c’est une brique indispensable pour le navigateur web d’Apple, mais c’est aussi et surtout le seul autorisé sur iOS. PushEvent est le nom d’une nouvelle API encore au stade expérimental, mais qui est d’ores et déjà prise en charge par Chrome et tous les navigateurs dérivés. Le développement de WebKit étant open-source, on sait qu’Apple a commencé à travailler sur cette API grâce à ce bug report ouvert hier, 30 septembre 2021 par un ingénieur français qui travaille dans l’équipe Safari.

À ce stade, on est encore loin de la fonction finalisée et intégrée à Safari, mais c’est une étape de préparation nécessaire pour offrir des notifications aux web apps basées sur WebKit. Ce serait surtout utile sur iOS, où seules les apps distribuées sur l’App Store peuvent envoyer des notifications depuis le départ. Dans le meilleur des cas, on pourrait avoir un fonctionnement similaire à celui d’Android, où une web app peut envoyer des notifications même quand elle est en arrière-plan, comme une app native.

C’est peut-être l’objectif, mais ce rapport de bug ne dit rien quant aux intentions d’Apple. Ceux qui voient les verres à moitié vides pourraient aussi considérer que ce changement ne concernera que la version macOS de Safari, qui propose déjà des notifications mais en utilisant une API plus ancienne. Pour rassurer les adeptes des verres à moitié pleins, le code concerne autant macOS qu’iOS et on peut espérer une prise en charge complète.