ID-expansion
De ID:n du skickar in omfattar inte alltid alla träffdata som Analytics kan koppla till den registrerade. Analytics kan skapa en utökad uppsättning ID:n för att inkludera associerade data i begäranden om datasekretess. Du kan begära det här alternativet med en valfri parameter för varje begäran om datasekretess som du skickar, vilken läggs till i JSON-begäran:
"expandIds": true
Mer information finns i API-dokumentationen för sekretesstjänsten.
Många analyskunder använde ursprungligen (äldre) Analytics Cookie, men använder nu Experience Cloud Identity Service (ECID). För webbplatsbesökare som först besökte efter övergången finns endast ECID. Men för dem som först besökte den gamla cookien när endast den fanns tillgänglig, men sedan dess har besökt den, har vissa av deras data båda cookies. Äldre data har dock bara Analytics Cookie, och i sällsynta fall har de senaste data bara ett ECID.
Se till att du hittar alla data för en besökare som identifieras via en cookie eller ett ECID för analyser (Visitor ID). Om du för närvarande använder ECID och tidigare använde Analytics Cookie, ska du, när du skickar en begäran med någon typ av ID, inkludera båda ID:n i begäran eller ange alternativet expandIds. När du anger expandIds söker Adobe efter andra ECID:n eller Analytics-cookies som motsvarar de cookie-ID:n du anger. Begäran utökas automatiskt så att den innehåller dessa nyligen identifierade cookie-ID:n.
Det är vanligt att besökare på webbplatser för e-handel söker runt, lägger till saker i kundvagnen och sedan startar utcheckningsprocessen innan de loggar in på webbplatsen. Om det ID som används för att identifiera användare för en datasekretessbegäran lagras i en anpassad variabel endast när användaren är inloggad, är den här förinloggningsaktiviteten inte kopplad till ID:t. Kunderna kan använda Analytics-cookie-ID:t för att associera den surfning som utfördes före inloggningen med köpet efter inloggning, eftersom cookie-ID:t finns kvar vid inloggningen.
Låt oss anta att implementeringen lagrar ett användar-ID (CRM-ID, användarnamn, förmånsnummer, e-postadress, o.s.v., eller en hash av något av dessa värden) i en anpassad variabel (prop eller eVar) eller ett anpassat besökar-ID, och sedan använder detta ID för en begäran om datasekretess. Den registrerade kan bli förvånad över att information om all sin surfning inte returneras som en del av en åtkomstbegäran, särskilt om du har befordrat objekt som visats men ännu inte köpts. Behandling av Analytics-datasekretess stöder därför ID-expansion, vilket innebär att Analytics hittar alla cookie-ID:n som finns i samma träff som ett anpassat ID och sedan utökar begäran så att även dessa ID:n inkluderas.
När expandIDs anges tillsammans med något annat namnområde än en cookie-namnrymd, utökas begäran så att den innehåller alla cookie-ID:n (ECID eller Analytics Cookie) som hittas i träffar som innehåller något av de angivna ID:n. Utökning av cookie-ID, enligt beskrivningen ovan, utförs sedan på alla nyligen hittade cookie-ID:n.
När alternativet expandIDs används för en åtkomstbegäran och det angivna ID:t har etiketten ID-PERSON, returneras två uppsättningar filer. Den första uppsättningen (personuppsättningen) innehåller endast data från träffar där det angivna ID:t hittades. Den andra uppsättningen (enhetsuppsättningen) innehåller endast data från träffar från expanderade ID:n, där det angivna ID:t inte fanns.
När ID-expansion ska användas
Under de första månaderna efter det att dataintegriteten publicerades begärde de allra flesta förfrågningarna om dataintegritet i Analytics inte någon ID-expansion. Det är dock upp till dig att avgöra vilket värde som passar din organisation. Du bör rådfråga ditt juridiska team om huruvida ID-expansion krävs för dina data med de ID som du använder och de data som du samlar in inom Adobe Analytics.
Ett viktigt tips kan vara: På en delad enhet, från vilken flera användare har besökt din plats, inkluderar ID-expansion data från andra användares träffar på enheten i data som returneras av åtkomstbegäranden (i enhetsfilen). Även om du har följt vedertagna standarder för etikettering (till exempel om inga privata data inkluderas i enhetsfilen, till exempel besökta sidor) innehåller enhetsfilen antalet besökta sidor och tidpunkterna för varje besök. Du kanske vill fråga dig själv: Är det okej om du delar den här informationen med någon som inte har varit besökare?
När ID-expansion inte används för en borttagningsbegäran: Om du använder ett icke-cookie-ID (något annat ID än ECID eller Analytics cookie) för att identifiera träffar som ska tas bort och det ID:t har en ID-DEVICE-etikett, ändras antalet unika besökare i rapporter. Detta beror på att endast vissa instanser av cookie-ID:n kommer att anonymiseras, medan andra kommer att lämnas oförändrade. Om du inte anger ID-expansion rekommenderar vi att du antingen använder ett cookie-ID för begäranden eller använder ID:n med en ID-PERSON-etikett.
När Adobe utför ID-expansion kan det kräva en ytterligare fullständig datasökning. Detta gör att det tar längre tid för Adobe att slutföra begäran, vilket ofta lägger till en vecka till bearbetningstiden.
Andra flaggor för begäran om datasekretess
Förutom flaggan ”expandIDs” stöder Analytics två andra flaggor som kan skickas som en del av en begäran om datasekretess. Följande flaggor med standardvärden är:
"analyticsDeleteMethod": "anonymize"
"priority": "normal"
I framtiden kan analyticsDeleteMethod ha stöd för värdet tömning utöver standardvärdet för anonymisera. Om det stöds tas hela träffen bort, i stället för att värdena för träfffält med DELL-etiketter uppdateras.
Förutom standardvärdet stöder fältet priority även värdet "low". Du bör ange det här värdet för förfrågningar som inte är ett resultat av en begäran från registrerade och därför inte har något rättsligt krav på att slutföras inom en viss tidsram.
Användning av Privacy Service-API
Du ska också vara medveten om att alla besökare som har en träff som har tagits bort (uppdaterats eller anonymiserats) efter en borttagningsbegäran om datasekretess kommer att få sin tillståndsinformation återställd. Nästa gång besökaren återvänder till webbplatsen blir han eller hon en ny besökare. All eVar-attribuering startar på nytt, liksom information som besöksnummer, referenter, första besökta sidan, o.s.v. Resultatet är inte önskvärt i situationer där du vill rensa bort datafält, och en orsak till varför Privacy Service-API:t inte är lämpligt för den här användningen markeras.
Kontakta ert Adobe-kontoteam för att samordna med vårt konsultteam för ingenjörsarkitekter för att få mer information och möjlighet att vidta åtgärder för att ta bort eventuella PII-fel eller lösa dataproblem.