Oversikt over push-varsler for programutviklere
Konfigurasjon av push-varsler krever noen få spesifikke trinn for programutviklere og -administratorer. Dette dokumentet gir en oversikt på høyere nivå over arkitekturen og koblinger til detaljerte dokumenter for hver komponent.
Hvis du vil ha detaljert informasjon om hvert trinn, går du til følgende dokumenter:
- Konfigurasjon av push-varselprogrammer
- Brukertilordning for push-varslinger
- Enhetsregistrering for push-varsler
- Motta push-varsler på enheter
- Samhandlingsrapportering for push-varsler
Registrere et push-varslingsprogram med Customer Insights - Journeys
Når du har utviklet et program, er det første trinnet å registrere programmet med Customer Insights - Journeys. Lær mer: Konfigurer push-varselprogrammer
Arkitekturdiagram
Diagrammene nedenfor gir en oversikt over enhetene og de relasjoner som kreves for å sende push-varsler fra Customer Insights - Journeys.
Nytt program lastet ned til mobil enhet
En mobilapp har et enhetstoken og brukerinformasjon. Tokenet og brukerinformasjonen må lagres et eller annet sted, vanligvis i et program for administrasjon av skyenheter, for å kunne gi denne informasjonen til Customer Insights - Journeys.
Brukerinformasjon og et enhetstoken må lagres når noen laster ned et nytt mobilprogram, vanligvis i et administrasjonssystem for enhetstoken for skyserverenhet. Fremgangsmåter for å lagre denne informasjonen kan variere. Informasjonen om brukeren og enheten er nødvendig for å sikre at riktig melding leveres til riktig enhet og for å støtte tilpassing.
Det er viktig å merke seg at enhetstokenet kan endres over tid. Det er heller ikke forutsigbart hva som vil føre til at tokenet endres. Hvis noen for eksempel fjerner og installerer programmet på nytt, er det sannsynlig at enhetstokenet endres. Det er viktig å oppdatere Customer Insights - Journeys hvis enhetstokenet endres for å fortsette å sende meldinger til enheten.
Enhets- og brukerregistrering med Customer Insights - Journeys
Du må tilordne den lagrede brukeren til en kjent bruker i Customer Insights - Journeys, fordi brukeridentifikatoren fra enheten er forskjellig fra bruker-ID-en i Dataverse, der kontaktene, kundeemnene og Customer Insights - Data-profilene lagres.
For å utføre denne tilordningen kan du bruke det offentlige API-et for Customer Insights - Journeys til å hente Dataverse-identifikatoren. Du spør vanligvis API-en med en e-postadresse eller et telefonnummer for å hente kontakten, kundeemnet eller Customer Insights - Data-profilidentifikatoren. Denne tilordningen mellom bruker-ID-en for mobilprogrammet, enhetstoken-ID og Dataverse-brukeridentifikator kan lagres i programmets tokenbehandlingssystem. Siden Customer Insights - Journeys støtter flere mobilprogrammer, må du angi program-IDen når du sender disse dataene.
Når tilordningen er fullført og lagret, kan du bruke det offentlige API-et til å velge POST for Dataverse-brukeridentifikatoren, enhetstokenet og identifikatoren for mobilprogrammet i forespørselen om enhetsregistrering til Customer Insights - Journeys.
Vis fullstendig informasjon om registrering av enheter og brukere i registrering av push-varslingsenheter og brukerregistrering.
Kundereisekjøring
Når en reise kjører og prøver å sende en push-varsling til en bruker, prøver Customer Insights - Journeys å sende meldingen til alle enhetstokener til den angitte brukeren for det angitte mobilprogrammet. Meldinger sender bare til gyldige enhetstokener. Hvis en bruker har programmet installert på flere enheter registrert med Customer Insights - Journeys (for eksempel en telefon og et nettbrett), mottar de meldinger på begge enheter.
Rapportering av sending og samhandling
Hvis du vil rapportere om metrikkverdier for sending og samhandling for push-varsler i Customer Insights - Journeys, må du konfigurere programmet til å sende denne informasjonen tilbake til Customer Insights - Journeys-API-en.
Vis fullstendig informasjon om rapportering av sending og samhandling i Sende- og samhandlingsrapportering for push-varsling.