Guide to Implementing Web Push Notifications, Without a Vendor Lock-in

So you have heard about the new engagement channel for your Mobile and Desktop browser users – Website Notifications?  Do you know what is Web Push Notifications? Web Push Notifications re-engage your users and get them back to your website when they are elsewhere. You decide to implement this on your website and are confused about various options available to you. After the Parse debacle, you now wonder how can you make sure there is no vendor lock-in when you implement Push Notifications for your website.

Or you are reading this because the first vendor you implemented with you didn’t take enough precaution and got locked in, and now their prices are too high. Always check for the push notification features offered by the web push notification service provider. In case you want to migrate from the current push notification platform to others, you should follow the steps mentioned here.

We at PushEngage, want to write about this openly. Transparency is a core value of ours. Secondly, we want our customers to stay with us, because of the experience on our platform and not because they are locked-in.

If you are in a rush, here is a TL;DR Summary

HTTPS site

1. Ensure you use your Safari Certificate. ps: FCM Key is not needed as we now use a unique VAPID key since Aug 2018.
2. Ensure you gather subscriber on your domain (i.e. final allow is on your domain)

HTTP Site

1. Ensure you use your own  Safari Certificate. ps: FCM Key is not needed as we now use unique VAPID key since Aug 2018
2. Ensure you gather subscriber on your domain, by using HTTPS Custom Subdomain.

Read ahead for the detailed version.

Let’s begin and see how to integrate push notifications without vendor lock-in.

Basic Questions to Answer Before Going Live

1) Is your Website HTTP or HTTPS?

Do you have an HTTPS website or a sub-domain or section of the website that is on HTTPS?

What is HTTP or HTTPS?  If you check the URL of your website, do you see the green lock with Secure like you see on the PushEngage site.

If yes, then you are on an HTTPS website, else HTTP.  To know more about HTTP or HTTPS check wiki link here.

Why is this important: Push Notification subscription and sending requires an HTTPS domain, so if you have your own, you can use it. Later see what other benefits this has.

If you don’t have an HTTPS sub-domain, we provide you with an HTTPS sub-domain hosted on our site e.g. https://yourdomain.pushengage.com/. This is then used for subscribing users and sending push notifications. This is the key to achieving full portability in an HTTP site.  We have custom-subdomain settings as a feature in our platform.

What impact does this subdomain have on your notifications?

a) During subscription, your website users will see this subdomain,

Native Subscription Pop-up

b) Når beskeden sendes, vil den indeholde URL'en for underdomænet, der vises i Push – selvom du kan lande brugeren på enhver URL på dit domæne.

Eksempelmeddelelse

I ovenstående tilfælde brugte CouponRani.com sit eget brugerdefinerede underdomæne https://ping.couponrani.com, som havde https, og dette vises i abonnementsanmodninger og meddelelser.

2) To trin til at undgå leverandørlåsning ved integration af push-meddelelser

Trin 1 PushEngage bruger nu Vapid på sin platform. Det opretter en unik vapid-nøgle for hver konto. Alle dine push-abonnenter vil blive knyttet til denne unikke nøgle. Så når du vil flytte til en anden platform, kan du importere alle dine abonnenter ved hjælp af vapid-nøglen.

Som leverandør låser PushEngage aldrig kunder inde. Derfor tilbyder vi vapid-nøgler for nem portabilitet af push-abonnenter.

Hvis du ser på Chrome-arkitekturen for push-meddelelser, kræver det service worker javascript-kode at køre i en push-abonnents browser. Denne vækkes, når en meddelelse sendes til browseren. Denne henter derefter meddelelsen fra en Push Server, som ofte hostes af den platform, du bruger til at gå live med Push Notification. Dette hostes fra HTTPS-domænet, som bruges til abonnement og meddelelse.

For at du kan migrere senere, skal du have mulighed for at erstatte service worker javascript-koden med en ny og pege på den nye Push Server. Dette betyder, at du skal have fuld kontrol over HTTPS-underdomænet.

Trin 2: Derfor er den anden ting, der er nødvendig for at undgå leverandørlåsning, at bruge dit eget HTTPS-underdomæne eller et HTTPS-domæne til disse push-meddelelser. At flytte et helt websted til HTTPS er en vis indsats, og selvom det er tilrådeligt ud fra et SEO-perspektiv, er det stadig en vis indsats. En løsning er kun at have et underdomæne på HTTPS eller en side på dit websted på HTTPS.  Dette er et vigtigt trin, der kræver, at du indsamler abonnementer på et domæne, der er under din kontrol.

Eksempel: I tilfældet med CouponRani var dette på https://ping.couponrani.com i eksemplet ovenfor.

Nu har du identificeret domænet/underdomænet Hvor & Hvordan Du Vil Indsamle Abonnenter.

Derfor har vi bygget et brugerdefineret underdomæne som en del af produktets standardfunktioner

For at aktivere opsætning af brugerdefineret underdomæne i PushEngage, skal du gøre følgende, hvis du er et HTTP-websted

a) Køb et SSL-certifikat
b) Opsæt et domæne https://notify.yourdomain.com, og aktiver et SSL-certifikat på det.  Du skal opsætte en DNS-mapping for dette domæne.
c) Derefter skal du placere PushEngage-installationsfilerne på underdomænet
d) Indtast dette i Custom Subdomain-indstillingen i PushEngage. Gå til Indstillinger > Webstedsindstillinger > Brugerdefineret underdomæne

Det er det, og du vil være live med Push-meddelelser uden leverandørlåsning.

Det ville være godt at få din konfiguration tjekket med vores supportteam ved at sende en e-mail til [email protected]

Bedste praksis for abonnementsstyring & indsamling af push-opt-in

Husk, når du starter push-notifikationer på dit websted, starter du med nul abonnenter. Du skal langsomt få abonnenter og opbygge din liste, hvilket har et enormt ROI-potentiale. Nu hvor du er sikker på ikke at blive låst inde af leverandøren, skal du begynde at fokusere på at øge din push-abonnementsrate.

Derfor bør vi identificere, hvad der er de bedste måder at få brugerabonnementer på dit websted, og hvordan man øger din opt-in-rate.

Generelt forventer vi, at dit websted bør opnå mindst lige så stor abonnements-/opt-in-rate for push-abonnenter, som det er for e-mail. Vi mener, at dette skyldes to årsager:

• Du behøver ikke at skrive noget, når du abonnerer på push-notifikationer. Et klik er nemmere end at skrive i et tekstfelt.
• Du har fuld kontrol over dit abonnement på push-notifikationer, da du kan afmelde push-notifikationer for ethvert websted via dine browserindstillinger.

Type af abonnements-opt-in til brug

Som nævnt ovenfor, for at undgå leverandørlåsning, skal du altid vælge HTTPS-webstedet. Der er op til 7 forskellige typer af push-notifikations-opt-in. Desuden kan du for HTTPS-websteder bruge den mest konverterende push-notifikations-opt-in.

Hvordan skal du indsamle et abonnement? Hvis du har et fuldt HTTPS-websted, vil du kun se 1 indbygget pop op-vindue, der vises som nedenfor.

Hvis du kun har en del af webstedet på HTTPS, skal du bruge andre elementer som en pop op, en klokke eller en bundbjælke, eller en hvilken som helst anden, der ved tilladelse går til HTTPS-versionen af webstedet.

Ud over at indsamle abonnenter i én global liste, bør du overveje at segmentere brugerne og placere dem i forskellige lister baseret på deres webstedsaktion, placering eller et hvilket som helst andet attribut.  Vi kan gøre dette ved at bruge automatisk segmentering og brugerdefineret segmenteringsfunktion i PushEngage.  Læs dette indlæg om, hvordan du sætter dette op.

Velkomstmeddelelse

Anerkender du brugerne, at de har abonneret succesfuldt på push-notifikationer til dit websted? Vi mener, at dette kan være et vigtigt brugeroplevelseselement, da push-notifikations-pop op-vinduerne (en overflod af dem) kan være forvirrende, og en velkomstmeddelelse bekræfter, at de har gennemført abonnementet succesfuldt. På en måde ligner dette en velkomst-e-mail og bekræftelse af abonnement via e-mail.

Ved at bruge Drip Web Push Kampagner kan du nu sende en velkomstmeddelelse, f.eks. 30 minutter efter brugeren har abonneret. Dette kan have større indvirkning, da det når ud, når kunden har forladt webstedet, men de husker dit websted tydeligt, og det er et godt tidspunkt at opfordre dem til en handling.  Her er et eksempel på en velkomst-drip sendt efter 30 minutter.

Trin til at gå live med push-notifikationer

Når du har besluttet dig for de vigtigste aspekter af integrationen, kan du nu gå live med push-notifikationer. Vi har ikke nævnt specifikke trin til at gå live her, da hver udbyder er forskellig. De fleste udbydere vil kræve, at du tilføjer Javascript-kode til dit websted. For HTTPS-websteder skal du muligvis installere et par ekstra filer.

Eksempler på push-notifikationskampagner

Nu hvor du indsamler abonnenter for at genengagere dem, hvilke kampagner kører du så for dine abonnenter? Dette er et bredt spørgsmål, og svaret afhænger af, hvilken slags websted du driver, men lad os dele de almindelige typer af kampagner, der bruges –

A. Kampagne for advarsel om nye artikler: For de fleste nyhedssider er det at få informationen til brugeren til tiden en af de mest afgørende faktorer for succes. Uanset om det er breaking news, valgkampagner, sport eller den aktuelle pandemi, skal de opdatere abonnenterne.

C. Advarsler om prisfald: Alle leder efter den laveste pris. Men hvordan ville en kunde vide, at prisen er faldet? Aktiver kampagnen med prisfaldsadvarsler for automatisk at opdatere brugere om ethvert prisfald på deres yndlingsprodukt.

D. Kampagner med kuponer/tilbud: Push-notifikationer leveres øjeblikkeligt. Så du kan nemt køre et lynsalg eller et tidsbegrænset udsalg for at øge din omsætning.

E. Advarsel om produktets tilgængelighed: Du bør også opdatere brugerne, når produktet er tilbage på lager. Push-notifikationer giver dig mulighed for at sende automatiske push-notifikationer til brugeren, når lageret er opdateret.

F. Kampagne for forladte indkøbskurve – Send målrettede notifikationer baseret på forladte indkøbskurve på mobil- eller desktopwebsted

Du kan også se playbook for push-notifikationer for at oprette forskellige kampagner til dit websted.

Resumé

Tidlige resultater indikerer, at Web Push Notification er en kanal med høj ROI og hurtigt voksende, så du bør helt sikkert prøve dette til dit websted. Da Web Push Notifications er en ny standard, kan du forvente mange nye funktioner og ændringer. Når du overvejer at aktivere dit websted med push-notifikationer, skal du implementere det på en måde, der giver dig mere fleksibilitet.