Sugerencias de ubicación, nodos regionales de AAM DCS y sugerencias de ubicación del servicio de ID

Obtenga información acerca de la relación entre las sugerencias de ubicación de Adobe Experience Platform (AEP) WebSDK, las sugerencias de ubicación del servicio Experience Cloud ID y los nodos regionales de DCS de Adobe Audience Manager (AAM).

Descripción description

Entorno

Problema/Síntomas

¿Cuál es la relación entre las sugerencias de ubicación del SDK web de AEP (Adobe Experience Platform), el servicio de Experience Cloud ID, las sugerencias de ubicación y los nodos regionales de DCS de AAM y por qué es importante comprender esta relación?

Resolución resolution

El SDK web de AEP (que envía datos a Experience Edge) y la recopilación de datos en tiempo real de Adobe Audience Manager (AAM) se producen en nodos regionales dispersos por todo el mundo. Existen 7 nodos regionales y la recopilación de datos de AEP WebSDK/Experience Edge y AAM utiliza los mismos nodos. Los servidores de recopilación de datos (DCS) de AAM utilizan la misma infraestructura de red que conforma Experience Edge. Del mismo modo, dado que el servicio de Experience Cloud ID utiliza la tecnología de AAM, las sugerencias de ubicación del servicio de ID son las mismas que las de los nodos de recopilación de datos regionales de AAM. Es decir, Nodos DCS de AAM = Sugerencias de ubicación del servicio de ID =  Sugerencias de ubicación de Experience Edge. Los nodos regionales de AAM se describen en esta documentación, mientras que los mismos nodos regionales de Experience Edge se describen en esta documentación.

Aunque los nodos regionales de AAM y las sugerencias de ubicación del servicio de ID se identifican con números y los de Experience Edge se identifican con caracteres alfanuméricos, observará que todos se alinean con las mismas áreas (excepto Brasil).  La siguiente tabla de búsqueda muestra cómo se alinean:

La mayoría de las funciones de Adobe Experience Cloud que requieren respuestas en tiempo real utilizan estos nodos regionales. La primera llamada del servicio de ID de llamada o de Experience Edge en una página web o aplicación móvil determina qué nodo regional utilizar. Las sugerencias de ubicación se pueden encontrar en respuesta a estas llamadas:

Servicio de Experience Cloud ID:

AEP Web SDK:

Una vez determinado el nodo regional más cercano al usuario final, el identificador de región se pasa a través de las llamadas de Analytics, Target y AEP WebSDK en adelante. En Analytics, se pasa como parámetro de cadena de consulta aamlh:

En Target, se pasa en el objeto experienceCloud.audienceManager.locationHint de la carga útil de la solicitud:

En AEP Web SDK, la ruta de la llamada se actualiza para reflejar el nodo regional:

Nota: La primera llamada de interacción desde AEP WebSDK NO tendrá la región en la ruta porque la región aún no se ha determinado, pero la sugerencia de ubicación estará en la respuesta (como se indicó anteriormente). La ruta de la solicitud original será ..../ee/v1/..... Sin embargo, las llamadas subsiguientes incluirán la información del nodo regional entre los elementos de ruta /ee/ and /v1/.

Estos parámetros garantizan que los datos de Analytics reenviados del lado del servidor se reenvíen al nodo perimetral correcto de AAM, que Target solicite información de segmentos desde ese mismo nodo perimetral y que los datos de AEP envíe datos al nodo regional correcto de AAM (y a la biblioteca de audiencias).

Esta información es importante tenerla en cuenta a la hora de enviar visitas del lado del servidor o del lado del usuario de formas no estándar a las soluciones de Adobe. Por ejemplo, una llamada al SDK web de AEP construida manualmente en una página únicamente para sincronizar un ECID (Experience Cloud ID) con un perfil de AEP debe enviarse al nodo regional de Experience Edge correcto. Si no es así, los datos compartidos desde AEP a AAM se transferirán a la base de datos back-end de AAM y, a continuación, AAM tardará 48 horas más en insertar esos datos en cada nodo Edge, lo que ralentiza drásticamente el tiempo en el que Target podría utilizar cualquier segmento de AEP enviado a AAM (o biblioteca de audiencias). O si se envía una solicitud de Analytics del lado del servidor al nodo 7, pero la implementación de Target en la página del usuario utiliza la región 9, los datos se reenviarán al nodo este de EE. UU. de AAM, mientras que Target hace ping en el nodo oeste de EE. UU. para obtener información sobre los segmentos. El usuario final no podría cumplir los requisitos para ninguna actividad de Target que utilice segmentos de AAM/audiencias de la biblioteca de audiencias hasta que los nodos finales se sincronicen de 24 a 48 horas después. Es una práctica estándar en casos de uso como este obtener el ECID usando las funciones getMarketingCloudVisitorID (servicio de ID) o getIdentity (Web SDK). Sin embargo, además de obtener el ECID, la sugerencia de ubicación también debe recuperarse y utilizarse mediante la función getLocationHint (servicio de ID) o recuperándola de la carga útil de respuesta de las llamadas Web SDK.

Hacer Preguntas En Nuestra Comunidad De Experience League Campaign
Si tiene alguna pregunta que le gustaría que se respondiera sobre este tema, o lee las preguntas respondidas anteriores, le invitamos a ver nuestra publicación de blog de la comunidad de Experience League que incluye este artículo, enviarnos sus preguntas y comentarios, y unirse a nuestra comunidad de Experience League Campaign.