Guide til implementering af web push-notifikationer uden leverandørlåsning

Så du har hørt om den nye engagerende kanal for dine mobil- og desktop-browserbrugere – Website Notifikationer?  Ved du hvad Web Push Notifikationer er? Web Push Notifikationer genengagerer dine brugere og får dem tilbage til dit website, når de er andre steder. Du beslutter dig for at implementere dette på dit website og er forvirret over de forskellige muligheder, der er tilgængelige for dig. Efter Parse-fejlen undrer du dig nu over, hvordan du kan sikre dig, at der ikke er nogen leverandørlåsning, når du implementerer Push Notifikationer til dit website.

Eller du læser dette, fordi den første leverandør, du implementerede med, ikke tog nok forholdsregler og blev låst inde, og nu er deres priser for høje. Tjek altid de push-notifikationsfunktioner, der tilbydes af web push-notifikationstjenesteudbyderen. Hvis du vil migrere fra den nuværende push-notifikationsplatform til andre, bør du følge de trin, der er nævnt her.

Vi hos PushEngage ønsker at skrive åbent om dette. Gennemsigtighed er en kerneværdi for os. For det andet ønsker vi, at vores kunder bliver hos os på grund af oplevelsen på vores platform og ikke fordi de er låst inde.

Hvis du har travlt, her er et TL;DR-resumé

HTTPS-side

1. Sørg for at bruge dit Safari-certifikat. ps: FCM-nøgle er ikke nødvendig, da vi nu bruger en unik VAPID-nøgle siden august 2018.
2. Sørg for at indsamle abonnenter på dit domæne (dvs. den endelige tilladelse er på dit domæne)

HTTP-side

1. Sørg for at bruge dit eget  Safari-certifikat. ps: FCM-nøgle er ikke nødvendig, da vi nu bruger en unik VAPID-nøgle siden august 2018
2. Sørg for at indsamle abonnenter på dit domæne ved at bruge en HTTPS-underdomæne.

Læs videre for den detaljerede version.

Lad os begynde og se, hvordan man integrerer push-notifikationer uden leverandørlåsning.

Grundlæggende spørgsmål, der skal besvares, før du går live

1) Er dit website HTTP eller HTTPS?

Har du et HTTPS-website eller et underdomæne eller en sektion af websitet, der er på HTTPS?

Hvad er HTTP eller HTTPS?  Hvis du tjekker URL'en på dit website, ser du så den grønne lås med 'Sikker', som du ser på PushEngage-siden.

Hvis ja, så er du på et HTTPS-website, ellers HTTP.  For at vide mere om HTTP eller HTTPS tjek wiki-linket her.

Hvorfor er dette vigtigt: Abonnement og afsendelse af push-notifikationer kræver et HTTPS-domæne, så hvis du har dit eget, kan du bruge det. Se senere, hvilke andre fordele dette har.

Hvis du ikke har et HTTPS-underdomæne, giver vi dig et HTTPS-underdomæne hostet på vores side, f.eks. https://ditdomæne.pushengage.com/. Dette bruges derefter til at abonnere brugere og sende push-notifikationer. Dette er nøglen til at opnå fuld portabilitet på et HTTP-site.  Vi har brugerdefinerede underdomæneindstillinger som en funktion på vores platform.

Hvilken indvirkning har dette underdomæne på dine notifikationer?

a) Under abonnement vil dine websitebrugere se dette underdomæne,

Native abonnements-popup

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.