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 konfigurerats 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.

NOTE
Ett XDM-schema är krävs inte för att implementera Adobe Analytics, Adobe Target eller Adobe Audience Manager med Web SDK (data kan skickas i data i stället för xdm 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? Tänk dig till exempel om datamodellen består av ett objekt med en priceTotal som representerade orderns totala pris? Vad händer om det objektet också har egenskaper med namnet currencyCode och purchaseOrderNumber? Orderobjektet kanske innehåller en egenskap med namnet 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?). Maskinininlärning kan enklare förstå vad dina data är medel och tillhandahålla 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 Adobe mål. 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 är byggt kring 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.

NOTE
I demonstrationssyfte bygger övningarna i den här lektionen upp ett exempelschema för att fånga innehåll som visas och produkter som köpts av kunder i Luma Demo Site. Du kan använda de här stegen för att skapa ett annat schema för dina egna syften, men vi rekommenderar att du först följer med när du skapar exempelschemat för att lära dig funktionerna i schemaredigeraren.

Ta en kurs om du vill veta mer om XDM-scheman Modellera era kundupplevelsedata med XDM eller se XDM - systemöversikt.

Utbildningsmål

När lektionen är klar kan du:

  • Skapa ett XDM-schema inifrån datainsamlingsgränssnittet
  • Lägg till fältgrupper i XDM-schemat
  • Skapa XDM-scheman för webbhändelsedata enligt vedertagna standarder

Förutsättningar

Alla nödvändiga etablerings- och användarbehörigheter för datainsamling och Adobe Experience Platform som beskrivs på översikt sida.

Skapa ett XDM-schema

XDM-scheman är standardsättet att beskriva data i Experience Platform, vilket gör att alla data som överensstämmer med scheman kan återanvändas i en organisation utan konflikter, eller till och med delas mellan flera organisationer. Mer information finns i Grunderna för schemakomposition.

I den här övningen skapar du ett XDM-schema med de rekommenderade baslinjefältgrupperna för att hämta webbhändelsedata på Luma Demo Site:

  1. Öppna Gränssnitt för datainsamling

  2. Kontrollera att du är i rätt sandlåda. Hitta sandlådan i det övre högra hörnet

    note note
    NOTE
    Om du använder ett plattformsbaserat program som Real-Time CDP eller Journey Optimizer rekommenderar vi att du använder en utvecklingssandlåda för den här kursen. Om du inte gör det använder du Prod sandlåda.
  3. Gå till Schemas till vänster navigering

  4. Välj Create Schema överst till höger

    Skapa schema

  5. Välj Experience Event på följande skärm

  6. Välj Next

    Schemaupplevelsehändelse

  7. Ange namnet på schemat under Schema display name fält, i detta fall Luma Web Event Data

    note tip
    TIP
    En vanlig namnkonvention för XDM-scheman är att namnge schemat efter datakällan.
  8. Välj Slutför

    Schemaupplevelsehändelse - slut

Lägg till fältgrupper

Som tidigare nämnts är XDM det centrala ramverket som standardiserar kundupplevelsedata genom att tillhandahålla gemensamma strukturer och definitioner för användning i Adobe Experience Platform-tjänster längre fram i kedjan. Genom att följa XDM-standarder alla kundupplevelsedata kan införlivas i en gemensam representation. Med den här metoden kan ni få värdefulla insikter från kundåtgärder, definiera kundmålgrupper genom segment och uttrycka kundattribut för personalisering med hjälp av data från flera olika källor. Se Bästa tillvägagångssätt för datamodellering för mer information.

När det är möjligt bör du använda befintliga fältgrupper och följa en produktmedveten modell och namnkonventioner. För alla data som är specifika för din organisation och som inte passar in i de fördefinierade fältgrupperna ovan kan du skapa en anpassad fältgrupp. Se Skapa ett schema med Schemaredigeraren för mer detaljerade steg om anpassade scheman.

TIP
I den här övningen lägger du till de rekommenderade fördefinierade fältgrupperna för insamling av webbdata: AEP Web SDK ExperienceEvent ​_ochConsumer Experience Event ​_.
  1. I Field groups avsnitt, markera Add

    Ny fältgrupp

  2. Sök efter AEP Web SDK ExperienceEvent

  3. Markera rutan

  4. Sök efter Consumer Experience Event

  5. Markera rutan

  6. Välj Add field groups

    Lägg till fältgrupp

Observera att du har tillgång till de mest använda nyckelvärdepar som krävs för datainsamling på webben i båda fältgrupperna. The display name av varje fält visas för marknadsförarna i segmentbygggränssnittet i plattformsbaserade program och du kan ändra visningsnamnet för standardfält efter behov. Du kan också ta bort fält som du inte vill ha. När du klickar på något av fältgruppsnamnen markeras vilka nyckelvärdepar som tillhör det. I exemplet nedan ser du vilka fält som tillhör Consumer Experience Event.

Fältgrupper för schema

Den här lektionen är bara en startpunkt. När du skapar ett eget webbeventschema måste du utforska och dokumentera dina affärskrav. Den här processen påminner om att skapa en Dokument för verksamhetskrav och Referens för lösningsdesign för en Adobe Analytics-implementering, men bör innehålla krav för alla nedströmsdatamottagare som till exempel mål för plattform, mål och händelsespelare.

identityMap-objektet

Det finns ett särskilt fält som används för att identifiera webbanvändare som kallas identityMap.

Webbhändelsedata för Luma

Det är ett måste-ha-objekt för alla webbrelaterade datainsamlingar eftersom det innehåller det Experience Cloud-ID som krävs för att identifiera användare på webben. Det är också nyckeln till att ange interna kund-ID:n för autentiserade användare. identityMap diskuteras mer i Konfigurera identiteter lektion. Den inkluderas automatiskt i alla scheman med XDM ExperienceEvent klassen.

IMPORTANT
Det går att aktivera Profile för ett schema innan du sparar schemat. Gör inte aktivera det nu. När ett schema har aktiverats för profilen kan det inte inaktiveras eller tas bort utan att hela sandlådan har återställts. Det går inte att ta bort fält från scheman just nu, även om det går att Föråldrade fält i användargränssnittet. Dessa konsekvenser är viktiga att tänka på senare när du arbetar med egna data i produktionsmiljön.
Den här inställningen diskuteras mer under Konfigurera Experience Platform lektion.
Profilschema

Om du vill slutföra den här lektionen väljer du Save överst till höger.

Spara schema

Nu kan du referera till det här schemat när du lägger till Web SDK-tillägget i taggegenskapen.

Nästa:

NOTE
Tack för att du lade ned din tid på att lära dig om Adobe Experience Platform Web SDK. Om du har frågor, vill dela allmän feedback eller har förslag på framtida innehåll kan du dela med dig av dem om detta Experience League diskussionsinlägg
recommendation-more-help
8cbc0fd8-ca1d-433b-9c3d-bc3f113347d4