Speicherorthinweise, regionale AAM-DCS-Knoten und Speicherorthinweise für den ID-Service

Erfahren Sie mehr über die Beziehung zwischen den Speicherorthinweisen für das Adobe Experience Platform (AEP)-WebSDK, den Speicherorthinweisen für den Experience Cloud-ID-Service und den regionalen Adobe Audience Manager (AAM)-DCS-Knoten.

Beschreibung description

Umgebung

Problem/Symptome

Welche Beziehung besteht zwischen den regionalen WebSDK-Standorthinweisen, dem Experience Cloud-ID-Service, den Standorthinweisen und den AAM-DCS-Knoten von AEP (Adobe Experience Platform) und warum ist es wichtig, diese Beziehung zu verstehen?

Auflösung resolution

Die Echtzeit-Datenerfassung mit dem AEP WebSDK (das Daten an Experience Edge sendet) und Adobe Audience Manager (AAM) erfolgt an weltweit verteilten regionalen Knoten. Es gibt 7 regionale Knoten, und die Datenerfassung von AEP WebSDK/Experience Edge und AAM verwendet dieselben Knoten. Die Datenerfassungs-Server (DCS) von AAM nutzen dieselbe Netzwerkinfrastruktur, aus der auch Experience Edge besteht. Da der Experience Cloud-ID-Service die AAM-Technologie verwendet, sind die Speicherorthinweise für den ID-Service mit den regionalen Datenerfassungsknoten der AAM identisch. Mit anderen Worten: AAM-DCS-Knoten = ID-Service-Speicherorthinweise =  Standorthinweise für Experience Edge. Die regionalen Knoten von AAM sind in dieser Dokumentation beschrieben, während die regionalen Knoten von Experience Edge in dieser Dokumentation beschrieben werden.

Obwohl die regionalen Knoten und Standorthinweise des ID-Service von AAM durch Zahlen und die von Experience Edge durch alphanumerische Zeichen identifiziert werden, werden Sie feststellen, dass sie alle an denselben Bereichen (außer Brasilien) ausgerichtet sind.  Die nachstehende Nachschlagetabelle zeigt, wie sie ausgerichtet sind:

Die meisten Adobe Experience Cloud-Funktionen, die Echtzeitantworten erfordern, nutzen diese regionalen Knoten. Der erste Aufruf des ID-Service oder Experience Edge-Aufrufs auf einer Web-Seite oder Mobile App bestimmt, welcher regionale Knoten verwendet werden soll. Die Speicherorthinweise sind in Reaktion auf diese Aufrufe zu finden:

Experience Cloud-ID-Dienst:

AEP Web SDK:

Sobald der dem Endbenutzer am nächsten gelegene regionale Knoten ermittelt wurde, wird die Regionskennung über Analytics-, Target- und AEP Web SDK-Aufrufe weitergeleitet. In Analytics wird sie als der aamlh-Abfragezeichenfolgen-Parameter übergeben:

In Target wird sie im experienceCloud.audienceManager.locationHint Objekt der Anfrage-Payload übergeben:

Bei AEP Web SDK wird der Pfad des Aufrufs aktualisiert, um den regionalen Knoten widerzuspiegeln:

Hinweis: Der erste Interaktionsaufruf von AEP Web SDK enthält die Region NICHT im Pfad, da die Region noch nicht bestimmt wurde, aber der Standorthinweis in der Antwort enthalten ist (wie oben angegeben). Der Pfad der ursprünglichen Anfrage wird einfach ..../ee/v1/..... Nachfolgende Aufrufe enthalten jedoch die regionalen Knoteninformationen zwischen den /ee/ and /v1/ Pfadelementen.

Diese Parameter stellen sicher, dass Server-seitig weitergeleitete Analytics-Daten an den richtigen AAM-Edge-Knoten weitergeleitet werden, dass Target Segmentinformationen von demselben Edge-Knoten anfordert und dass AEP-Daten Daten an den richtigen regionalen Knoten von AAM (und der Zielgruppenbibliothek) senden.

Diese Informationen sind wichtig, wenn Server-seitige oder benutzerseitige Treffer auf nicht standardmäßige Weise an Adobe-Lösungen gesendet werden. Beispielsweise muss ein manuell erstellter AEP Web SDK-Aufruf auf einer Seite, der ausschließlich zum Synchronisieren einer ECID (Experience Cloud-ID) mit einem AEP-Profil dient, an den richtigen regionalen Experience Edge-Knoten gesendet werden. Ist dies nicht der Fall, werden alle von AEP an AAM freigegebenen Daten an die AAM-Backend-Datenbank gesendet. Es dauert dann weitere 48 Stunden, bis AAM diese Daten an jeden Edge-Knoten pushen kann, was die Zeit erheblich verkürzt, die Target in der Lage wäre, alle AEP-Segmente zu verwenden, die an AAM (oder Zielgruppenbibliothek) gesendet werden. Oder wenn eine Server-seitige Analytics-Anfrage an Knoten 7 gesendet wird, die Target-Implementierung der Benutzerin bzw. des Benutzers jedoch Region 9 verwendet, werden die Daten an den Ostknoten der AAM weitergeleitet, während Target den Westknoten der USA nach Segmentinformationen pingt. Der Endbenutzer kann sich erst dann für Target-Aktivitäten qualifizieren, wenn die Endknoten nach 24-48 Stunden synchronisiert wurden, die Zielgruppenbibliothekzielgruppen/AAM-Segmente verwenden. In Anwendungsfällen wie diesen ist es gängige Praxis, die ECID mithilfe der Funktionen getMarketingCloudVisitorID (ID-Service) oder getIdentity (Web SDK) abzurufen. Zusätzlich zum Abrufen der ECID muss der Standorthinweis jedoch auch mit der Funktion getLocationHint (ID-Service) oder durch Abrufen aus der Antwort-Payload von Web SDK-Aufrufen abgerufen und verwendet werden.

Stellen Sie Fragen in unserer Experience League-Campaign-Community
Wenn Sie Fragen zu diesem Thema haben oder bereits beantwortete Fragen lesen möchten, laden wir Sie ein, unseren Experience League-Community-Blogpost zu lesen, der diesen Artikel enthält, uns Ihre Fragen und Kommentare zu senden und unserer Experience League-Campaign-Community beizutreten!