Hoe werkt een webpushmelding?
Het proces heeft drie delen. Je pagina vraagt toestemming voor meldingen; als de gebruiker die geeft, maakt de browser via de Push API een pushabonnement aan en geeft een endpoint terug op een pushdienst van de browsermaker (Google, Mozilla, Apple). Je server stuurt een payload naar dat endpoint, ondertekend met je VAPID-sleutels. De browser wekt dan je service worker, een script dat draait zonder geopend tabblad, en die toont de melding. Er wordt niets verstuurd voordat de gebruiker een opt-in geeft, en de toestemming kan op elk moment in de browser worden ingetrokken.
Werkt webpush op iOS en in Safari?
Ja, met een kanttekening waar de meeste teams over struikelen. Sinds Safari 16.4 (maart 2023) leveren iOS en iPadOS webpush alleen af aan webapps die de gebruiker aan het beginscherm heeft toegevoegd; een gewoon Safari-tabblad kan zich niet abonneren. Het toestemmingsverzoek moet ook volgen op een handeling van de gebruiker, zoals een tik op een knop. Op macOS ondersteunt Safari webpush in de gewone browser sinds versie 16.1. Het praktische gevolg: op de iPhone is webpush een kanaal voor je meest betrokken gebruikers, niet een kanaal met breed bereik.
Wanneer gebruikt een klein team webpush?
Webpush verdient zijn plek als je gebruikers buiten je site wilt bereiken zonder e-mailadres: een duwtje als de proefperiode afloopt, herinneringen om de inrichting af te maken, meldingen over events die een gebruiker zelf wil volgen. Het past vanzelf bij in-app berichten: in-app spreekt gebruikers aan terwijl ze in het product zijn, webpush haalt ze terug als ze er niet zijn. Hoe de twee kanalen in één programma passen, lees je in de gids over webpush en in-app berichten. Tools als OneSignal en Novu bestaan grotendeels om abonnementen en aflevering voor je te beheren.
Wat zijn de grenzen van webpush?
- Toestemming is kwetsbaar: vraag je er te vroeg om, dan klikken gebruikers op weigeren, en dat is bijna definitief. De meeste teams laten eerst een eigen vraag in hun interface zien, vóór de toestemmingsvraag van de browser.
- Aflevering is niet gegarandeerd: meldingen gaan via de pushdienst van de browsermaker en kunnen worden afgeremd, samengevoegd of weggegooid bij apparaten die niet bereikbaar zijn.
- Geen inbox: een weggeklikte melding is weg, dus alles wat blijvend moet zijn, hoort ook in e-mail of in-app.
- Ongelijk bereik: Chrome op desktop en Android werken goed; op de iPhone komen alleen geïnstalleerde webapps in aanmerking.