Locatiehints, AAM DCS Regional Nodes en ID Service Locatie-hints

Meer informatie over de relatie tussen Adobe Experience Platform (AEP) WebSDK Locatiehints, Experience Cloud ID Service locatiehints en Adobe Audience Manager (AAM) DCS Regional Nodes.

Beschrijving description

Milieu

Probleem/symptomen

Wat is het verband tussen de Plaatsingstips van AEP (Adobe Experience Platform) WebSDK, de Dienst van identiteitskaart van Experience Cloud, plaatshints, en de Regionale Nodes van AAM DCS en waarom is het belangrijk om deze verhouding te begrijpen?

Resolutie resolution

AEP WebSDK (die gegevens naar Experience Edge verzendt) en Adobe Audience Manager (AAM) gegevensverzameling in real time vindt plaats op regionale knooppunten die wereldwijd verspreid zijn. Er zijn 7 regionale knooppunten en AEP WebSDK/Experience Edge en AAM gegevensverzameling gebruiken dezelfde knooppunten. DCS (Data Collection Servers) van AAM gebruikt dezelfde netwerkinfrastructuur die de Ervaring Edge vormt. En aangezien de dienst van Experience Cloud ID de technologie van AAM gebruikt, zijn de de dienstplaatshints van identiteitskaart het zelfde als de regionale knooppunten van de gegevensinzameling van AAM. Met andere woorden: AAM DCS Nodes = ID service Location Hints =  Ervaar de Edge-locatietips. De regionale knopen van AAM worden geschetst in deze ​ documentatie ​, terwijl de zelfde Ervaring Edge regionale knopen in deze ​ documentatie ​ worden geschetst.

Hoewel AAM-knooppunten voor regio's en ID-servicelocaties worden aangeduid met cijfers en Experience Edge wordt aangeduid met alfanumerieke tekens, zijn ze allemaal uitgelijnd op dezelfde gebieden (behalve Brazilië).  In de onderstaande opzoektabel ziet u hoe ze worden uitgelijnd:

De meeste Adobe Experience Cloud-functionaliteit waarvoor real-time reacties vereist zijn, gebruikt deze regionale knooppunten. De eerste oproep van de Service of Experience Edge op een webpagina of mobiele app bepaalt welk regionaal knooppunt moet worden gebruikt. De plaatswenken kunnen in antwoord op deze vraag worden gevonden:

Experience Cloud ID-service:

AEP Web SDK:

Zodra het dichtstbijzijnde regionale knooppunt aan de eindgebruiker wordt bepaald, wordt de regio-id doorgegeven via Analytics-, Target- en AEP WebSDK-aanroepen. In Analytics, wordt het overgegaan als parameter van het amlh vraagkoord:

In Doel wordt deze doorgegeven in het experienceCloud.audienceManager.locationHint -object van de payload van de aanvraag:

Voor AEP Web SDK wordt het pad van de oproep aangepast aan het regionale knooppunt:

Nota: de eerste interactie vraag van AEP WebSDK zal NIET het gebied in de weg hebben omdat, het gebied nog niet is bepaald, maar de plaatshint zal in de reactie (zoals hierboven vermeld) zijn. Het pad van de oorspronkelijke aanvraag is gewoon ..../ee/v1/.... . Volgende aanroepen bevatten echter de informatie over de regionale knooppunten tussen de padelementen van /ee/ and /v1/ .

Deze parameters zorgen ervoor dat server-kant door:sturen de gegevens van Analytics aan de correcte de randknoop van AAM door:sturen, die het Doel segmentinformatie van die zelfde randknoop vraagt, en dat ​ de gegevens van AEP gegevens naar AAM ​ (en de bibliotheek van de Publiek) correcte regionale knoop verzenden.

Deze informatie is belangrijk om te weten wanneer het verzenden van server-kant of gebruiker-zijklappen op niet standaardmanieren aan Adobe oplossingen. Bijvoorbeeld, moet een manueel gebouwde vraag van AEP WebSDK op een pagina zuiver voor het synchroniseren van een ECID (identiteitskaart van Experience Cloud) met een profiel van AEP naar de correcte Ervaring Edge regionale knoop worden verzonden. Als het niet is, dan zullen om het even welke gegevens die van AEP aan AAM worden gedeeld naar het achterste gegevensbestand van AAM gaan en dan extra 48 uren voor AAM nemen om die gegevens aan elke randknoop te duwen, drastisch vertragend de tijdDoel om het even welke die segmenten van AEP te gebruiken naar AAM (of de Bibliotheek van het Publiek) worden verzonden. Of als een verzoek van de Analytics van de server-kant naar knoop 7 wordt verzonden, maar de on-page implementatie van het Doel van de gebruiker gebied 9 gebruikt, dan zullen de gegevens aan AAM die de knoop van het Oosten van de V.S. door:sturen, terwijl Target de knoop van het Westen van de V.S. voor segmentinformatie pingelt. De eindgebruiker zou niet voor om het even welke activiteiten van het Doel kunnen kwalificeren gebruikend de segmenten van de Bibliotheek van het Publiek/van AAM tot de eindknopen 24-48 uur later synchroniseerden. Het is standaardpraktijk in gebruiksgevallen als deze om ECID te krijgen gebruikend ​ getMarketingCloudVisitorID ​ (de dienst van identiteitskaart) of ​ getIdentity ​ (SDK van het Web) functies. Nochtans, naast het krijgen van ECID, moet de plaatswenk ook worden teruggewonnen en worden gebruikt door de ​ getLocationHint ​ (de Dienst van identiteitskaart) functie te gebruiken of het terug te winnen van de antwoordlading van de vraag van SDK van het Web.

stellen vragen in onze Gemeenschap van de Campagne van Experience League
Als u om het even welke vragen hebt u over dit onderwerp zou willen antwoorden, of vorige geantwoord-vragen lezen, nodigen wij u uit om ons ​ Communautaire blogpost van Experience League ​ te bekijken die dit artikel omvat, ons uw vragen en commentaren te verzenden, en zich bij onze Gemeenschap van de Campagne van Experience League aan te sluiten!