idMigrationEnabled

Met de eigenschap idMigrationEnabled kan de Web SDK AMCV-cookies lezen die zijn ingesteld door eerdere Adobe Experience Cloud-implementaties. Als uw organisatie uw implementatie aan het Web SDK bevordert, staat dit het plaatsen een vlottere overgang aan de huidige dienst van identiteitskaart van Adobe Experience Cloud toe. Deze instelling is waardevol, zodat u geen sterke toename ziet van unieke bezoekers wanneer u een upgrade uitvoert naar de Web SDK.

Als uw organisatie een nieuwe implementatie van SDK van het Web in werking stelt, heeft het toelaten van dit plaatsen geen invloed op gegevensinzameling of bezoekersidentificatie. Er zijn geen nadelen om het voor alle implementaties toe te laten.

Hoe identiteitsmigratie werkt how-it-works

De bezoeker-API slaat de Experience Cloud-id (ECID) op in een cookie met de naam AMCV_<ORG_ID> . Wanneer idMigrationEnabled true is (de standaardwaarde), leest de Web SDK automatisch de ECID uit het cookie AMCV en gebruikt deze als de identiteit van de bezoeker op het eerste Edge Network-verzoek.

Om migratie te laten werken, moet de Web SDK worden geconfigureerd met dezelfde orgId als de Bezoeker-API heeft gebruikt en moeten deze worden geïmplementeerd op hetzelfde domein (of een subdomein van hetzelfde bovenliggende domein) waar het AMCV-cookie is ingesteld.

Ondersteunde migratiescenario's

ID-migratie ondersteunt de volgende overgangspatronen:

Migratie uitschakelen turn-off-migration

Nadat uw gehele site op de Web SDK is uitgevoerd en geen bezoekers alleen een AMCV_ -cookie hebben zonder bijbehorende kndctr_ -cookie, kunt u identiteitsmigratie veilig uitschakelen door idMigrationEnabled in te stellen op false . Dit is een kleine optimalisatie van de prestaties en verkleint het oppervlak van uw identiteitslogica.

Als richtlijn kunt u wachten tot de maximale levensduur van het AMCV-cookie is verstreken nadat de laatste pagina is gemigreerd. Als uw AMCV-cookies twee jaar verlopen, wacht u twee jaar nadat de laatste pagina naar de Web SDK is gesneden. In de praktijk maken de meeste organisaties de migratie eerder (na een paar maanden) uit en accepteren zij een verwaarloosbare inflatie van het kleine aantal bezoekers dat na een lange afwezigheid voor het eerst terugkeert.

Audience Manager trait updates

Wanneer gegevens met XDM-indeling tijdens de migratie naar Audience Manager worden verzonden, moeten die gegevens in signalen worden omgezet. Uw kenmerken moeten worden bijgewerkt om de nieuwe sleutels te weerspiegelen die door XDM worden verstrekt. Dit proces wordt gemakkelijker gemaakt door het ​ hulpmiddel BAAAM ​ te gebruiken.

Migratie van id's van derden third-party-id

Als in uw API-implementatie van de bezoeker id's van derden zijn gebruikt (het demdex.net -cookie), kan de Web SDK deze ook migreren. Configureer thirdPartyCookiesEnabled naar true in uw Web SDK-configuratie. Het Web SDK leest het bestaande demdex-cookie en neemt de identiteit van een derde op in haar Edge Network-aanvragen, volgens hetzelfde migratiepatroon als het AMCV-cookie.

Validatie validation

Controleren of identiteitsmigratie correct werkt:

alloy("getIdentity", { namespaces: ["ECID"] }).then(function(result) {
   console.log("ECID:", result.identity.ECID);
});

Configureren idMigrationEnabled configure

Stel de Booleaanse waarde idMigrationEnabled in wanneer u de opdracht configure uitvoert. Als u deze eigenschap weglaat bij het configureren van de Web SDK, wordt standaard true gebruikt. Stel deze eigenschap in als u de mogelijkheid wilt uitschakelen om AMCV-cookies te lezen die zijn ingesteld door de Bezoeker-API. De meeste organisaties hoeven dit bezit niet te plaatsen.

alloy("configure", {
  datastreamId: "ebebf826-a01f-4458-8cec-ef61de241c93",
  orgId: "ADB3LETTERSANDNUMBERS@AdobeOrg",
  idMigrationEnabled: false
});

Migratie van bezoekersidentiteitskaart inschakelen met de Web SDK-tagextensie

Deze montages kunnen in de de markeringsuitbreiding van SDK van het Web worden gevormd gebruikend ​ de configuratiemontages van de Identiteit ​.