Target mit dem Platform Web SDK debuggen
Überprüfung von Target-Aktivitäten und Debugging des Web SDK zur Fehlerbehebung bei Implementierungs-, Inhaltsbereitstellungs- oder Zielgruppenqualifizierungsproblemen. Auf dieser Seite des Migrationshandbuchs werden die Unterschiede zwischen dem Debugging mit at.js und dem Platform Web SDK erläutert.
Die nachstehende Tabelle fasst Funktionen und Unterstützung für Test- und Debugging-Ansätze zusammen.
mboxDisable
URL-ParametermboxDebug
URL-Parameteralloy_debug
für ähnliche Debugging-InformationenmboxTrace
URL-Parameteralloy_debug
URL-ParameterAdobe Experience Platform Debugger-Browsererweiterung
Die Adobe Experience Platform Debugger-Erweiterung für Chrome und Firefox überprüft Ihre Webseiten und unterstützt Sie bei der Validierung Ihrer Adobe Experience Cloud-Implementierungen.
Sie können Platform Debugger auf jeder Webseite ausführen und die Erweiterung hat Zugriff auf öffentliche Daten. Um mit der Erweiterung auf nicht öffentliche Daten zuzugreifen, wie z. B. Target-Trace-Informationen, müssen Sie sich über den Link Anmelden beim Experience Cloud authentifizieren.
Abrufen und Installieren des Adobe Experience Platform Debuggers
Der Adobe Experience Platform Debugger kann in Google Chrome- oder Mozilla Firefox-Browsern installiert werden. Folgen Sie dem folgenden Link, um die Erweiterung in Ihrem bevorzugten Browser zu installieren:
Nach der Installation der Chrome-Erweiterung oder des Firefox-Add-ons wird der Erweiterungsleiste ein Symbol ( ) hinzugefügt. Wählen Sie dieses Symbol aus, um die Erweiterung zu öffnen.
Weitere Informationen zur Adobe Experience Platform Debugger-Erweiterung und zum Debugging aller Adobe-Webanwendungen finden Sie im entsprechenden Handbuch.
Vorschau von Target-Aktivitäten mit QA-URLs
Sowohl at.js als auch Platform Web SDK ermöglichen es Ihnen, Target-Aktivitäten mithilfe von Target-QA-URLs in der Vorschau anzuzeigen. Beide Implementierungsmethoden unterstützen dieselben QA-Funktionen.
Target-QA-URLs funktionieren, indem at.js oder Platform Web SDK angewiesen werden, ein bestimmtes Cookie in Ihren Browser namens at_qa_mode
zu schreiben. Dieses Cookie wird verwendet, um die Qualifizierung für eine bestimmte Aktivität und ein bestimmtes Erlebnis zu erzwingen.
xdm.web.webPageDetails.URL
-Wert aktiviert, der im sendEvent
-Aufruf übergeben wird. Änderungen an diesem Wert, z. B. Kleinbuchstaben für alle Zeichen, können verhindern, dass der Target-QA-Modus ordnungsgemäß funktioniert.Weitere Informationen zur Qualitätssicherung von Target-Aktivitäten🔗 finden Sie im entsprechenden Handbuch.
Target-Implementierung debuggen
In der folgenden Tabelle werden die Unterschiede zwischen der Debugging-Taktik von at.js und Platform Web SDK erläutert:
Seite mit URL-Parameter laden:
mboxDisable=true
Seite mit URL-Parameter laden:
mboxDebug=true
Seite mit URL-Parameter laden:
alloy_debug=true
Oder führen Sie
alloy("setDebug", { "enabled": true });
in Ihrer Entwicklerkonsole auswindow.___target_trace
verfügbar.Seite mit URL-Parameter laden:
mboxTrace=window&authorization={TOKEN}
Funktion "Target deaktivieren"
Das Platform Web SDK verfügt derzeit nicht über eine Funktion, um Target-Antworten selektiv zu unterdrücken. Es ist jedoch möglich, die Platform Web SDK-Anforderungen mit den Entwicklertools Ihres Browsers, verschiedenen Browsererweiterungen oder Drittanbieteranwendungen zu unterdrücken. So blockieren Sie beispielsweise das Platform Web SDK mit Google Chrome:
- Klicken Sie mit der rechten Maustaste auf eine beliebige Stelle auf der Seite und wählen Sie Inspect aus
- Wählen Sie die Registerkarte Netzwerk aus.
- Filtern nach der Zeichenfolge
//ee//
, um nur Platform Web SDK-Aufrufe anzuzeigen - Seite neu laden
- Klicken Sie mit der rechten Maustaste auf eine der gefilterten Netzwerkanforderungen und wählen Sie Anforderungsdomäne blockieren
- Laden Sie die Seite neu und beachten Sie, dass die Netzwerkanforderung blockiert ist.
- Wenn Sie das Debugging abgeschlossen haben, klicken Sie mit der rechten Maustaste auf die blockierte Netzwerkanforderung und wählen Sie Entsperren oder schließen Sie das Bedienfeld für Entwicklertools .
Debug-Protokollierung anzeigen
Die Debug-Protokollierung für at.js mithilfe des URL-Parameters mboxDebug=true
zeigt detaillierte Informationen zu jeder Target-Anfrage, -Antwort und dem Versuch, den Inhalt auf der Seite wiederzugeben. Das Platform Web SDK weist eine ähnliche Debug-Protokollierung mithilfe des URL-Parameters alloy_debug=true
auf.
mboxDebug=true
)alloy_debug=true
)AT:
[alloy]
Target-Traces anzeigen
Target-Traces enthalten detaillierte Informationen zu Aktivitätsqualifikationen und zum Target-Profil des Besuchers. Da Target-Traces Informationen enthalten, die nicht öffentlich verfügbar sind, ist für die Anzeige dieser Informationen ein Autorisierungstoken oder eine Authentifizierung im Adobe Experience Platform Debugger-Browsererweiterungsfenster erforderlich.
mboxTrace
URL-ParameterGehen Sie wie folgt vor, um Platform Web SDK Target-Traces mit dem Adobe Experience Platform Debugger anzuzeigen:
- Navigieren Sie zu einer Seite Ihrer Site, auf der Target mit dem Platform Web SDK implementiert ist.
- Öffnen Sie die Adobe Experience Platform Debugger-Erweiterung, indem Sie in der Navigationsleiste des Browsers das Symbol ( ) auswählen.
- Wählen Sie den Link Anmelden aus
- Authentifizierung mit Ihrer Adobe Experience Cloud-Anmeldung
- Wählen Sie links die Registerkarte Protokolle aus.
- Wählen Sie oben die Registerkarte Edge aus.
- Benennen Sie optional Ihre Debugging-Sitzung und klicken Sie auf die Schaltfläche Verbinden .
- Laden Sie die Seite neu, und das Protokoll sollte mit detaillierten Informationen zu den Interaktionen im Edge-Netzwerk gefüllt werden.
- Konzentrieren Sie sich auf die Protokolleinträge, die in der Beschreibung mit "Target Traces"beginnen, und wählen Sie Ansicht aus, um die Target-Trace-Details anzuzeigen.
{modal="regular"}
Nach Auswahl von Ansicht wird eine Überlagerung angezeigt, über die Sie die folgenden Informationen zur Anforderung sehen können:
- Abgeschlossene Aktivitäten
- Nicht übereinstimmende Aktivitäten
- Anfragedetails
- Profil-Snapshot
Weitere Informationen zu Target-Traces finden Sie im entsprechenden Handbuch zum Debugging der Target-Inhaltsbereitstellung .
Fehlerbehebung bei der Zuverlässigkeitsprüfung
Target-Trace-Informationen sind sowohl in der Adobe Experience Platform Debugger-Browsererweiterung als auch in der Assurance-Anwendung (ehemals "Project Griffon") sichtbar. Gehen Sie wie folgt vor, um Target-Traces innerhalb von Assurance anzuzeigen:
- Öffnen Sie die Adobe Experience Platform Debugger-Browsererweiterung und verbinden Sie wie oben beschrieben eine Remote-Debugging-Sitzung.
- Wählen Sie den Link mit Ihrem Sitzungsnamen über dem Debugging-Protokoll aus.
- Platform Assurance lädt und zeigt eine detaillierte Protokollierung für alle Adobe-Anwendungen an, die im Datenstrom für Ihre Implementierung konfiguriert sind
- Filtern des Protokolls nach
adobe.target
- Wählen Sie einen Protokolleintrag mit dem Typ
com.adobe.target.trace
aus. - Erweitern Sie die Details der Payload und zeigen Sie die Informationen unter
context > targetTrace
an.
{modal="regular"}
Netzwerkanforderung und -antwort untersuchen
Die Anfrage-Payload und die Antwort der Platform Web SDK sendEvent
-Aufrufe unterscheiden sich von at.js. Der nachstehende Entwurf soll Ihnen dabei helfen, die Struktur der Anfrage und Antwort zu verstehen, während Sie die Netzwerkaufrufe mit den Entwicklertools Ihres Browsers untersuchen.
Payload der Inhaltsanforderung
{modal="regular"}
- Profil-, Entitäts- und andere Nicht-Mbox-Parameter werden im Ereignis-Array unter
data.__adobe.target
übergeben - Entscheidungsbereiche befinden sich im Ereignisarray unter
query.personalization.decisionScopes
- XDM-Daten, die nachgelagerten Mbox-Parametern zugeordnet werden, befinden sich im Ereignis-Array unter
xdm
Inhalts-Antworttext
{modal="regular"}
- Das Platform Web SDK gibt Aktionen für alle Adobe-Anwendungen unter dem Objekt
handle
zurück - Die Aktion
personalization:decisions
steht für eine Antwort von Target oder offer decisioning - Zielvorschläge werden als Array dargestellt, wobei jeder eine eindeutige Vorschlagskennung mit dem Präfix
AT:
vorangestellt wird. - Entscheidungsbereich und Aktivitätsdetails befinden sich im Vorschlagsbereich.
- Angebotsdetails befinden sich im Array
items
unterdata
. - Antwort-Token befinden sich im Array
items
untermeta
.
Payload des Vorschlags-Ereignisses
Beispiel für ein Target-Vorschlagsereignis {modal="regular"}
- Target-spezifische SDK-Ereignisse sind entweder
decisioning.propositionDisplay
für eine Impression oderdecisioning.propositionInteract
für eine Interaktion, z. B. ein Klick - Die Details des Vorschlags-Ereignisses befinden sich im Ereignis-Array unter
xdm._experience.decisioning
- Die Vorschlagskennung des Anzeige- oder Interaktionsereignisses sollte mit der Vorschlagskennung des Inhalts übereinstimmen, die von Target zurückgegeben wird
Herzlichen Glückwunsch! Sie haben das Ende des Tutorials erreicht! Viel Glück bei der Migration Ihrer Adobe Target-Implementierung auf das Web SDK!