Show Menu
THEMEN×

Funktionsweise von „at.js“

Zur Adobe Target clientseitigen Implementierung müssen Sie die at. js-Bibliothek verwenden.
Bei clientseitigen Implementierungen Target werden die mit einer Aktivität verknüpften Erlebnisse direkt dem Client-Browser bereitgestellt. Der Browser entscheidet, welches Erlebnis angezeigt und angezeigt werden soll. Bei einer clientseitigen Implementierung können Sie einen WYSIWYG-Editor, Visual Experience Composer (VEC) oder eine nicht visuelle Schnittstelle, den formularbasierten Experience Composer, verwenden, um Ihre Tests und Personalisierungserfahrungen zu erstellen.

Was ist at. js?

Die at.js-Bibliothek ist die neue Implementierungsbibliothek für Target. Die „at.js“-Bibliothek sorgt für kürzere Seitenladezeiten bei Webimplementierungen und bietet bessere Implementierungsoptionen für Single-Page-Anwendungen. „at.js“ ist die empfohlene Implementierungsbibliothek und wird häufig mit neuen Funktionen aktualisiert. Wir empfehlen allen Kunden, die neueste Version von „at.js“ zu implementieren oder zu ihr zu migrieren.
Weitere Informationen finden Sie unter Javascript-Bibliotheken für Target.
In der unten dargestellten Target-Implementierung sind-Lösungen enthalten: Analytics, Adobe Experience Cloud und Zielgruppen-Management. Zudem wurden zentrale Experience Cloud-Services implementiert: Adobe Launch, Zielgruppen und Besucher-ID-Service.

Was ist der Unterschied zwischen at.js 1.x und at. js 2. x Workflow-Diagramme?

Weitere Informationen zu den Unterschieden, die in 2. o von 1 eingeführt wurden, finden Sie unter Aktualisieren von at. js 1. x auf at. js 2. x .x.
Grob betrachtet gibt es einige Unterschiede zwischen den beiden Versionen:
  • at. js 2. x hat kein globales mbox-Anforderungskonzept, sondern eine Seitenlastanforderung. Eine Anfrage beim Laden der Seite kann als Anfrage zum Abrufen von Inhalten verstanden werden, die beim ersten Laden Ihrer Website angewendet werden soll.
  • at. js 2. x verwaltet die Konzepte von Ansichten, die für Einzelseitenanwendungen (spas) verwendet werden. at.js 1.x kennt dieses Konzept nicht.

Diagramme in at.js 2.x

Die folgenden Diagramme helfen Ihnen, den Arbeitsablauf von at. js 2. x mit Ansichten zu verstehen und die Einzelseitenintegration zu verbessern. Eine bessere Einführung der in at. js 2. x verwendeten Konzepte finden Sie unter Implementierung der Einzelseitenanwendung.
Schritt
Details
1
Ein Aufruf gibt die Experience Cloud ID zurück, falls sich der Benutzer authentifiziert hat. Bei einem weiteren Aufruf wird die Kunden-ID synchronisiert.
2
Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
at.js kann auch asynchron mit einem optionalen Pre-hiding-Snippet geladen werden, das auf der Seite implementiert wird.
3
Es wird eine Seitenlade-Anfrage durchgeführt, in der alle konfigurierten Parameter (MCID, SDID und Kunden-ID) enthalten sind.
4
Profilskripte werden ausgeführt und anschließend in den Profilspeicher eingespeist. Der Speicher ruft geeignete Zielgruppen aus der Zielgruppenbibliothek ab (beispielsweise über Adobe Analytics, Zielgruppen-Management etc. bereitgestellte Zielgruppen).
Kundenattribute werden in einem Batch-Prozess an den Profilspeicher übermittelt.
5
Basierend auf den URL-Anfrageparametern und den Profildaten entscheidet Target, welche Aktivitäten und Erlebnisse für die aktuelle Seite und zukünftige Ansichten an den Besucher zurückgegeben werden sollen.
6
Zielgerichteter Inhalt wird zurück an die Seite übermittelt. Dieser enthält optional Profilwerte für eine weitere Personalisierung.
Die zielgerichteten Inhalte auf der aktuellen Seite werden so schnell wie möglich bereitgestellt, ohne dass Standardinhalte aufflackern.
Zielgerichtete Inhalte für Ansichten, die als Ergebnis von Benutzeraktionen in einer SPA, die im Browser zwischengespeichert wird, angezeigt werden. Die SPA kann sofort ohne zusätzlichen Serveraufruf angewendet werden, wenn die Ansichten durch triggerView() ausgelöst werden.
7
Analytics-Daten werden an Datenerfassungsserver übermittelt.
8
Zielgerichtete Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt.
Analytics-Daten können dann sowohl in Analytics als auch in Target eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs Analytics for Target (A4T).
Egal, wo triggerView() in Ihrer SPA implementiert ist, werden die Ansichten und Aktionen aus dem Cache abgerufen und dem Benutzer ohne Serveraufruf gezeigt. triggerView() sendet außerdem eine Benachrichtigungsanfrage an das Target-Backend, um Impressions-Zählungen zu erhöhen und aufzuzeichnen. Weitere Informationen zu at.js für SPAs mit Ansichten finden Sie unter Implementieren von Einzelseiten-Apps.
Schritt
Details
1
triggerView() wird in der Einzelseiten-App aufgerufen, um eine Ansicht wiederzugeben und Aktionen anzuwenden, die visuelle Elemente ändern.
2
Gezielte Inhalte für die Ansicht werden aus dem Cache gelesen.
3
Die zielgerichteten Inhalte werden so schnell wie möglich bereitgestellt, ohne dass Standardinhalte aufflackern.
4
Die Benachrichtigungsanfrage wird an den Target-Profilspeicher gesendet, damit der Besucher in der Aktivität erfasst und die Metrik erhöht wird.
5
Analysedaten werden an den Datenerfassungsserver gesendet.
6
Target-Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt. Analysedaten können dann über A4T-Berichte sowohl in Analytics als auch in Target angezeigt werden.

at.js 1.x-Diagramm

Schritt
Beschreibung
Aufruf
Beschreibung
1
Ein Aufruf gibt die Experience Cloud ID (MCID) zurück, falls sich der Benutzer authentifiziert hat. Bei einem weiteren Aufruf wird die Kunden-ID synchronisiert.
2
Die Bibliothek at.js wird synchron geladen und im Dokumentenkörper verborgen.
3
Es wird ein globaler Mbox-Aufruf durchgeführt, in dem alle konfigurierten Parameter, MCID, SDID und Kunden-IDs enthalten sind (optional).
4
Profilskripte werden ausgeführt und anschließend in den Profilspeicher eingespeist. Der Speicher ruft geeignete Zielgruppen aus der Zielgruppenbibliothek ab (z. B. über Adobe Analytics, Audience Manager usw. bereitgestellte Zielgruppen).
Kundenattribute werden in einem Batch-Prozess an Profile Store übermittelt.
5
Basierend auf URL, Mbox-Parametern und Profildaten wird von Target entschieden, welche Aktivitäten und Erlebnisse dem Besucher angezeigt werden sollen.
6
Zielgerichteter Inhalt wird zurück an die Seite übermittelt. Dieser enthält optional Profilwerte für eine weitere Personalisierung.
Das Erlebnis wird so schnell wie möglich ohne ein Flackern der Standardinhalte bereitgestellt.
7
Analytics-Daten werden an Datenerfassungsserver übermittelt.
8
Target-Daten werden über die SDID mit Analytics-Daten abgeglichen und im Analytics-Berichtspeicher abgelegt.
Analytics-Daten können dann sowohl in Analytics als auch in Target eingesehen werden. Möglich ist dies mithilfe von Berichten des Typs Analytics for Target (A4T).

Schulungsvideo: " at. js 2. x" -Architekturdiagramm

at. js 2. x verbessert die Unterstützung von Adobe Target für spas und ist in andere Experience Cloud-Lösungen integriert. In diesem Video wird erklärt, wie alles zusammenkommt.

See Understanding how at.js 2.x works for more information.