Le Web Push a échappé aux silos des magasins d'applications en standardisant l'identité de l'expéditeur

Au début, le Web Push fonctionnait dans Chrome, mais le chemin côté backend passait encore par Firebase Cloud Messaging et exigeait des identifiants de projet spécifiques à Google. Cela rendait l'API ouverte moins ouverte pour les développeurs servant plusieurs navigateurs.

La note d'interopérabilité de Chrome de 2016 décrivait la correction : FCM a commencé à accepter le protocole standard Web Push, et VAPID a fourni l'authentification de l'expéditeur au moyen d'une paire de clés publique/privée au lieu d'un identifiant d'expéditeur GCM et d'un en-tête Authorization propriétaire.

Le résultat concret était un seul chemin de code. Les propres recommandations de Chrome indiquaient que VAPID signifiait que les développeurs n'avaient plus besoin d'un projet Firebase et pouvaient utiliser le même flux d'abonnement et d'envoi dans Chrome et Firefox.

WebKit d'Apple a ensuite rejoint le chemin des standards dans Safari 16 sur macOS Ventura. WebKit a indiqué que le Web Push est activé par la Push API, la Notifications API et les Service Workers ensemble, et que les sites conformes aux standards pouvaient atteindre les utilisateurs de Safari sans adhérer à l'Apple Developer Program.

Rendre portable l'identité de l'expéditeur push

Cela a maintenu le push des navigateurs décentralisé : chaque navigateur pouvait exploiter son propre service tandis que les applications utilisaient un seul protocole.

Cela a remplacé l'enregistrement auprès d'un fournisseur par une identité cryptographique portée dans la requête.

Cela a aligné le push sur le modèle de permissions du web en exigeant des notifications visibles par l'utilisateur.

Un standard web l'emporte lorsqu'il supprime l'étape d'inscription auprès d'un fournisseur du chemin courant.

Après VAPID, Chrome et Firefox ont partagé le même chemin d'envoi fondé sur les standards, et Safari a ajouté la prise en charge du Web Push en 2022. Les applications web pouvaient notifier les utilisateurs sur les principaux moteurs sans construire une application native uniquement pour le push.