Op grafiek gebaseerde stitching

Gebruik van de primaire identiteit in naamruimte identityMap om de persistentID te definiëren:

• Als meerdere primaire identiteiten in verschillende naamruimten worden gevonden, worden de identiteiten in de naamruimten lexigrafisch gesorteerd en wordt de eerste identiteit geselecteerd.
• Wanneer meerdere primaire identiteiten in één naamruimte worden gevonden, wordt de eerste lexicografische beschikbare primaire identiteit geselecteerd.

In het onderstaande voorbeeld resulteren naamruimten en identiteiten in een gesorteerde lijst met primaire identiteiten en ten slotte in de geselecteerde identiteit.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
 ]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

PrimaryIdentities [
  {"id": "ccid-2", "namespace": "CCID"},
  {"id": "ecid-1", "namespace": "ECID"},
  {"id": "ecid-2", "namespace": "ECID"}
]
NonPrimaryIdentities [
  {"id": "ccid-1", "namespace": "CCID"},
  {"id": "ecid-3", "namespace": "ECID"}
]

"id": "ccid-2",
"namespace": "CCID"

Gebruik van naamruimte identityMap om de persistentID te definiëren:

• Als er meerdere waarden voor persitentID zijn gevonden in een naamruimte identityMap , wordt de eerste lexicografische beschikbare identiteit gebruikt.

In het onderstaande voorbeeld resulteren de naamruimten en identiteiten in een lijst met gesorteerde identiteiten voor de geselecteerde naamruimte (ECID) en ten slotte de geselecteerde identiteit.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

[
  "id": "ecid-1",
  "id": "ecid-2",
  "id": "ecid-3"
]

"id": "ecid-1",
"namespace": "ECID"

Levend het stitching: pogingen om elke hit (gebeurtenis) te verbinden aangezien het binnen komt, gebruikend blijvende identiteitskaart omhoog transient identiteitskaart voor geselecteerde namespace te kijken door de identiteitsgrafiek te vragen. Als de tijdelijke id beschikbaar is uit de zoekopdracht, wordt deze tijdelijke id onmiddellijk vastgezet.

Replay het stitching: speelt gegevens opnieuw die op bijgewerkte identiteiten van de identiteitsgrafiek worden gebaseerd. In dit stadium worden hits van voorheen onbekende apparaten (permanente id's) vastgezet naarmate de identiteitsgrafiek de identiteit van een naamruimte heeft opgelost. Replay wordt bepaald door twee parameters: frequentie en raadplegingsvenster. Adobe biedt de volgende combinaties van deze parameters aan:

• Dagelijkse raadpleging op een dagelijkse frequentie: De gegevens respeelt elke dag met een terugkijkvenster van 24 uur terug. Deze optie biedt een voordeel dat het aantal keren wordt afgespeeld, maar niet-geregistreerde bezoekers moeten zich op dezelfde dag verifiëren dat ze uw site bezoeken.
• wekelijkse raadpleging op een wekelijkse frequentie: De gegevens respeelt eens per week met een wekelijks terugkijkvenster (zie opties) opnieuw. Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Niet-opgeslagen gegevens van minder dan een week oud worden echter pas opnieuw verwerkt wanneer de gegevens wekelijks opnieuw worden afgespeeld.
• biwekelijkse raadpleging op een wekelijkse frequentie: De gegevens respeelt eens per week met een tweewekelijkse raadplegingsvenster (zie opties) opnieuw. Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Onverwachte gegevens van minder dan twee weken oud worden echter pas opnieuw verwerkt wanneer de volgende week opnieuw wordt afgespeeld.
• Maandelijkse raadpleging op een wekelijkse frequentie: De gegevens replay elke week met een maandelijks terugkijkvenster (zie opties). Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Niet-opgeslagen gegevens van minder dan een maand oud worden echter pas opnieuw verwerkt wanneer de gegevens wekelijks opnieuw worden afgespeeld.

Privacy: Wanneer op privacy betrekking hebbende verzoeken, naast het verwijderen van de gevraagde identiteit uit de brondataset worden ontvangen, moet om het even welk stitching van die identiteit over niet voor authentiek verklaarde gebeurtenissen worden ongedaan gemaakt. De identiteit moet ook uit het identiteitsdiagram worden verwijderd om te voorkomen dat op een grafiek gebaseerde stitching wordt toegepast voor die specifieke identiteit.

Tijdstempels worden niet in aanmerking genomen wanneer wordt gezocht naar de tijdelijke id die de opgegeven naamruimte gebruikt. Het is dus mogelijk dat een permanente id is gekoppeld aan een tijdelijke id uit een record met een eerdere tijdstempel.

In scenario's voor gedeelde apparaten, waarbij de naamruimte in de grafiek meerdere identiteiten bevat, wordt de eerste lexicografische identiteit gebruikt. Als namespace grenzen en prioriteiten als deel van de versie van grafiek-verbinden regels worden gevormd, wordt de laatste voor authentiek verklaarde identiteit van de gebruiker gebruikt. Zie Gedeelde apparatenvoor meer informatie.

Er geldt een harde limiet van drie maanden voor het terugvullen van identiteiten in de identiteitsgrafiek. Als u geen Experience Platform-toepassing gebruikt, zoals Real-time Customer Data Platform, kunt u de identiteitsgrafiek weergeven door identiteiten te herstellen.

De Garanties van de Dienst van de Identiteitzijn van toepassing. Zie, bijvoorbeeld, de volgende statische grenzen:

• Maximumaantal identiteiten in een grafiek: 50.
• Maximum aantal koppelingen naar een identiteit voor één batch-opname: 50.
• Maximum aantal identiteiten in een XDM-record voor grafiekopname: 20.
• Minimumaantal identiteiten in een XDM-record voor opnemen van grafieken: 2.