Überblick über Analysen und Protokolle
Das Verify Analysen und Protokolle Abschnitte im Dashboard für Entwickler ermöglichen Ihnen die Überwachung, Suche und Analyse von Aktivitäten im Zusammenhang mit der Verify API. Diese Tools bieten wertvolle Einblicke in die Anfragedaten und helfen Ihnen, Ihre API-Nutzung und -Leistung zu verstehen.
In diesem Dokument erfahren Sie mehr über:
- Analytics verifizieren - aggregierte Metriken und Daten aus Ihrer Verify-API.
- Logs verifizieren - Transaktionen Ihrer Verify-Anfragen.
Analytics verifizieren
Die Analytics verifizieren können Sie aggregierte Metriken und Daten zur Nutzung und Leistung der Verify API untersuchen und analysieren.
In diesem Unterkapitel lernen Sie, wie man:
- Zugang Analytics-Seite verifizieren.
- Interpretieren Analytics-Ansicht verifizieren.
Zugang Verify Analytics
Für den Zugriff auf die Analytics verifizieren Seite:
- Gehen Sie zum Dashboard für Entwickler -> Analytik.
- Klicken Sie auf V2 Analytics verifizieren.
Analytics-Ansicht verifizieren
Sobald Sie die V2 Analytics verifizieren Seite gelangen Sie zu einer speziellen Ansicht, die Einblicke in die Nutzung und Leistung Ihrer Verify-API bietet. Diese Ansicht enthält eine Übersicht über die Gesamtanzahl der Anfragen sowie eine detaillierte Aufschlüsselung nach Land und Kommunikationskanal.
Sie haben auch die Möglichkeit, die Daten als Excel-Bericht herunterzuladen, indem Sie die Option Bericht herunterladen Taste.

Registerkarte "Anfragen verifizieren
Die Anfragen verifizieren Die Registerkarte "Verify API" bietet Gesamtmetriken für Verify-API-Anfragen über einen bestimmten Datumsbereich. Sie können die Ergebnisse anhand vordefinierter Zeitoptionen oder eines benutzerdefinierten Datums- und Zeitbereichs filtern.
Das Diagramm zeigt die Metriken:
- Anfragen insgesamt - Gesamtzahl der Verify-API-Anfragen, die innerhalb des ausgewählten Datumsbereichs gestellt wurden.
- Erfolgreich - Numbers der umgewandelten (erfolgreichen) Anfragen.
- Erfolglos - Numbers of requests other than successful (failed, expired, rejected, user_rejected, canceled, blocked).

Unterhalb des Diagramms werden in der Tabelle die Anfragedaten je nach gewähltem Filter nach Monaten oder Wochen aufgeschlüsselt dargestellt. Die Tabelle enthält:
- Monat - Der Monat, in dem der Antrag/die Anträge gestellt wurden.
- Verwendung - Numbers der in diesem Zeitraum gestellten Anträge.
- Erfolgreich - Numbers der umgewandelten (erfolgreichen) Anfragen.
- Erfolglos - Numbers of requests other than successful (failed, expired, rejected, user_rejected, canceled, blocked).
- Gebühr verifizieren - Nur die Plattformgebühr verifizieren.
- Gesamtkosten - Verify-Plattformgebühr plus die Kanalgebühr, je nachdem, welche(r) Kanal(e) verwendet wird/werden. Für Kunden mit Erfolgstarif sind die Gesamtkosten gleich der Verify-Gebühr, da keine Kanalgebühr erhoben wird. Für Kunden, die die Verify-Gebühr nicht zahlen, entsprechen die Gesamtkosten nur der Kanalgebühr.
Die unbekannt_email zeigt die Nutzung des E-Mail-Kanals an, dem kein Netz zugeordnet ist.

Registerkarte Kanalereignisse
Die Kanal-Ereignisse Auf der Registerkarte können Sie sehen, wie viele Anfragen für jeden unterstützten Kanal gestellt wurden.
Das Diagramm stellt die Metriken dar und ermöglicht es Ihnen, zu steuern, welche Daten angezeigt werden:
- Produkte - Gibt an, wie viele Anfragen pro Kanal gestellt wurden. Sie können bestimmte Kanäle ein- oder ausschalten.
- Verwendung des Produkts:
- Ereignisse insgesamt - Gesamtzahl der Ereignisse, dargestellt durch die Linien. Schalten Sie um, um die Gesamtzahl der Ereignisse anzuzeigen oder auszublenden.
- Kosten - Gesamtkosten, dargestellt durch die Balken. Schalten Sie um, um die zugehörigen Kanalkosten anzuzeigen oder auszublenden.

Unterhalb des Diagramms zeigt die Tabelle die Aufschlüsselung nach Kanälen und Ländern. Sie umfasst:
- Land - Länder, für die Anträge gestellt wurden (Spalte wird nur in der Registerkarte Länderansicht angezeigt).
- Kanäle - Kanäle, für die Anfragen gestellt wurden.
- Veranstaltungen - Gesamtzahl der Anfragen für jedes Land und jeden Kanal.
- Geliefert - Numbers der erfolgreich zugestellten Anfragen.
- Nicht zugestellt - Numbers of requests other than delivered (failed, expired, rejected, cancelled, blocked).
- Gesamtkosten des Kanals - Die zugehörigen Kanalgebühren. Für Kunden mit Erfolgstarifierung ist dieser Wert immer Null, da nur die Verify-Gebühr erhoben wird.


Logs verifizieren
Die Logs verifizieren können Sie die Transaktionen Ihrer Verify-Anfragen untersuchen und analysieren.
In diesem Unterkapitel lernen Sie, wie man:
- Zugang Seite Verify Logs.
- Interpretieren Sie die Ansicht Verifizierungsanfragen suchen.
- Interpretieren Sie die Tabelle der Suchverifizierungsanfragen.
Der Abschnitt Verify-Protokolle enthält nur Ergebnisse für die Kanäle Verify (v2), Stille Authentifizierung und E-Mail. Protokolle für RCS, SMS, WhatsApp und Voice werden in den jeweiligen Protokollabschnitten im Fenster Dashboard für Entwickler. Bitte beachten Sie, dass RCS- und WhatsApp-Protokolle unter "Nachrichtenprotokolle" angezeigt werden.
Zugang zu Verify-Protokollen
Für den Zugriff auf die Logs verifizieren Seite:
- Gehen Sie zum Dashboard für Entwickler -> Protokolle.
- Klicken Sie auf Verify Logs -> Verify V2.
Suche Überprüfungsanfragen Ansicht
Nachdem Sie die Seite Verify Logs geöffnet haben, werden Sie auf die Seite Suche nach Verifizierungsanfragen Ansicht.

Die Ansicht ermöglicht es Ihnen, Ihre Protokolle nach bestimmten Kriterien zu durchsuchen:
- Zeitspanne - Suchen Sie nach Daten von bis zu 30 Tagen, indem Sie die Optionen aus der Dropdown-Liste verwenden oder einen benutzerdefinierten Zeitbereich und ein Datum auswählen. Für Protokolle, die älter als 30 Tage sind, müssen Sie die Option Reports API.
- Telefon-Nummer - Suchen Sie nach Protokollen, indem Sie die "Bis"-Nummer eingeben und einen Zeitbereich auswählen.
- ID anfordern - Suche nach bestimmten Protokollen anhand ihrer Request IDs.
Nachdem Sie Ihre Filter ausgewählt haben, wird die Tabelle mit allen passenden Ergebnissen angezeigt. Da Verify Folgendes unterstützt verschiedene KanäleJede Verify-Anfrage, die Sie starten, führt zu unterschiedlichen Anfragen:
- Eine für Verify selbst, dargestellt durch v2 in den Ergebnissen.
- Eine weitere(n) für den/die spezifischen Kanal/Kanäle, der/die verwendet wird/werden.
Aus diesem Grund werden in der Tabelle immer mehrere Anfragen für jede der gestellten Verify-Anfragen angezeigt.
Die Ansicht Verifizierungsanfragen suchen enthält nur Ergebnisse für die Kanäle Verify (v2), Stille Authentifizierung und E-Mail. Protokolle für RCS, SMS, WhatsApp und Voice werden in den jeweiligen Protokollabschnitten in der Ansicht Dashboard für Entwickler. Bitte beachten Sie, dass RCS- und WhatsApp-Protokolle unter "Nachrichtenprotokolle" angezeigt werden.
Tabelle der Suchüberprüfungsanfragen
Die Suche nach Verifizierungsanfragen Die Tabelle zeigt detaillierte Informationen zu jeder von Ihren Filtern zurückgegebenen Anfrage.

In der Tabelle mit den Ergebnissen finden Sie die folgenden Spalten:
- Anfrage-ID & API-Schlüssel - Identifiziert eine bestimmte Anfrage und ihren API-Schlüssel.
- Datum - Zeitpunkt, zu dem der Antrag gestellt wurde.
- Telefon-Nummer - Die Zielrufnummer, an die die Anfrage gerichtet wurde.
- Netzwerk - Das mit der Rufnummer verbundene Netz.
- Kanal - Zeigt an, zu welchem Kanal die Anfrage gehört:
- v2 - spezifisch für die Verify-Anfrage. Stellt den Gebührensatz für die Verify-Plattform dar.
- E-Mail - spezifisch für die Anfrage des E-Mail-Kanals.
- stille Autorisierung - spezifisch für die Kanalanforderung "Stille Authentifizierung".
- Status - Zeigt den Status der Verify-Anfragen an. Beziehen Sie sich auf die Status-Tabelle für Einzelheiten zu den einzelnen Status.
- Preis - Bezieht sich auf die Verify-Gebühr und die damit verbundene Kanalgebühr für jeden einzelnen Datensatz.
Interpretation der Tabelle der Suchüberprüfungsanfragen
Bei der Interpretation der Suche nach Verifizierungsanfragen In der Tabelle "Verify" wird jede Anfrage separat protokolliert, auch wenn mehrere Kanäle in einem einzigen Prüfvorgang verwendet werden. Jeder Versuch wird unabhängig protokolliert, mit eigenem Kanal, Status, Preis usw. Folglich kann eine einzelne Verifizierung mehrere Protokolleintragungen erzeugen: eine für die v2-Anfrage und weitere für jeden beteiligten Kanal.
Wenn z. B. die stille Authentifizierung und SMS zusammen verwendet werden und die Anfrage von der stummen Authentifizierung zur SMS übergeht, werden die entsprechenden Anfragen getrennt angezeigt:
- Die silent_auth-Anfrage erscheint mit dem Status FAILED.
- Die SMS-Anfrage erscheint mit dem Status DELIVERED.
Dieses Verhalten ist zu erwarten, da jeder Kanalversuch unabhängig verarbeitet und protokolliert wird.
Status-Tabelle
In der Tabelle sind die Details für jeden Status von Verify-Anfragen aufgeführt:
| Status | Beschreibung |
|---|---|
| SUCCESS | Eine kostenpflichtige Transaktion, die bestätigt, dass die Authentifizierungsanfrage erfolgreich abgeschlossen wurde. |
| DELIVERED | Eine kostenpflichtige Transaktion, die anzeigt, dass der ausgewählte Kanal erfolgreich abgeschlossen und der Benutzer authentifiziert wurde. |
| FAILED | Eine nicht gebührenpflichtige Transaktion, die einen endgültigen Status erreicht, aber die Authentifizierung nicht erfolgreich abgeschlossen hat. |
| EXPIRED | Der Authentifizierungsablauf hat keinen endgültigen Status erreicht. Dies kann vorkommen, wenn die Benutzer nicht über ausreichende mobile Daten verfügen, um den Fluss abzuschließen (im Falle einer stillen Authentifizierung), oder wenn der Fluss ausgelöst wurde, aber aufgrund fehlender Eingaben oder unzureichenden Fortschritts bei der Initiierung stecken bleibt. |
| USER_REJECTED | Das bei der Verifizierung eingegebene OTP war falsch. Der Benutzer kann bis zu drei Versuche für OTP-basierte Kanäle unternehmen. |
| INITIATED | Speziell für die Stille Authentifizierung. Der Ablauf der stummen Authentifizierung wurde ausgelöst, aber nicht abgeschlossen. Die Bereinigung ist im Gange, um INITIATED-Einträge aus den Protokollen zu entfernen. |
| CANCELLED | Der Überprüfungsprozess wurde abgebrochen, bevor ein endgültiger Status erreicht wurde. |
| BLOCKED | Die Überprüfung wurde aufgrund von Betrugspräventionsmechanismen wie Velocity Rules oder Fraud Defender gestoppt. |