Verzoek en antwoord naar andere sites
In dit voorbeeld navigeert onze bezoeker van de Food Company naar de tacos-site vanuit de pizza-site. De Food Company heeft de dienstcode van identiteitskaart op de website van tacos. De bezoeker is nooit geweest bij de tacos-website.
Gezien deze omstandigheden is er geen AMCV-cookie op de tacos-site. De id-service kan de AMCV-cookie die op de pizza-site is ingesteld, niet gebruiken omdat deze specifiek is voor het pizza-domein. Dientengevolge, moet de dienst van identiteitskaart DCS roepen om een bezoekersidentiteitskaart te controleren en te verzoeken. In dit geval, omvat de vraag DCS de organisatieidentiteitskaart van het Bedrijf van het Levensmiddel en demdex identiteitskaart De demdex-id wordt opgehaald van de pizza-site en opgeslagen als een cookie van een derde onder het domein demdex.net.
Nadat het DCS de organisatie-id en de demdex-id ontvangt, wordt de juiste MID voor onze sitebezoeker gemaakt en geretourneerd. Omdat de MID wiskundig wordt afgeleid van de organisatie-id en de demdex-id, bevat het cookie van AMCV de MID-waarde, mid = 1234
.
ID-aanvragen van andere sites
In dit voorbeeld verlaat onze bezoeker de sites van de Food Company en navigeert hij naar de voetbalsite van de Sports Company. Wanneer de bezoeker naar de voetbalsite komt, werkt het proces voor het controleren en aanvragen van id's op dezelfde manier als in de vorige voorbeelden wordt beschreven. Nochtans, omdat het Bedrijf van Sport zijn eigen organisatie identiteitskaart heeft, keert de dienst van identiteitskaart een verschillende MID terug. De nieuwe MID is uniek voor de domeinen die door Sports Company worden gecontroleerd en laat die onderneming bezoekersgegevens over oplossingen in volgen en delen Experience Cloud. De demdex-id blijft hetzelfde voor deze bezoeker, omdat deze in een cookie van een derde wordt opgenomen en in verschillende domeinen blijft bestaan.