Stöd för IAB TCF 2.0 i Experience Platform
Transparency & Consent Framework (TCF), som beskrivs av IAB (Interactive Advertising Bureau), är en öppen teknisk ram som är avsedd att göra det möjligt för organisationer att få, registrera och uppdatera konsumentens samtycke till att deras personuppgifter behandlas, i enlighet med Europeiska unionens General Data Protection Regulation (GDPR). Den andra versionen av ramverket, TCF 2.0, ger större flexibilitet för hur konsumenter kan ge eller vägra samtycke, inklusive om och hur leverantörer kan använda vissa funktioner för databearbetning, till exempel exakt positionering.
Adobe Experience Platform ingår i den registrerade IAB TCF 2.0-leverantörslistan, under ID 565. I enlighet med kraven för TCF 2.0 kan du med hjälp av Platform samla in data om kundernas samtycke och integrera dessa i era lagrade kundprofiler. Dessa data om samtycke kan sedan beaktas för att avgöra om profiler ska inkluderas i exporterade målgruppssegment, beroende på hur de används.
Det här dokumentet innehåller en översikt över hur du konfigurerar dataåtgärder och profilscheman för att acceptera data om kundgodkännande som genererats av din CMP (Consent Management Platform). Det handlar också om hur Platform förmedlar val av användarsamtycke vid export av segment.
Förhandskrav
Om du vill följa med i den här guiden måste du använda en CMP, antingen kommersiell eller egen, som är integrerad och kompatibel med IAB TCF. Mer information finns i listan över kompatibla CMP.
Handboken kräver även en fungerande förståelse av följande plattformstjänster:
- Experience Data Model (XDM): Det standardiserade ramverk som Experience Platform använder för att ordna kundupplevelsedata.
- Adobe Experience Platform identitetstjänst: Lös den grundläggande utmaning som en fragmentering av kundupplevelsedata innebär genom att överbrygga identiteter mellan olika enheter och system.
- Kundprofil i realtid: Använder Identity Service för att skapa detaljerade kundprofiler från dina datauppsättningar i realtid. Real-Time Customer Profile hämtar data från datasjön och behåller kundprofiler i sitt eget separata datalager.
- Adobe Experience Platform Web SDK: Ett JavaScript-bibliotek på klientsidan som gör att du kan integrera olika plattformstjänster i kundens webbplats.
- SDK-medgivandekommandon: En översikt över de medgivanderelaterade SDK-kommandona som visas i den här handboken.
- Adobe Experience Platform segmenteringstjänst: Gör att du kan dela in Real-Time Customer Profile-data i grupper med individer som delar liknande egenskaper och svarar på liknande sätt som marknadsföringsstrategier.
Utöver de plattformstjänster som anges ovan bör du även känna till mål och deras roll i plattformens ekosystem.
Sammanfattning av kundens godkännandeflöde summary
I följande avsnitt beskrivs hur data om samtycke samlas in och används efter att systemet har konfigurerats korrekt.
Samling av data för samtycke
Plattformen gör att ni kan samla in data om kundens samtycke genom följande process:
- En kund ger sitt samtycke till datainsamling via en dialogruta på er webbplats.
- Din CMP identifierar ändringen av medgivandeinställningen och genererar TCF-medgivandedata i enlighet med detta.
- Med Platform Web SDK skickas genererade data om samtycke (returneras av CMP) till Adobe Experience Platform.
- De insamlade medgivandedata är inkapslade i en Profile-aktiverad datauppsättning vars schema innehåller TCF-medgivandefält.
Förutom SDK-kommandon som aktiveras av CMP-kodekar för avtalsändringar kan data även flöda in i Experience Platform via alla kundgenererade XDM-data som överförs direkt till en Profile-aktiverad datauppsättning.
Alla segment som delas med Platform av Adobe Audience Manager (via Audience Manager-källkopplingen eller på annat sätt) kan också innehålla data om samtycke om rätt fält har tillämpats på dessa segment via Experience Cloud Identity Service. Mer information om hur du samlar in medgivandedata i Audience Manager finns i dokumentet om Adobe Audience Manager-plugin-programmet för IAB TCF.
Efterföljande av samtycke
När TCF-medgivandedata har importerats, utförs följande processer i efterföljande plattformstjänster:
- Real-Time Customer Profile uppdaterar lagrade medgivandedata för den kundens profil.
- Plattformen behandlar endast kund-ID:n om leverantörsbehörigheten för Platform (565) anges för varje ID i ett kluster.
- När du exporterar segment till mål som tillhör medlemmar i leverantörslistan för TCF 2.0, innehåller plattformen bara profiler om leverantörsbehörigheterna för både plattformen (565) och anges för varje ID i ett kluster.
Övriga avsnitt i det här dokumentet innehåller riktlinjer för hur du konfigurerar plattformen och dina dataåtgärder så att de uppfyller de krav på insamling och verkställighet som beskrivs ovan.
Bestäm hur ni genererar data om kundsamtycke i er CMP consent-data
Eftersom varje CMP-system är unikt måste ni fastställa det bästa sättet för kunderna att ge sitt samtycke när de interagerar med tjänsten. En dialog om cookie-samtycke är ett vanligt sätt att få kunden att ge sitt samtycke. Ett exempel på en CMP-dialogruta visas nedan.
Den här dialogrutan måste göra det möjligt för kunden att välja att inte göra något av följande:
Ändamålen definierar vilka reklamsyften ett varumärke kan använda kundens data för. Följande syften måste väljas för att Platform ska kunna behandla kund-ID:
- Syfte 1: Lagra och/eller få åtkomst till information på en enhet
- Syfte 10: Utveckla och förbättra produkter
Samtyckessträngar consent-strings
Oavsett vilken metod du använder för att samla in data, är målet att generera ett strängvärde baserat på de alternativ för samtycke som kunden valt, vilket kallas godkännandesträng.
I TCF-specifikationen används medgivandesträngar för att koda relevant information om en kunds medgivandeinställningar, i termer av specifika marknadsföringssyften som definieras av policyer och leverantörer. Plattformen använder dessa strängar för att lagra medgivandeinställningarna för varje kund, och därför måste en ny medgivandesträng skapas varje gång inställningarna ändras.
Samtyckessträngar kan bara skapas av en CMP som är registrerad med IAB TCF. Mer information om hur du skapar medgivandesträngar med din CMP finns i bekräftelsesträngformateringsguiden i IAB TCF GitHub-repo.
Skapa datauppsättningar med TCF-medgivandefält datasets
Data om kundsamtycke måste skickas till datauppsättningar vars scheman innehåller TCF-medgivandefält. Se självstudiekursen Skapa datauppsättningar för att hämta TCF 2.0-medgivande för hur du skapar den profildatauppsättning som krävs (och en valfri Experience Event-datauppsättning) innan du fortsätter med den här guiden.
Uppdatera sammanfogningsprinciper för Profile så att de innehåller medgivandedata merge-policies
När du har skapat en Profile-aktiverad datauppsättning för insamling av medgivandedata måste du se till att dina sammanfogningsprinciper har konfigurerats så att de alltid innehåller TCF-medgivandefält i dina kundprofiler. Detta innebär att ange datauppsättningens prioritet så att din sambandsuppsättning prioriteras framför andra datauppsättningar som kan vara i konflikt.
Mer information om hur du arbetar med sammanfogningsprinciper finns i översikten över sammanfogningsprinciper. När du konfigurerar dina sammanfogningsprinciper måste du se till att dina segment innehåller alla nödvändiga medgivandeattribut som tillhandahålls av XDM-sekretesschemafältgruppen, enligt anvisningarna i guiden om datauppsättningsförberedelse.
Integrera Experience Platform Web SDK för att samla in data om kundernas samtycke sdk
När du har konfigurerat din CMP för att generera medgivandesträngar måste du integrera Experience Platform Web SDK för att samla in strängarna och skicka dem till Platform. Plattforms-SDK innehåller två kommandon som kan användas för att skicka TCF-medgivandedata till plattformen (förklaras i underavsnitten nedan). Dessa kommandon bör användas när en kund ger sitt medgivande för första gången och därefter när som helst när detta medgivande ändras.
SDK:n samverkar inte med några CMP:er i rutan. Det är upp till dig att bestämma hur du ska integrera SDK i din webbplats, lyssna efter medgivandeändringar i CMP och anropa lämpligt kommando.
Skapa ett datastream
För att SDK ska kunna skicka data till Experience Platform måste du först skapa ett datastream för Platform. Specifika steg för hur du skapar ett datastam finns i SDK-dokumentationen.
När du har angett ett unikt namn för datastream väljer du växlingsknappen bredvid Adobe Experience Platform. Använd sedan följande värden för att fylla i resten av formuläret:
sendEvent
och lagra data i den här datauppsättningen. Kom ihåg att de medgivandevärden som lagras i den här datauppsättningen inte används i automatiska arbetsflöden för verkställighet.setConsent
lagras insamlade data i den här datauppsättningen. Eftersom den här datauppsättningen är profilaktiverad respekteras de medgivandevärden som lagras i den här datauppsättningen under automatiska arbetsflöden för verkställighet.
När du är klar väljer du Save längst ned på skärmen och fortsätter att följa eventuella ytterligare uppmaningar för att slutföra konfigurationen.
Kommandon för att ändra samtycke
När du har skapat dataströmmen som beskrivs i föregående avsnitt kan du börja använda SDK-kommandon för att skicka data om samtycke till plattformen. Avsnitten nedan innehåller exempel på hur varje SDK-kommando kan användas i olika scenarier.
Använda CMP-krokar för ändring av samtycke setConsent
Många CMP-modeller har färdiga kopplingar som lyssnar på händelser om samtycke. När dessa händelser inträffar kan du använda kommandot setConsent
för att uppdatera kundens medgivandedata.
Kommandot setConsent
förväntar sig två argument:
- En sträng som anger kommandotypen (i det här fallet "setConsent").
- En nyttolast som innehåller en
consent
-matris. Arrayen måste innehålla minst ett objekt som innehåller de obligatoriska medgivandefälten.
Kommandot setConsent
visas nedan:
alloy("setConsent", {
consent: [{
standard: "IAB TCF",
version: "2.0",
value: "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
gdprApplies: "true"
}]
});
standard
IAB
för TCF 2.0-godkännandebearbetning.version
standard
. Värdet måste anges till 2.0
för TCF 2.0-godkännandebearbetning.value
gdprApplies
true
. Standardvärdet är true
om inte definierat.Kommandot setConsent
ska användas som en del av en CMP-krok som upptäcker ändringar i medgivandeinställningarna. Följande JavaScript innehåller ett exempel på hur kommandot setConsent
kan användas för OneTrust-kroken OnConsentChanged
:
OneTrust.OnConsentChanged(function () {
// Retrieve the TCF 2.0 consent data generated by the CMP, and pass it to Alloy.
__tcfapi("getTCData", 2, function (data, success) {
if (success) {
var tcString = data.tcString;
var gdpr = data.gdprApplies;
alloy("setConsent", {
consent: [{
standard: "IAB TCF",
version: "2.0",
value: tcString,
gdprApplies: gdpr
}]
});
}
});
});
Använda händelser sendEvent
Du kan också samla in TCF 2.0-medgivandedata för varje händelse som utlöses i Platform med kommandot sendEvent
.
Kommandot sendEvent
bör användas som återanrop i lämpliga händelseavlyssnare på webbplatsen. Kommandot förväntar sig två argument: (1) en sträng som anger kommandotypen (i det här fallet sendEvent
) och (2) en nyttolast som innehåller ett xdm
-objekt som tillhandahåller obligatoriska medgivandefält som JSON:
alloy("sendEvent", {
xdm: {
"consentStrings": [{
"consentStandard": "IAB TCF",
"consentStandardVersion": "2.0",
"consentStringValue": "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
"gdprApplies": true
}]
}
});
xdm.consentStrings
consentStandard
IAB
för TCF 2.0-godkännandebearbetning.consentStandardVersion
standard
. Värdet måste anges till 2.0
för TCF 2.0-godkännandebearbetning.consentStringValue
gdprApplies
true
. Standardvärdet är true
om inte definierat.Hantera SDK-svar
Många Web SDK-kommandon returnerar löften som anger om anropet lyckades eller misslyckades. Du kan sedan använda dessa svar för ytterligare logik, till exempel för att visa bekräftelsemeddelanden för kunden. Mer information finns i Kommandosvar.
Exportera segment export
När ni har samlat in kundens medgivandedata och skapat målgruppssegment som innehåller de obligatoriska medgivandeattributen, kan ni tillämpa TCF 2.0-kompatibilitet när ni exporterar dessa segment till efterföljande destinationer.
Om medgivandeinställningen gdprApplies
är true
för en uppsättning kundprofiler filtreras alla data från de profiler som exporteras till underordnade mål baserat på inställningarna för TCF-samtycke för varje profil. Alla profiler som inte uppfyller de obligatoriska medgivandeinställningarna hoppas över under exportprocessen.
Kunder måste godkänna följande syften (enligt riktlinjerna i TCF 2.0-profiler) för att deras profiler ska kunna inkluderas i segment som exporteras till mål:
- Syfte 1: Lagra och/eller få åtkomst till information på en enhet
- Syfte 10: Utveckla och förbättra produkter
TCF 2.0 kräver också att datakällan måste kontrollera målets leverantörsbehörighet innan data skickas till det målet. Plattformen kontrollerar därför om målets leverantörsbehörighet har valts för alla ID:n i klustret innan data som är bundna till målet inkluderas.
Testa implementeringen test-implementation
När du har konfigurerat implementeringen av TCF 2.0 och exporterat segment till destinationer, kommer data som inte uppfyller kraven för samtycke inte att exporteras. Om du vill se om rätt kundprofiler filtrerades under exporten måste du kontrollera datalagret på dina destinationer manuellt för att se om samtycke har använts på rätt sätt.
Nästa steg
I det här dokumentet beskrivs hur du konfigurerar plattformsdataåtgärder för att uppfylla dina affärsskyldigheter enligt TCF 2.0. Se översikten om styrning, sekretess och säkerhet för mer information om plattformens sekretessrelaterade funktioner.