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-Speicherorthinweisen, dem ID-Service von AEP (Adobe Experience Platform Experience Cloud), den Speicherorthinweisen und den regionalen AAM DCS-Knoten, und warum ist es wichtig, diese Beziehung zu verstehen?

Auflösung resolution

Das AEP WebSDK (das Daten an Experience Edge sendet) und die Echtzeit-Datenerfassung von Adobe Audience Manager (AAM) erfolgen 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 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 von 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 AAM-Knoten und ID-Service-Standorthinweise durch Zahlen identifiziert werden und Experience Edges 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 WebSDK-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 vom AEP WebSDK 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 Sie Server-seitige oder benutzerseitige Treffer auf nicht standardmäßige Weise an die Lösungen von Adobe senden. Beispielsweise muss ein manuell erstellter AEP WebSDK-Aufruf auf einer Seite, die 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, wodurch die Zeit, die Target zur Verwendung der an AAM (oder die Zielgruppenbibliothek) gesendeten AEP-Segmente benötigt, erheblich verkürzt wird. 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 AAMs 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 sehen, der diesen Artikel enthält, uns Ihre Fragen und Kommentare zu senden und unserer Experience League Campaign-Community beizutreten!