Datatypen Consents and Preferences
Datatypen Consent for Privacy, Personalization and Marketing Preferences (kallas nedan datatypen Consents and Preferences) är en Experience Data Model (XDM) datatyp som har stöd för insamling av kundbehörigheter och inställningar som genereras av CMP (Consent Management Platforms) och andra källor från dina dataåtgärder.
Det här dokumentet beskriver strukturen och den avsedda användningen av fälten som anges av datatypen Consents and Preferences.
Förhandskrav prerequisites
Det här dokumentet kräver en fungerande förståelse av XDM och användning av scheman i Experience Platform. Läs följande dokumentation innan du fortsätter:
Datatypstruktur structure
Datatypen Consents and Preferences innehåller flera fält som används för att hämta information om medgivande och inställning.
Ett samtycke är ett alternativ som gör att kunden kan ange hur deras data får användas. De flesta samtycke har en juridisk aspekt, eftersom vissa jurisdiktioner kräver tillstånd innan data kan användas på ett visst sätt, eller kräver att kunden har möjlighet att stoppa användningen (avanmäl dig) om det inte krävs ett godkännande.
En preferens är ett alternativ som gör det möjligt för kunden att specificera hur olika aspekter av upplevelsen av ett varumärke ska hanteras. De kan delas in i två kategorier:
- Personalization-inställningar: Inställningar för hur varumärket ska personalisera upplevelser som levereras till en kund.
- Marknadsföringsinställningar: Inställningar för om ett varumärke får kontakta en kund via olika kanaler eller inte.
I följande skärmbild visas hur strukturen för datatypen visas i användargränssnittet för plattformen:
I följande JSON visas ett exempel på vilken typ av data som datatypen Consents and Preferences kan bearbeta. Information om hur dessa fält används finns i de avsnitt som följer.
{
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"share": {
"val": "y",
},
"personalize": {
"content": {
"val": "y"
}
},
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"push": {
"val": "n",
"reason": "Too Frequent",
"time": "2019-01-01T15:52:25+00:00"
}
},
"metadata": {
"time": "2019-01-01T15:52:25+00:00"
}
}
}
consents
choices
consents
innehåller flera fält som beskriver en kunds samtycke och inställningar. Dessa fält beskrivs närmare i underavsnitten nedan.
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"share": {
"val": "y",
},
"personalize": {
"content": {
"val": "y"
}
},
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"email": {
"val": "n",
"reason": "Too Frequent",
"time": "2019-01-01T15:52:25+00:00"
}
}
}
collect
collect
representerar kundens samtycke till att deras data samlas in.
"collect": {
"val": "y"
}
val
adID
adID
representerar kundens samtycke för om ett annonser-ID kan användas för att länka kunden mellan appar på den här enheten.
"adID": {
"idType": "IDFA",
"val": "y"
}
idType
IDFA
för Apple-ID för annonsörer eller GAID
för Google Advertiser-ID, även känt som Android Advertiser-ID (AAID).val
share
share
representerar kundens samtycke för huruvida deras data kan delas med (eller säljas till) andra eller tredje part.
"share": {
"val": "y"
}
val
personalize
personalize
personalize
samlar in kundpreferenser om vilka sätt deras data kan användas för personalisering. Kunder kan välja bort specifika användningsfall för personalisering eller välja bort helt från personalisering.
personalize
omfattar inte användningsfall för marknadsföring. Om en kund till exempel väljer bort personalisering för alla kanaler bör de inte sluta ta emot kommunikation via dessa kanaler. De meddelanden de får ska i stället vara generiska och inte baseras på deras profil.marketing
, vilket förklaras i nästa avsnitt) bör kunden inte få några meddelanden, även om personalisering är tillåtet."personalize": {
"content": {
"val": "y",
}
}
content
val
marketing
marketing
marketing
fångar upp kundpreferenser vad gäller vilka marknadsföringssyften deras data kan användas för. Kunderna kan välja bort specifika fall av marknadsföringsanvändning eller välja bort direkt marknadsföring helt och hållet.
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"email": {
"val": "n",
"reason": "Too Frequent"
},
"push": {
"val": "y"
},
"sms": {
"val": "y"
}
}
preferred
any
marketing
. Om du planerar att använda fler detaljerade alternativ för samtycke rekommenderar vi att du utelämnar det här fältet.Om värdet är
n
ska alla mer specifika personaliseringsinställningar ignoreras. Om värdet är y
ska alla fininniga anpassningsalternativ också behandlas som y
, såvida de inte uttryckligen är inställda på n
. Om värdet inte anges bör värdena för varje personaliseringsalternativ respekteras enligt vad som anges.email
push
sms
val
time
metadata
, kommer det här fältet inte att anges för den inställningen.reason
metadata
metadata
samlar in allmänna metadata om kundens samtycke och inställningar när de senast uppdaterades.
"metadata": {
"time": "2019-01-01T15:52:25+00:00",
}
time
time
-värde under en enskild inställning åsidosätts tidsstämpeln metadata
för den aktuella inställningen.Inhämta data med datatypen ingest
Om du vill använda datatypen Consents and Preferences för att importera medgivandedata från dina kunder måste du skapa en datauppsättning som baseras på ett schema som innehåller den datatypen.
I självstudiekursen Skapa ett schema i användargränssnittet finns anvisningar om hur du tilldelar datatyper till fält. När du har skapat ett schema som innehåller ett fält med datatypen Consents and Preferences kan du läsa avsnittet om att skapa en datamängd i användarhandboken för datauppsättningen och följa stegen för att skapa en datamängd med ett befintligt schema.
Hantera samtycke och ändringar av inställningar
När en kund ändrar sitt samtycke eller sina inställningar på webbplatsen bör dessa ändringar samlas in och tillämpas omedelbart med Adobe Experience Platform Web SDK. Om en kund väljer bort från datainsamlingen måste all datainsamling omedelbart upphöra. Om en kund väljer bort personalisering bör det inte finnas någon personalisering på nästa sida de besöker.
Bilaga appendix
Avsnitten nedan innehåller ytterligare referensinformation om datatypen Consents and Preferences.
Godkända värden för val
choice-values
I följande tabell visas godkända värden för val
:
y
n
p
p
tills de väljer en länk i ett e-postmeddelande för att verifiera att de har angett rätt e-postadress, och då uppdateras medgivandet till y
.Om detta samtycke eller denna inställning inte använder en tvåmängdsverifieringsprocess kan valet
p
i stället användas för att ange att kunden ännu inte har svarat på bekräftelseuppmaningen. Du kan till exempel automatiskt ställa in värdet på p
på den första sidan på en webbplats innan kunden har svarat på frågan om samtycke. I jurisdiktioner som inte kräver uttryckligt medgivande kan ni också använda det för att ange att kunden inte uttryckligen har avanmält sig (med andra ord antas medgivande).u
dy
Observera att om lagar eller ändringar i företagets sekretesspolicy leder till ändringar i standardvärdena för vissa eller alla användare, måste du uppdatera alla profiler som innehåller standardvärden manuellt.
dn
Observera att om lagar eller ändringar i företagets sekretesspolicy leder till ändringar i standardvärdena för vissa eller alla användare, måste du uppdatera alla profiler som innehåller standardvärden manuellt.
LI
CT
CP
VI
PI
Godkända värden för preferred
preferred-values
Följande tabell visar de godkända värdena för preferred
. preferred
-värdena anger kundens föredragna kanal för att ta emot kommunikation som informerar dem om datainsamling, sekretesspolicyer och personaliseringsalternativ.
email
push
inApp
sms
phone
phyMail
inVehicle
inHome
iot
social
other
none
unknown
Fullständigt Consents and Preferences-schema full-schema
Mer information om det fullständiga schemat för datatypen Consents and Preferences finns i den officiella XDM-databasen.