Hint di posizione, nodi regionali di AAM DCS e hint di posizione del servizio ID

Scopri la relazione tra gli hint di posizione WebSDK di Adobe Experience Platform (AEP), gli hint di posizione del servizio Experience Cloud ID e i nodi regionali DCS di Adobe Audience Manager (AAM).

Descrizione description

Ambiente

Problema/Sintomi

Qual è la relazione tra i suggerimenti posizione WebSDK di AEP (Adobe Experience Platform), il servizio Experience Cloud ID, gli hint di posizione e i nodi regionali DCS di AAM e perché è importante comprendere questa relazione?

Risoluzione resolution

La raccolta dei dati in tempo reale per AEP WebSDK (che invia i dati a Experience Edge) e Adobe Audience Manager (AAM) avviene presso nodi regionali sparsi in tutto il mondo. Sono presenti 7 nodi regionali e AEP Web SDK/Experience Edge e la raccolta dati di AAM utilizzano gli stessi nodi. I server di raccolta dati (DCS, Data Collection Servers) di AAM utilizzano la stessa infrastruttura di rete che costituisce Experience Edge. Allo stesso modo, poiché il servizio Experience Cloud ID utilizza la tecnologia AAM, gli hint di posizione del servizio ID sono gli stessi dei nodi di raccolta dati regionali di AAM. In altre parole, Nodi DCS di AAM = Hint di posizione del servizio ID =  Scopri gli hint di posizione di Edge. I nodi regionali di AAM sono descritti in questa documentazione, mentre i nodi regionali di Experience Edge sono descritti in questa documentazione.

Anche se i nodi regionali e gli hint di posizione del servizio ID di AAM sono identificati da numeri e quelli di Experience Edge sono identificati da caratteri alfanumerici, noterai che si allineano tutti alle stesse aree (ad eccezione del Brasile).  La tabella di ricerca seguente illustra la loro allineamento:

La maggior parte delle funzionalità di Adobe Experience Cloud che richiedono risposte in tempo reale utilizzano questi nodi regionali. La prima chiamata al servizio ID o Experience Edge in una pagina web o in un’app mobile determina quale nodo regionale utilizzare. Gli hint di posizione si trovano in risposta a queste chiamate:

Servizio Experience Cloud ID:

AEP Web SDK:

Una volta determinato il nodo regionale più vicino all’utente finale, l’identificatore dell’area viene trasmesso tramite le chiamate Analytics, Target e AEP Web SDK. In Analytics, viene passato come parametro della stringa di query aamlh:

In Target, viene passato nell'oggetto experienceCloud.audienceManager.locationHint del payload della richiesta:

Per AEP Web SDK, il percorso della chiamata viene aggiornato per riflettere il nodo regionale:

Nota: La prima chiamata di interazione da AEP WebSDK NON conterrà l'area nel percorso perché non è ancora stata determinata, ma l'hint di posizione sarà nella risposta (come indicato sopra). Il percorso della richiesta originale sarà solo ..../ee/v1/..... Tuttavia, le chiamate successive includeranno le informazioni sul nodo regionale tra gli elementi del percorso /ee/ and /v1/.

Questi parametri garantiscono che i dati Analytics inoltrati lato server vengano inoltrati al nodo edge di AAM corretto, che Target richieda informazioni sui segmenti dallo stesso nodo edge e che i dati di AEP inviino dati al nodo regionale corretto di AAM (e della libreria Pubblico).

Queste informazioni sono importanti da conoscere quando invii hit lato server o lato utente alle soluzioni Adobe in modo non standard. Ad esempio, una chiamata WebSDK di AEP creata manualmente su una pagina esclusivamente per la sincronizzazione di un ECID (Experience Cloud ID) con un profilo AEP deve essere inviata al nodo regionale di Experience Edge corretto. In caso contrario, tutti i dati condivisi da AEP ad AAM verranno inseriti nel database backend di AAM e quindi saranno necessarie ulteriori 48 ore perché AAM invii tali dati a ciascun nodo Edge, rallentando drasticamente il tempo in cui Target sarebbe in grado di utilizzare qualsiasi segmento di AEP inviato ad AAM (o Libreria tipi di pubblico). Oppure, se una richiesta Analytics lato server viene inviata al nodo 7, ma l’implementazione on-page di Target utilizza l’area 9, i dati verranno inoltrati al nodo US East di AAM, mentre Target sta eseguendo il ping del nodo US West per ottenere informazioni sul segmento. L’utente finale non sarebbe in grado di qualificarsi per alcuna attività Target utilizzando i tipi di pubblico della Libreria Pubblico/i segmenti di AAM fino a quando i nodi finali non sono stati sincronizzati 24-48 ore dopo. In casi di utilizzo come questi, è consigliabile ottenere l'ECID utilizzando le funzioni getMarketingCloudVisitorID (servizio ID) o getIdentity (SDK Web). Tuttavia, oltre a ottenere l'ECID, è necessario recuperare e utilizzare anche l'hint di posizione utilizzando la funzione getLocationHint (servizio ID) o recuperandolo dal payload di risposta delle chiamate di Web SDK.

Fai Domande Nella Community Di Experience League Campaign
In caso di domande a cui vorresti avere risposto su questo argomento o leggere le precedenti risposte alle domande, ti invitiamo a visualizzare il nostro post di blog della community Experience League che include questo articolo, a inviarci le tue domande e i tuoi commenti e a unirti alla community di Experience League Campaign.