Gids voor het implementeren van Web Pushmeldingen, zonder vendor lock-in

Dus je hebt gehoord over het nieuwe kanaal voor betrokkenheid voor je mobiele en desktop browsgebruikers – Website Notificaties?  Weet je wat Web Pushmeldingen zijn? Web Pushmeldingen betrekken je gebruikers opnieuw en krijgen ze terug naar je website wanneer ze ergens anders zijn. Je besluit dit op je website te implementeren en bent verward over de verschillende opties die je hebt. Na het Parse debacle, vraag je je nu af hoe je ervoor kunt zorgen dat er geen vendor lock-in is wanneer je Pushmeldingen voor je website implementeert.

Of je leest dit omdat de eerste leverancier waarmee je implementeerde, niet genoeg voorzorgsmaatregelen nam en vastzat, en nu zijn prijzen te hoog zijn. Controleer altijd de pushmeldingfuncties die worden aangeboden door de web pushmelding serviceprovider. Als je wilt migreren van het huidige pushmeldingsplatform naar andere, moet je de stappen volgen die hier worden vermeld.

Wij bij PushEngage willen hier openhartig over schrijven. Transparantie is een kernwaarde van ons. Ten tweede willen we dat onze klanten bij ons blijven, vanwege de ervaring op ons platform en niet omdat ze vastzitten.

Als je haast hebt, hier is een TL;DR Samenvatting

HTTPS-site

1. Zorg ervoor dat je je Safari-certificaat gebruikt. ps: FCM-sleutel is niet nodig, aangezien we sinds augustus 2018 een unieke VAPID-sleutel gebruiken.
2. Zorg ervoor dat je abonnees verzamelt op je domein (d.w.z. de uiteindelijke toestemming is op je domein)

HTTP-site

1. Zorg ervoor dat je je eigen  Safari-certificaat gebruikt. ps: FCM-sleutel is niet nodig, aangezien we sinds augustus 2018 een unieke VAPID-sleutel gebruiken
2. Zorg ervoor dat je abonnees verzamelt op je domein, door gebruik te maken van een HTTPS-subdomein.

Lees verder voor de gedetailleerde versie.

Laten we beginnen en zien hoe we pushmeldingen kunnen integreren zonder vendor lock-in.

Basisvragen om te beantwoorden voordat je live gaat

1) Is je website HTTP of HTTPS?

Heb je een HTTPS-website of een subdomein of gedeelte van de website dat op HTTPS draait?

Wat is HTTP of HTTPS?  Als je de URL van je website controleert, zie je dan het groene slot met Veilig zoals je op de PushEngage-site ziet.

Zo ja, dan ben je op een HTTPS-website, anders HTTP.  Voor meer informatie over HTTP of HTTPS check de wiki-link hier.

Waarom is dit belangrijk: Abonnement op en verzending van pushmeldingen vereist een HTTPS-domein, dus als je je eigen domein hebt, kun je het gebruiken. Zie later welke andere voordelen dit heeft.

Als je geen HTTPS-subdomein hebt, bieden we je een HTTPS-subdomein aan dat op onze site wordt gehost, bijv. https://yourdomain.pushengage.com/. Dit wordt vervolgens gebruikt voor het abonneren van gebruikers en het verzenden van pushmeldingen. Dit is de sleutel tot het bereiken van volledige portabiliteit op een HTTP-site.  We hebben aangepaste subdomeininstellingen als een functie op ons platform.

Welke impact heeft dit subdomein op je meldingen?

a) Tijdens het abonneren zien je websitegebruikers dit subdomein,

Native abonnementspop-up

b) Wanneer het bericht wordt verzonden, bevat het de URL van het subdomein dat wordt weergegeven in de Push – ook al kun je de gebruiker naar elke URL op je domein laten landen.

Voorbeeldmelding

In het bovenstaande geval gebruikte CouponRani.com zijn eigen aangepaste subdomein https://ping.couponrani.com dat https had, en dit verschijnt in abonnementsverzoeken en meldingen.

2) Twee stappen om vendor lock-in te voorkomen bij het integreren van pushmeldingen

Stap 1 PushEngage gebruikt nu Vapid op zijn platform. Het creëert een unieke vapid-sleutel voor elk account. Al je pushabonnees worden gekoppeld aan deze unieke sleutel. Dus wanneer je naar een ander platform wilt overstappen, kun je met de vapid-sleutel al je abonnees importeren.

Als leverancier, PushEngage sluit klanten nooit op. Daarom bieden we vapid-sleutels voor eenvoudige overdraagbaarheid van pushabonnees.

Als je kijkt naar de Chrome-architectuur voor pushmeldingen, vereist deze service worker javascript code die draait in de browser van een pushabonnee. Deze wordt geactiveerd wanneer een melding naar de browser wordt verzonden. Deze haalt vervolgens de melding op van een Push Server, die vaak wordt gehost door het platform dat je gebruikt om live te gaan met Pushmeldingen. Dit wordt gehost vanaf het HTTPS-domein, dat wordt gebruikt voor abonnementen en meldingen.

Om je later te kunnen migreren, heb je de mogelijkheid nodig om de service worker javascript code te vervangen door een nieuwe en te verwijzen naar de nieuwe Push Server. Dit betekent dat je volledige controle moet hebben over het HTTPS-subdomein.

Stap 2: Daarom is het tweede dat nodig is om vendor lock-in te voorkomen, het gebruik van je eigen HTTPS-subdomein of een HTTPS-domein voor deze pushmeldingen. Het verplaatsen van een volledige site naar HTTPS is enige moeite, en hoewel het vanuit SEO-perspectief aan te raden is, is het nog steeds wat werk. Een oplossing is om slechts een subdomein op HTTPS te hebben of een pagina op je site op HTTPS.  Dit is een belangrijke stap waarbij je abonnementen moet verzamelen op een domein dat onder jouw controle staat.

Voorbeeld: In het geval van CouponRani was dit in het bovenstaande voorbeeld https://ping.couponrani.com.

Nu heb je het domein/subdomein geïdentificeerd Waar & Hoe je abonnees gaat verzamelen.

Daarom hebben we een aangepast subdomein gebouwd als onderdeel van de standaardfuncties van het product

Om de aangepaste subdomeininstelling in PushEngage in te schakelen, moet je het volgende doen als je een HTTP-site bent

a) Koop een SSL-certificaat
b) Stel een domein in https://notify.yourdomain.com en schakel er een SSL-certificaat op in. Je moet hiervoor een DNS-mapping instellen.
c) Plaats vervolgens de PushEngage-installatiebestanden op het subdomein
d) Voer dit in bij de instelling Aangepast Subdomein in PushEngage. Ga naar Instellingen > Site-instellingen > Aangepast Subdomein

Dat is alles en je bent live met Pushmeldingen zonder vendor lock-in.

Het zou goed zijn om je configuratie te laten controleren door ons supportteam door een e-mail te sturen naar [email protected]

Best Practices voor Abonnementbeheer & het Verzamelen van Push Opt-in

Houd er rekening mee dat wanneer u Pushmeldingen op uw website start, u begint met nul abonnees. U moet langzaam abonnees werven en uw lijst opbouwen, wat een enorm ROI-potentieel heeft. Nu u er zeker van bent dat u niet door de leverancier wordt buitengesloten, kunt u zich gaan richten op het verhogen van uw push-abonnementspercentage.

Daarom moeten we identificeren wat de beste manieren zijn om gebruikersabonnementen op uw site te krijgen en hoe u uw opt-in-percentage kunt verhogen.

Over het algemeen verwachten we dat uw site ten minste hetzelfde abonnements-/opt-in-percentage voor Push-abonnees zal krijgen als voor e-mail. Wij geloven dat dit om twee redenen is:

• U hoeft niets te typen tijdens het abonneren op Pushmeldingen. Een klik is gemakkelijker dan typen in een tekstvak.
• U heeft de volledige controle over uw Pushmelding-abonnement, aangezien u zich via uw browserinstellingen kunt afmelden voor Pushmeldingen voor elke site.

Type abonnementsopt-in om te gebruiken

Zoals hierboven vermeld, om vendor lock-in te voorkomen, kiest u altijd voor de HTTPS-website. Er zijn tot 7 verschillende soorten pushmelding-opt-in. Bovendien kunt u voor een HTTPS-site de meest converterende pushmelding-opt-in gebruiken.

Hoe moet u een abonnement verzamelen? Als u een volledige HTTPS-site heeft, ziet u slechts 1 native pop-up die er als volgt uitziet.

Als u slechts een deel van de website op HTTPS heeft, moet u andere elementen gebruiken, zoals een pop-up, bel of onderbalk, of een ander element, dat bij 'Toestaan' naar de HTTPS-versie van de website gaat.

Naast het verzamelen van abonnees in één globale lijst, moet u nadenken over het segmenteren van de gebruikers en ze in verschillende lijsten plaatsen op basis van hun website-actie, locatie of een ander kenmerk.  Dit kunnen we doen door gebruik te maken van automatische segmentatie en de functie voor aangepaste segmentatie in PushEngage.  Lees dit bericht over hoe u dit instelt.

Welkomstmelding

Erkent u de gebruikers dat ze zich succesvol hebben geabonneerd op Pushmeldingen voor uw website? Wij geloven dat dit een belangrijk gebruikservaringselement kan zijn, aangezien de pushmelding-pop-ups (een overvloed ervan) verwarrend kunnen zijn en een welkomstmelding opnieuw bevestigt dat ze de abonnement succesvol hebben voltooid. In zekere zin is dit vergelijkbaar met een welkomst-e-mail en een abonnementsbevestiging per e-mail.

Met Drip Web Push Campagnes kunt u nu een Welkomstmelding sturen, zeg 30 minuten nadat de gebruiker zich heeft geabonneerd. Dit kan meer impact hebben, omdat dit de klant bereikt wanneer deze de site heeft verlaten, maar ze uw site duidelijk herinneren en het een goed moment is om hen aan te sporen tot actie.  Hier is een voorbeeld van een Welkomst Drip die na 30 minuten wordt verzonden.

Stappen om live te gaan met Pushmeldingen

Nadat de belangrijkste aspecten van de integratie zijn bepaald, kunt u nu live gaan met Pushmeldingen. We hebben hier geen specifieke stappen vermeld om live te gaan, aangezien elke provider anders is. De meeste providers vereisen dat u Javascript-code aan uw website toevoegt. Voor HTTPS-sites moet u mogelijk enkele extra bestanden installeren.

Voorbeelden van pushmeldingcampagnes

Nu u abonnees verzamelt om opnieuw contact met hen op te nemen, welke campagnes voert u dan voor uw abonnees? Dit is een brede vraag en het antwoord hangt af van wat voor soort site u runt, maar laten we de veelvoorkomende soorten campagnes delen die worden gebruikt –

A. Campagne voor meldingen van nieuwe artikelen: Voor de meeste nieuwssites is het op tijd aan de gebruiker verstrekken van informatie een van de meest cruciale factoren voor succes. Of het nu gaat om breaking news, verkiezingscampagnes, sport of de huidige pandemie, ze moeten abonnees op de hoogte houden.

C. Meldingen van prijsdalingen: Iedereen zoekt naar de laagste prijs. Maar hoe weet een klant dat de prijs is gedaald? Activeer de campagne voor meldingen van prijsdalingen om gebruikers automatisch op de hoogte te stellen van elke prijsdaling op hun favoriete product.

D. Meldingen van coupons/aanbiedingen: Pushmeldingen worden direct bezorgd. U kunt dus eenvoudig een flash-uitverkoop of een tijdelijke uitverkoop organiseren om uw omzet te verhogen.

E. Melding van productbeschikbaarheid: U moet gebruikers ook op de hoogte stellen wanneer een product weer op voorraad is. Pushmeldingen stellen u in staat om automatische pushmeldingen naar de gebruiker te sturen wanneer de voorraad weer aangevuld is.

F. Campagne voor verlaten winkelwagens – Stuur gerichte meldingen op basis van verlaten winkelwagens op mobiele of desktopwebsites

U kunt ook het handboek voor pushmeldingen bekijken om verschillende campagnes voor uw website te maken.

Samenvatting

Vroege resultaten geven aan dat Web Push Notification een kanaal met een hoge ROI is, en snel groeit, dus u zou dit zeker moeten proberen voor uw website. Aangezien Web Push Notifications een nieuwe standaard zijn, kunt u veel nieuwe functies en wijzigingen verwachten. Denk bij het inschakelen van uw website met pushmeldingen eraan om dit op een manier te implementeren die u meer flexibiliteit biedt.