Skapa ett XDM-schema för webbdata
Lär dig hur du skapar ett XDM-schema för webbdata i Adobe Experience Platform Data Collection-gränssnittet.
XDM-scheman (Experience Data Model) är byggstenar, principer och bästa praxis för datainsamling i Adobe Experience Platform.
Platform Web SDK använder ditt schema för att standardisera dina webbhändelsedata, skicka dem till Platform Edge Network och slutligen vidarebefordra data till alla Experience Cloud-program som är konfigurerade i datastream. Det här steget är viktigt eftersom det definierar en standarddatamodell som krävs för inmatning av kundupplevelsedata i Experience Platform och möjliggör tjänster och applikationer som bygger på dessa standarder.
OBSERVERAdata-objektet i stället för xdm-objektet som du kommer att se senare). Ett XDM-schema krävs för de mest prestandaoptimerade implementeringarna av plattformsspecifika program som Journey Optimizer, Real-Time Customer Data Platform, Customer Journey Analytics. Även om du kanske bestämmer dig för att inte använda ett XDM-schema i din egen implementering, så är det en del av den här självstudiekursen.Varför modellera data?
Företag har sitt eget språk för att kommunicera om sin domän. Bilhandlare hanterar fabriker, modeller och cylindrar. Flygbolagen hanterar flightnummer, tjänsteklass och platstilldelningar. Vissa av dessa villkor är unika för ett visst företag, andra delas av ett vertikalt företag i branschen och andra delas av nästan alla företag. För termer som delas av en bransch vertikalt eller till och med bredare, kan ni börja göra kraftfulla saker med era data när ni namnger och strukturerar dessa termer på ett gemensamt sätt.
Många företag hanterar till exempel beställningar. Vad händer om dessa företag tillsammans beslutar sig för att göra en beställning på ett liknande sätt? Vad händer till exempel om datamodellen består av ett objekt med en priceTotal-egenskap som representerar orderns totalpris? Vad händer om det objektet också har egenskaperna currencyCode och purchaseOrderNumber? Orderobjektet kanske innehåller egenskapen payments som skulle vara en matris med betalningsobjekt. Varje objekt motsvarar en betalning för ordern. En kund kanske till exempel betalar en del av beställningen med ett presentkort och resten med kreditkort. Du kan börja skapa en modell som ser ut ungefär så här:
{
"order": {
"priceTotal": 89.50,
"currencyCode": "EUR",
"purchaseOrderNumber": "JWN20192388410012",
"payments": [
{
"paymentType": "gift_card",
"paymentAmount": 50
},
{
"paymentType": "credit_card",
"paymentAmount": 39.50
}
]
}
}
Om alla företag som hanterar beställningar beslutar sig för att modellera sina beställningsdata på ett konsekvent sätt för termer som är vanliga i branschen kan magiska saker börja hända. Information skulle kunna utbytas smidigare både inom och utanför er organisation i stället för att man hela tiden tolkar och översätter data (utkast och evar, vem som helst?). Datorinlärning kan enklare förstå vad dina data betyder och ge användbara insikter. Användargränssnitt för relevanta data kan bli mer intuitiva. Dina data kan integreras smidigt med partners och leverantörer som följer samma modellering.
Det här är målet för Adobe Experience Data Model. XDM tillhandahåller preskriptiv modellering för data som är vanliga i branschen, samtidigt som du kan utöka modellen efter dina specifika behov. Adobe Experience Platform bygger på XDM och därför måste data som skickas till Experience Platform finnas i XDM. I stället för att fundera på var och hur ni kan omvandla era aktuella datamodeller till XDM innan ni skickar data till Experience Platform bör ni överväga att implementera XDM i hela organisationen så att översättningen sällan behöver ske.
OBSERVERAOm du vill veta mer om XDM-scheman kan du titta på spellistan Modellera dina kundupplevelsedata med XDM eller se XDM-systemöversikt.
