Wat is het verschil tussen een in-app bericht en een pushmelding?

Een in-app bericht verschijnt in het product, alleen terwijl de gebruiker actief is, en heeft geen toestemming nodig. Een pushmelding wordt afgeleverd door de browser of het besturingssysteem, kan gebruikers bereiken nadat ze zijn weggegaan, en vereist eerst een expliciete opt-in. De meeste teams combineren ze: pushmeldingen om gebruikers terug te halen, in-app om ze bij aankomst te begeleiden.

Is voor in-app berichten een opt-in nodig?

Geen aparte opt-in: het bericht is onderdeel van de interface van het product, dus iedereen met een actieve sessie kan er een te zien krijgen. Regels voor toestemming gelden nog steeds voor de data die je voor targeting gebruikt, maar er is geen toestemmingsvraag van de browser zoals bij webpush.

Kan een in-app bericht een gebruiker bereiken die niet in het product is?

Nee. In-app berichten zijn gebonden aan de sessie: als de gebruiker niet op je site of in je app is, wordt er niets getoond en niets klaargezet. Gebruik e-mail, sms of webpush om inactieve gebruikers te bereiken.

Welke formaten kan een in-app bericht hebben?

Banner, modal, slide-out en tooltip vormen de standaardset. Banners en tooltips onderbreken weinig; slide-outs zitten ertussenin; modals blokkeren het scherm en kun je het best bewaren voor berichten die dat waard zijn.

In-app bericht

Een in-app bericht is een bericht dat in je product wordt getoond, als banner, modal, slide-out of tooltip, terwijl de gebruiker het actief gebruikt. Er is geen aparte opt-in voor nodig, het bestaat alleen tijdens de sessie en het bereikt de gebruiker niet meer zodra die weggaat. Die beperking onderscheidt het van webpush en e-mail.

Bijgewerkt op 8 jul 20262 min. leestijdDoor fromHello

In het kort

Een in-app bericht verschijnt in je product terwijl de gebruiker actief is: geen browsertoestemming, geen aparte opt-in.
Het is gebonden aan de sessie: zodra de gebruiker het tabblad of de app sluit, bereikt het bericht die gebruiker niet meer.
De belangrijkste formaten (banner, modal, slide-out, tooltip) ruilen onderbreking in voor aandacht; kies het lichtste formaat dat volstaat.

Hoe werkt een in-app bericht?

De SDK van je product doet het werk. Berichten worden gekoppeld aan triggervoorwaarden (een specifiek event, een paginaweergave, lidmaatschap van een segment) en direct in de interface getoond zodra aan die voorwaarden is voldaan. Omdat de aflevering meelift op code die je al draait, is er geen toestemmingsvraag en geen abonnement; iedereen die actief is in het product, kan er een te zien krijgen. Tools als Braze synchroniseren de geschikte berichten bij de start van de sessie naar het apparaat, en laten daarna afleverregels en frequentielimieten bepalen wat er echt verschijnt.

In-app bericht: Een bericht dat in je product verschijnt terwijl de gebruiker actief is: geen aparte opt-in, weg zodra de sessie eindigt.
Banner: Een smalle balk bovenaan of onderaan het scherm; weinig onderbreking, makkelijk te negeren.
Modal: Een gecentreerde laag die het scherm blokkeert tot hij wordt weggeklikt; maximale aandacht, gebruik hem spaarzaam.
Tooltip: Een kleine aanwijzer bij één element van de interface; geschikt voor uitleg in context en onboarding.

Het in-app bericht en zijn drie meest gebruikte formaten.

In-app bericht vs. webpush: wat is het verschil?

Een webpushmelding bereikt gebruikers buiten je site, via het meldingensysteem van de browser, maar pas na expliciete toestemming, en veel gebruikers weigeren die. Een in-app bericht is het spiegelbeeld: geen toestemming nodig, maar geen bereik meer zodra de gebruiker weggaat. De twee kanalen dekken elkaars blinde vlek: webpush haalt mensen terug, in-app begeleidt ze zodra ze er zijn. De gids over webpush en in-app berichten laat zien hoe je ze als één programma inzet.

Wanneer gebruik je een in-app bericht?

Altijd wanneer de persoon die je wilt bereiken al in het product is: onboardingchecklists, aankondigingen van nieuwe functies, upgradesuggesties, tips in context, korte enquêtes. In-app berichten werken ook goed als stappen in een bredere customer journey, bijvoorbeeld een tooltip die alleen verschijnt bij gebruikers die het dashboard hebben bereikt maar nooit een project hebben aangemaakt. De targeting is de kern; een bericht dat iedereen ziet, is gewoon interface.

Wat zijn de grenzen van in-app berichten?

Bereik gebonden aan de sessie: een vertrokken of slapende gebruiker ziet er nooit een; klanten terugwinnen doe je met e-mail, sms of pushmeldingen.
Aandacht kost iets: een modal op het verkeerde moment onderbreekt echt werk; kies standaard banners en tooltips, en schaal alleen op als het bericht dat rechtvaardigt.
Risico bij het tonen: de inhoud wordt in een live pagina geïnjecteerd, dus het platform moet de HTML van berichten opschonen. XSS-veilige weergave is een vereiste, geen extraatje.
Geen archief: weggeklikt is weg; alles wat de gebruiker later nog nodig kan hebben, hoort ook in e-mail of in de documentatie.

Bronnen

FAQ

Veelgestelde vragen

Wat is het verschil tussen een in-app bericht en een pushmelding?
Een in-app bericht verschijnt in het product, alleen terwijl de gebruiker actief is, en heeft geen toestemming nodig. Een pushmelding wordt afgeleverd door de browser of het besturingssysteem, kan gebruikers bereiken nadat ze zijn weggegaan, en vereist eerst een expliciete opt-in. De meeste teams combineren ze: pushmeldingen om gebruikers terug te halen, in-app om ze bij aankomst te begeleiden.
Is voor in-app berichten een opt-in nodig?
Geen aparte opt-in: het bericht is onderdeel van de interface van het product, dus iedereen met een actieve sessie kan er een te zien krijgen. Regels voor toestemming gelden nog steeds voor de data die je voor targeting gebruikt, maar er is geen toestemmingsvraag van de browser zoals bij webpush.
Kan een in-app bericht een gebruiker bereiken die niet in het product is?
Nee. In-app berichten zijn gebonden aan de sessie: als de gebruiker niet op je site of in je app is, wordt er niets getoond en niets klaargezet. Gebruik e-mail, sms of webpush om inactieve gebruikers te bereiken.
Welke formaten kan een in-app bericht hebben?
Banner, modal, slide-out en tooltip vormen de standaardset. Banners en tooltips onderbreken weinig; slide-outs zitten ertussenin; modals blokkeren het scherm en kun je het best bewaren voor berichten die dat waard zijn.

fromHello is open source marketing automation: berichten die worden getriggerd door wat mensen doen.

fromHello Cloud is in early access via de wachtlijst.

Zet me op de wachtlijst Geef een ster op GitHub

Lees verder

Alle gidsen

Early access

fromHello Cloud

Je bent niet begonnen om klein te blijven.

Early access tot fromHello Cloud gaat gefaseerd open. De onboarding is persoonlijk: we helpen je met de inrichting en met het overzetten van je contacten.

Nog niet zover? Bekijk op GitHub