CaptureKit

Anfrageprotokolle

Einzelne CaptureKit-API-Aufrufe untersuchen und Fehler beheben.

Jeder Aufruf wird unter API-Protokolle festgehalten, mit Endpunkt, Statuscode, Dauer, aufrufender IP-Adresse und berechneten Credits. Hierher gehen Sie, wenn sich eine Anfrage unerwartet verhalten hat.

app.capturekit.dev/settings/api/logs
Nach Anfrage-ID, Endpunkt oder IP suchen
ListeZeitreiheLetzte 24 hAlle API-SchlüsselStatus
POST /google-search · 1 cr
200
812 ms
POST /google-search · 1 cr
200
764 ms
POST /google-news · 0 cr
400
18 ms
POST /google-maps · 0 cr
401
9 ms
POST /google-search · 1 cr
200
903 ms
Öffnen Sie eine Zeile, um gesendete Parameter und die Antwort zu sehen.
Eine Zeile pro Anfrage: Endpunkt, Status, Dauer und Credit-Kosten.

Einen fehlgeschlagenen Aufruf debuggen

Die Anfrage finden

Filtern Sie nach Zeitraum, API-Schlüssel, Endpunkt, Status oder IP-Adresse – oder fügen Sie eine Anfrage-ID direkt in das Suchfeld ein.

Detailansicht öffnen

Klicken Sie auf die Zeile, um ein Panel mit den gesendeten Parametern und der zurückgegebenen Antwort zu öffnen.

Dem Statuscode zuordnen

400 bedeutet einen falschen Parameter, 401 verweist auf den Schlüssel oder eine Ratenbegrenzung, 402 steht für ein leeres Guthaben und 500 liegt bei uns und ist einen erneuten Versuch wert.

Den Bildschirm anpassen

  • Blenden Sie Spalten ein und aus, damit Sie sehen, worauf es Ihnen ankommt: Credits, Geschwindigkeit, IP-Adresse, Parameter oder die Fehlermeldung.
  • Wechseln Sie in die Ansicht Zeitreihe, um denselben gefilterten Traffic als Diagramm zu sehen.
  • Speichern Sie eine Filterkombination als Ansicht, um mit einem Klick dorthin zurückzukehren.
  • Aktivieren Sie die automatische Aktualisierung, wenn Sie einen laufenden Vorfall beobachten.

Was gespeichert wird

Standardmäßig behält jede Zeile die gesendeten Parameter und einen gekürzten Antwortkörper. Wenn Ihr Workspace unter Einstellungen → Konto den Protokolldatenschutz aktiviert, werden Parameter nicht mehr gespeichert — Status, Dauer und Credit-Kosten bleiben erhalten, sodass die Abrechnung weiterhin funktioniert.

Meldet Ihr Client ein Timeout, das Protokoll zeigt aber 200, war der Aufruf erfolgreich und Ihre eigene Laufzeitumgebung hat die Verbindung zu früh geschlossen. Erhöhen Sie Ihr HTTP-Timeout auf 60 Sekunden.

Weiterführend

Auf dieser Seite