Ik kwam voor het eerst met pushmeldingen in aanraking bij de ontwikkeling van mobiele applicaties. Later werd hetzelfde principe uitgebreid naar het web: een bezoeker staat berichten toe en de browser kan ze weergeven, ook wanneer de website op dat moment niet geopend is.
Technisch is dat interessant. Vanuit marketingperspectief is een andere vraag belangrijker: hebben we iets dat zo nuttig en tijdgevoelig is dat we het recht hebben iemand ervoor te onderbreken? Zo niet, dan hebben we geen ander kanaal nodig.
Wat webpush daadwerkelijk is
Een webapplicatie werkt doorgaans met toestemming voor meldingen, een serviceworker en de pushservice van de browser. Een abonnement is gekoppeld aan een specifieke browser en een specifiek apparaat, niet automatisch aan een persoon in het CRM. MDN Push API beschrijft de technische basis en de rol van de serviceworker.
Dat heeft een praktische consequentie: het aantal abonnementen is niet het aantal klanten. Eén persoon kan meerdere apparaten hebben, de browser opnieuw installeren of de toestemming op elk moment intrekken. Zonder een ingelogd account en zorgvuldige koppeling weet je doorgaans niet wie de eigenaar van een apparaat is. Ik zou die onzekerheid niet proberen te verbergen met een overdreven precies profiel.
Vraag alleen met context om toestemming
De slechtste optie is de systeemvraag direct bij aankomst op een website. De persoon weet nog niet wat je aanbiedt en de browser vraagt al om langdurige toestemming. Als die persoon ervoor kiest te blokkeren, krijg je vaak geen tweede kans zonder dat diegene de instellingen handmatig wijzigt.
Daarom leg ik eerst een specifiek voordeel uit: een melding van een wijziging in de bestelstatus, een beschikbare afspraak, de start van een uitzending of de terugkeer van een bekeken product. Pas na een bewuste gebruikersactie open ik de daadwerkelijke browservraag. De documentatie van de Notifications API op MDN raadt eveneens aan het verzoek aan een gebruikersactie te koppelen.
Wanneer push zinvol is
- Status en beschikbaarheid: een bestelling, reservering, afspraak of product is gewijzigd.
- Tijdgevoelige content: een uitzending begint, een veiling eindigt of er heeft een evenement plaatsgevonden dat de persoon zelf heeft gekozen.
- Een terugkerende werktool: de gebruiker verwacht operationele waarschuwingen als onderdeel van de dienst.
- Bewuste tracking: de persoon heeft een specifiek onderwerp actief ingeschakeld, in plaats van vage ‘nieuwsberichten’.
Hoe dichter het bericht staat bij gedrag dat de gebruiker zelf expliciet heeft ingesteld, hoe gemakkelijker de onderbreking te rechtvaardigen is. Een algemene korting voor iedereen is een zwakkere reden dan een melding waar iemand om heeft gevraagd.
Wanneer ik bij e-mail zou blijven
E-mail is beter geschikt voor een langere uitleg, een document, een samenvatting en communicatie die iemand later kan behandelen. Push heeft weinig ruimte, verdwijnt snel en moet bij een klik niet leiden naar een pagina waar de gebruiker opnieuw naar de betekenis van het bericht moet zoeken.
Als een bedrijf geen relevante e-mail kan beheren, vermenigvuldigt een ander kanaal het probleem vaak alleen maar. Ik zou eerst de database, het aanbod en het proces op orde brengen met behulp van het artikel over e-mailmarketing. Daarna zou ik tools kiezen op basis van een specifiek scenario, niet op basis van het aantal pictogrammen in de prijslijst.
Wat elk bericht moet bevatten
- een duidelijke reden waarom het juist nu is aangekomen;
- een herkenbare afzender;
- een beknopt bericht zonder valse urgentie;
- een bestemmingspagina die precies op het bericht aansluit;
- een optie om onderwerpen aan te passen of het abonnement te beëindigen;
- een frequentielimiet en stille periode op basis van de situatie van de gebruiker.
Ik zou hetzelfde bericht niet gelijktijdig via push, e-mail, sms en chat versturen alleen omdat de integratie bestaat. Orchestratie betekent het juiste kanaal kiezen, niet ze allemaal gebruiken.
Zo meet je push
Bezorging en klikken zijn operationele signalen. Zakelijke waarde ontstaat pas bij de volgende stap: een reservering voltooien, terugkeren naar de app, een bekeken product kopen of het aantal supportaanvragen verminderen.
Ik volg ook negatieve signalen: ingetrokken toestemming, afmeldingen voor onderwerpen, snel terugkeren zonder actie en klachten. Een hoge doorklikratio kan het resultaat zijn van agressieve formuleringen terwijl je het kanaal op lange termijn vernietigt.
Ik voorzie links van consistente UTM-parameters, maar houd er rekening mee dat een deel van de meting wordt beperkt door de browser, toestemming en de levenscyclus van het apparaat. Nauwkeurigheid van het dashboard is geen reden om zonder voordeel voor de persoon meer gegevens te verzamelen.
Een kleine pilot in plaats van een lancering op de hele site
- Ik selecteer één gebeurtenisscenario met duidelijke waarde.
- Ik beschrijf wie het abonnement kan inschakelen en op welk moment.
- Ik stel een frequentielimiet, berichtvervaldatum en uitschakeloptie in.
- Ik test verschillende browsers, apparaten en de situatie zonder toestemming.
- Ik meet zowel de voltooide taak als negatieve reacties.
- Na meerdere cycli beslis ik of ik het kanaal uitbreid, aanpas of uitschakel.
Mijn conclusie
Pushmeldingen zijn geen goedkopere nieuwsbrief. Het zijn korte, gerechtvaardigde onderbrekingen. Ze werken goed voor een gebeurtenis die iemand zelf heeft gekozen en waar diegene op tijd van moet weten. Ze werken slecht als extra kanaal voor algemene promotie.
Als je wilt bepalen of push thuishoort in de volledige klantreis, begin dan met een beoordeling van je marketingsysteem. Je kunt jouw specifieke situatie beschrijven via contact.