Analytics-Datenerfassung debuggen
In diesem Artikel wird erläutert, was zu überprüfen ist, wenn Sie Daten debuggen, die an Adobe Analytics gesendet werden. Suchen Sie die Implementierungsmethode in der folgenden Tabelle und befolgen Sie den entsprechenden Abschnitt. Wenn Sie unerwartete Berichtsdaten untersuchen, beginnen Sie mit Anfragen mit Berichten vergleichen.
Schritte und Tools, die für alle Adobe-Datenerfassungen gelten, z. B. die Erfassung von Netzwerkanfragen, die Aktivierung der Debugging-Protokollierung und die Untersuchung abgebrochener Anfragen, finden Sie unter Debugging und Fehlerbehebung bei der Datenerfassung.
AppMeasurement und die Analytics-Erweiterung appmeasurement
Anfrage suchen appmeasurement-find
Erfassen von Netzwerkanfragen und Filtern nach /b/ss/. Tag-Debugger wie Adobe Experience Platform Debugger identifizieren und decodieren diese Anfragen für Sie.
Wenn keine /b/ss/-Anfrage angezeigt wird:
- Überprüfen Sie die Browser-Konsole auf JavaScript-Fehler.
- Wenn Sie die Analytics-Tag-Erweiterung verwenden, bestätigen Sie, dass sich der Tag-Einbettungs-Code im
<head>der Seite befindet und dass Ihre Bibliothek in der Umgebung veröffentlicht wird, die Sie testen. Tag-Debugging-Modus gibt an, ob die Regel, die den Treffer sendet, ausgelöst wurde. - Wenn Sie AppMeasurement selbst hosten, öffnen Sie die URL der Bibliothek direkt, um zu bestätigen, dass die Datei geladen wird und Code enthält.
- Deaktivieren Sie Browser-Erweiterungen wie Anzeigenblocker, die das Senden von Anfragen verhindern können.
- Der Debugger erkennt keine Anforderungen, die innerhalb eines IFrame gesendet werden. Verwenden Sie stattdessen Browser-Entwickler-Tools . Siehe Verwenden von AppMeasurement mit iFrames.
Überprüfen, was Analytics erhalten hat appmeasurement-contents
- Report Suites: Das Pfadsegment nach
/b/ss/listet die Report Suite-IDs auf, die den Treffer erhalten. Vergewissern Sie sich, dass es sich um die erwarteten Report Suites handelt, z. B. eine Entwicklungs-Report Suite auf Entwicklungsseiten. - Variablen: Raw-Anfragen verwenden Abfrageparameter-Namen anstelle von Variablennamen. Beispielsweise wird eVar1 als
v1und prop1 alsc1angezeigt. Siehe die Variablenreferenz. Wenn eine Anfrage zu lang ist, sendet AppMeasurement sie mit HTTP-POST, sodass Variablen im Anfragetext und nicht in der URL angezeigt werden. - Treffertyp: Anfragen, die von
tl()gesendet werden, enthalten denpeParameter und erhöhen nicht die Seitenansichten. Vont()gesendete Anfragen enthalten keinepe.
Wenn Werte vorhanden, aber falsch sind, finden Sie unter Fehlerbehebung bei der JavaScript Informationen zu häufigen Ursachen wie Anführungszeichen, Groß-/Kleinschreibung und Leerzeichen.
Überprüfen der Antwort appmeasurement-response
Eine 2xx Antwort bestätigt nur, dass der Datenerfassungs-Server die Anfrage empfangen hat, nicht, dass der Treffer aufgezeichnet wurde. Mit dem standardmäßigen Antworttyp kann eine Anfrage auch dann einen Erfolg zurückgeben, wenn der Treffer verworfen wird. Es wird eine 302 Antwort auf die erste Anfrage eines neuen Besuchers erwartet. Siehe HTTP-Antwort-.
AppMeasurement sendet Exitlink-Anfragen und alle Anfragen, wenn useBeacon aktiviert ist, mit navigator.sendBeacon(). Entwickler-Tools können diese Anfragen auch dann als abgebrochen kennzeichnen, wenn der Browser sie gesendet hat. Siehe Abgebrochene Anfragen.
Web SDK web-sdk
Anfrage suchen web-sdk-find
Bei Web SDK sendet der Browser Ereignisse an die Edge Network anstatt direkt an Analytics, sodass keine /b/ss/-Anfrage angezeigt wird. Überprüfen Sie die Edge Network-Anfrage und bestätigen Sie Folgendes:
- Der
configId-Parameter entspricht einem Datenstrom, für den der Adobe Analytics-Service mit den erwarteten Report Suites aktiviert ist. - Die Payload qualifiziert sich als Seitenansicht oder Link-Ereignis. Analytics ignoriert Payloads, die weder Seitendetails noch einen Web-Interaktionstyp enthalten. Siehe Edge Network-Ereignistypen in Adobe Analytics.
Überprüfen, was Analytics erhalten hat web-sdk-contents
Starten Sie eine Edge Trace und reproduzieren Sie die Aktion. Suchen Sie die Zeile, die mit Automatisches Analytics-Mapping beginnt, erweitern Sie dann mappedQueryParams und die Report Suite-ID darunter.
- Variablen: Zugeordnete Werte verwenden dieselben Abfrageparameternamen wie AppMeasurement-Anfragen, manchmal in Kurzform, z. B.
gnfür den Seitennamen undplfür Produkte. Siehe XDM-Objektfeldzuordnung und Datenobjektfeldzuordnung. - Kontextdaten: XDM-Felder, die keiner Analytics-Variablen zugeordnet sind, werden als Kontextdaten mit dem Präfix
c.a.x.angezeigt. Verwenden Sie Verarbeitungsregeln um sie Variablen zuzuweisen. - Report Suites: Wenn Sie Report Suite-Überschreibungen verwenden, zeigt die Zeile mit der Datenstromkonfiguration in Edge Trace die von Edge Network verwendeten Report Suites an.
Scheckverarbeitung web-sdk-processing
Suchen Sie in der Assurance-Sitzung, die in Edge Trace geöffnet wird, nach Ereignissen hitdebugger. Diese Ereignisse verwenden die com.adobe.analytics.hitdebugger des Anbieters, und ihre Payloads zeigen Werte nach der Analytics-Verarbeitung an, z. B. die Experience Cloud-ID (mcvisId) und die pageName.
Eine Anleitung finden Sie unter von Adobe Analytics mit Adobe Experience Platform Web SDK.
Anforderungen mit Berichten vergleichen reports
Ein Treffer, der Analytics erreicht, wird nicht sofort in Berichten angezeigt. Die gemeldeten Werte können von den Werten in der Anfrage abweichen:
- Latenz: Vollständige Daten werden in der Regel etwa zwei Stunden nach der Erfassung in Berichten angezeigt. Einige Daten, z. B. Treffer mit Zeitstempel, können länger dauern. Siehe Datenverfügbarkeit und -latenz.
- Verarbeitung: Verarbeitungsregeln, VISTA-Regeln, Bot-Regeln und andere Verarbeitungsschritte können Werte nach der Erfassung ändern oder ausschließen. Siehe Verarbeitungsreihenfolge für Daten in Adobe Analytics. Nachverarbeitete Daten aus Assurance zeigen das Ergebnis der Verarbeitung für einen einzelnen Treffer.
- Report Suite: Vergewissern Sie sich, dass Sie dieselbe Report Suite anzeigen, auf die die Anfrage oder der Datenstrom abzielte.
- Unerwartete Werte: Zeigt eine Dimension unerwartete Spitzen oder Werte an, siehe Hash-Kollisionen.
Weitere Informationen zu Traffic-Änderungen finden Sie Fehlerbehebung bei Datenspitzen und -abfällen.