Skip to content

Event-Nutzerprotokoll

Das Event-Nutzerprotokoll kann Ihnen helfen, Probleme in Ihrer Braze-Integration aufzuschlüsseln, zu debuggen oder anderweitig zu beheben. Dieser Tab zeigt Ihnen ein Fehlerprotokoll, das den Fehlertyp, die zugehörige App, den Zeitpunkt des Auftretens und häufig auch die Möglichkeit enthält, die zugehörigen Rohdaten einzusehen.

Um auf das Protokoll zuzugreifen, gehen Sie zu Einstellungen > Einrichtung und Tests > Event-Nutzerprotokoll.

Um Ihre Protokolle leicht zu finden, können Sie nach folgenden Kriterien filtern:

  • SDK oder API
  • App-Namen
  • Zeitraum
  • Nutzer:in

Jedes Protokoll ist in mehrere Abschnitte unterteilt, die Folgendes umfassen können:

  • Geräteattribute
  • Nutzerattribute
  • Events
  • Campaign-Events
  • Antwortdaten

Wählen Sie das Symbol Daten erweitern aus, um die JSON-Rohdaten für das jeweilige Protokoll anzuzeigen.

Das Symbol „Daten erweitern“ neben einem bestimmten Protokoll.

Event-Nutzerprotokolle bleiben nach der Protokollierung 30 Tage lang im Dashboard verfügbar.

Rohprotokolle für Events

Fehlerbehebung

Fehlende SDK-Protokolle für Testnutzer:innen

Wenn Sie eine:n Nutzer:in zu einer internen Gruppe hinzugefügt haben, aber keine SDK-Protokolle im Event-Nutzerprotokoll angezeigt werden, kann dies an einer fehlenden Konfigurationsoption liegen. Um SDK-Protokolle zu erfassen, stellen Sie sicher, dass Sie Nutzerereignisse für Gruppenmitglieder aufzeichnen in den Einstellungen der internen Gruppe für diese interne Gruppe auswählen.

Verzögerung bei Protokollaktualisierungen

Diese Verzögerung wird in der Regel durch die normale API-Verarbeitungslast verursacht.

Wenn Sie SDK-Methoden aufrufen, speichert das SDK diese Ereignisse in der Regel lokal zwischen und sendet sie alle 10 Sekunden an den Server. Es kann zwischen einer Sekunde und einigen Minuten dauern, bis unsere Verarbeitungswarteschlange Ereignisse aufnimmt, abhängig von der Gesamtlast zu diesem Zeitpunkt.

Wenn Sie möchten, dass Ereignisse so schnell wie möglich eintreffen, rufen Sie die Funktion requestImmediateDataFlush() auf.

Fehlgeschlagene Impressions bei In-App-Nachrichten

Wenn eine In-App-Nachricht nicht angezeigt wird, können Sie den Grund im Event-Nutzerprotokoll finden, indem Sie die Roh-JSON-Daten für die entsprechende SDK-Anfrage aufklappen und im Response nach dem Feld error_code suchen. Der error_code identifiziert den spezifischen Grund für das Fehlschlagen der Impression (zum Beispiel ein ungültiger Farbwert oder ein Rendering-Problem). Teilen Sie diesen Fehlercode dem Braze-Support mit, wenn eine weitere Untersuchung erforderlich ist.

Sitzungsende und Sitzungsstart haben ähnliche Zeitstempel (iOS)

Das Event-Nutzerprotokoll zeigt den Zeitstempel an, zu dem Braze über das Sitzungsende benachrichtigt wurde – das ist Millisekunden vor dem Start der nächsten Sitzung. Braze kann nicht wissen, dass die Sitzung beendet wurde, bevor die App erneut geöffnet wird, da iOS die Ausführung von Threads aggressiv stoppt, wenn die App im Hintergrund läuft – sodass keine Daten an Braze gesendet werden können, bis die App wieder geöffnet wird.

Obwohl die Sitzungsendzeit als Sekunden vor dem Sitzungsstart angegeben wird, wird die Sitzungsdauer beim Senden des Ereignisses separat übermittelt und ist korrekt – sie spiegelt die Zeit wider, in der die App geöffnet war. Daher hat dieses Verhalten keinen Einfluss auf den Filter Median Session Duration.

In Bezug auf Nutzersitzungen können Sie Braze verwenden, um Daten wie die folgenden zu überwachen:

  • Wie viele Sitzungen ein:e Nutzer:in hatte
  • Wann ein:e Nutzer:in zuletzt eine Sitzung gestartet hat
  • Ob ein:e Nutzer:in nach dem Erhalt einer Campaign eine Sitzung startet
  • Wie hoch die mediane Sitzungsdauer der/des Nutzer:in ist

Diese Verhaltensweisen werden nicht dadurch beeinflusst, dass das Sitzungsende-Ereignis in der nächsten Sitzung gesendet wird.
New Stuff!