1. Support
  2. Knowledge Base
  3. Uptrends' API
  4. MonitorCheck API

MonitorCheck API

Überblick

Uptrends stellt verschieden Prüfobjekttypen bereit, darunter Verfügbarkeits-, Browser- (Full Pagecheck) und Multi-Step API-Prüfobjekte, um die Verfügbarkeit und Performance deiner Websites zu überwachen. Jedes Mal, wenn ein Prüfobjekt ausgeführt wird, erzeugt es eine Prüfobjekt-Prüfung.

Eine Prüfung enthält Prüfobjektmessungen einschließlich Fehlerbeschreibungen, Auflösungszeit und weitere Metriken, die den Status und das Verhalten deiner Website oder deines Service widerspiegeln.

Voraussetzungen

Bevor du die MonitorCheck API nutzt, achte darauf, dass du über Folgendes verfügst:

MonitorCheck-API-Endpunkte

Wenn du eine Liste von Prüfobjekt-Prüfdaten abrufst, enthält jeder Eintrag die grundlegenden Werte für diese Prüfung. Abhängig vom Prüfobjekttyp können jedoch auch detailliertere Daten über zusätzliche GET-Abfragen verfügbar sein. Existiert eine zugehörige Ressource für eine Prüfung, erscheint sie im Relationships-Array: Jedes Element enthält Links.Self, den aufzurufenden Pfad, um das Detail abzurufen (zum Beispiel /MonitorCheck/{monitorCheckId}/MultiStepAPI).

Informationen zu Schemata und zu interaktiven Tests findest du in der Uptrends MonitorCheck API-Dokumentation.

Die MonitorCheck API stellt die folgenden GET-Endpunkte bereit:

  • /MonitorCheck – Gibt alle Prüfobjekt-Prüfdaten für den Account aus.
  • /MonitorCheck/{monitorCheckId} – Gibt eine einzelne Prüfobjekt-Prüfung aus.
  • /MonitorCheck/Monitor/{monitorGuid} – Gibt Prüfobjekt-Prüfdaten für das angegebene Prüfobjekt aus.
  • /MonitorCheck/MonitorGroup/{monitorGroupGuid} – Gibt Prüfobjekt-Prüfdaten für die angegebene Prüfobjektgruppe aus.

Endpunkte für Prüfobjekttyp

Diese GET-Endpunkte geben Details einer bestimmten Prüfobjekt-Prüfung auf Basis des Prüfobjekttyps zurück:

  • /MonitorCheck/{monitorCheckId}/Http – Gibt HTTP- oder HTTPS-Kontrolldetails, einschließlich URL, Antwortinhalt und Header, aus.
  • /MonitorCheck/{monitorCheckId}/MultiStepAPI – Gibt Multi-Step API-Kontrolldetails, einschließlich URL, Statuscode, Assertions, Abfrage-Header und Antwortinhalt, aus.
  • /MonitorCheck/{monitorCheckId}/Transaction – Gibt Transaktions-Kontrolldetails, einschließlich Informationen zu Schritten, aus. Verwende für Wasserfall, Filmstreifen, Screenshots, Seitenquelle und Konsolenprotokoll die zugehörigen Endpunkte dieses Artikels.

Endpunkte für die Prüfobjektkonfiguration

Die GET-Endpunkte geben Wasserfall, Seiteninhalt und Medien bei Browser- und Transaktionsprüfobjekten, wo zutreffend, aus:

  • /MonitorCheck/{monitorCheckId}/Waterfall – Gibt Wasserfalldaten bei Browser- (Full Pagecheck) oder Transaktionsprüfobjekten aus. Die Antwort enthält Core Web Vitals und zugehörige Metriken (Cumulative Layout Shift, First Contentful Paint, Largest Contentful Paint und Time to First Byte).
  • /MonitorCheck/{monitorCheckId}/PageSource – Gibt die Seitenquelle (HTML) bei Browser- und Transaktionsprüfobjekten aus.
  • /MonitorCheck/{monitorCheckId}/ConsoleLog – Gibt das Browser-Konsolenprotokoll bei Browser- und Transaktionsprüfobjekten aus.
  • /MonitorCheck/{monitorCheckId}/Screenshot/{screenshotId} – Gibt die jeweiligen Screenshot-Details der Prüfung aus.
  • /MonitorCheck/{monitorCheckId}/Filmstrip – Gibt Filmstreifen-Daten bei Browser- und Transaktionsprüfobjekten aus.

Endpunkte für Parallel-Prüfobjekte

  • /MonitorCheck/{monitorCheckId}/Concurrent – Gibt alle Teilprüfungen einer Prüfung von Parallel-Prüfobjekten aus.

MonitorCheck API-Antwort

{
  "Data": [
    {
      "Type": "MonitorCheck",
      "Id": 212790389158,
      "Attributes": {
        "MonitorGuid": "df2bc2d9-755c-45fa-880a-ee82e1eb7793",
        "Timestamp": "2026-04-14T16:52:55",
        "ErrorCode": 0,
        "TotalTime": 101,
        "ResolveTime": 0,
        "ConnectionTime": 0,
        "DownloadTime": 101,
        "ResolvedIpAddress": "104.21.61.23",
        "ErrorLevel": "NoError",
        "ErrorDescription": "OK",
        "ErrorMessage": "",
        "StagingMode": false,
        "ServerId": 1991,
        "IsPartialCheck": false,
        "IsConcurrentCheck": false
      },
      "Relationships": [
        {
          "Id": 1991,
          "Type": "CheckpointServer",
          "Links": {
            "Self": "/Checkpoint/Server/1991"
          }
        },
        {
          "Id": 212790389158,
          "Type": "MultiStepAPICheck",
          "Links": {
            "Self": "/MonitorCheck/212790389158/MultiStepAPI"
          }
        }
      ]
    }
  ],
  "Links": {
    "Next": "/v4/MonitorCheck?Sorting=Descending&Take=100&PresetPeriod=Last24Hours&cursor=r%2b3aDoQMmmzQyn0gZpXRtuTPR9I1p481%2frdq5beRRu9fkwFNbL7g9EqtBTezyrx3cBfwgrEE8eSDh3WpqRTQEg%3d%3d",
    "Self": "/v4/MonitorCheck?Sorting=Descending&Take=100&PresetPeriod=Last24Hours&cursor=Waul03CKWbe9wj%2fZ%2fs%2fYHhAtN5gst9iN3oZ6yP4JvGxZrwiTWxY13mhIivXfKkwKNgN0sY66uVfczabtWzrQMQ%3d%3d"
  },
  "Cursors": {
    "Next": "r+3aDoQMmmzQyn0gZpXRtuTPR9I1p481/rdq5beRRu9fkwFNbL7g9EqtBTezyrx3cBfwgrEE8eSDh3WpqRTQEg==",
    "Self": "Waul03CKWbe9wj/Z/s/YHhAtN5gst9iN3oZ6yP4JvGxZrwiTWxY13mhIivXfKkwKNgN0sY66uVfczabtWzrQMQ=="
  }
}

MonitorCheck API-Parameter

Die folgenden Parameter werden in der MonitorCheck API verwendet:

Feldname Beschreibung
monitorCheckId Die einzigartige Kennung der Prüfobjekt-Prüfung.
monitorGuid Die einzigartige Kennung des Prüfobjekts.
monitorGroupGuid Die einzigartige Kennung der Prüfobjektgruppe.
ErrorLevel

Der Schweregrad des zurückgegebenen Fehlers. Mögliche Werte sind:

ShowPartialMeasurements
bei Parallel-Prüfobjekten. Bezieht sich auf Teilprüfungen, bei denen eine Prüfung als teilweise erfolgreich, statt vollständig erfolgreich oder vollständig fehlgeschlagen, erachtet wird.
Cursor
Ein Zeichenketten-(Abfrage)-Wert, der verwendet wird, um Teile des Datensets zu übergehen. Weitere Informationen findest du im Knowledge-Base-Artikel Cursor.
Sorting Ordnet Daten in auf- oder absteigender Reihenfolge. Der Standardwert ist Descending.
Take Höchstzahl an auszugebenden Datensätzen. Standard und maximal: 100.
Start Ein benutzerdefinierter Datumsparameter im Format YYYY-MM-DDTHH:MM:SS (zum Beispiel 2025-01-20T08:00:00) zusammen mit dem End-Parameter, um das Startdatum für die API-Antwort anzugeben. Dieser Parameter kann nicht zugleich mit PresetPeriod verwendet werden.
End Ein benutzerdefinierter Datumsparameter im Format YYYY-MM-DDTHH:MM:SS (zum Beispiel 2025-01-20T16:00:00) zusammen mit dem Start-Parameter, um das Enddatum für die abgerufenen statistischen Aufzeichnungen anzugeben. Dieser Parameter kann nicht zugleich mit PresetPeriod verwendet werden.
PresetPeriod
Gibt eine Liste von Zeiträumen, um Informationen eines bestimmten Zeitraums zu filtern. Dies kann nicht gleichzeitig mit den Parametern Start und End verwendet werden. Der Standardwert ist Last24Hours. Eine detaillierte Erläuterung findest du unter PresetPeriod.
step Nur bei Prüfungen von Transaktionsprüfobjekten erforderlich. Bezieht sich auf den bestimmten Schritt eines Transaktionsprüfobjekts. Zum Beispiel 1, 2 oder 3.

MonitorCheck API-Felder

Generische Datenstruktur

Das Root Object kann enthalten:

  • Data – Eine Reihe Prüfobjekt-Prüfungen oder ein einzelnes Objekt einer Prüfobjekt-Prüfung (zum Beispiel für GET /MonitorCheck/{monitorCheckId}).
  • Links – URLs für die aktuelle Seite und die nächste Seite von Ergebnissen. Weitere Informationen findest du im Knowledge-Base-Artikel Links.
  • Relationships – verwandte Ressourcen (Checkpoint-Server, Detailtypen usw.). Jedes Element enthält Id, Type und Links.Self. Weitere Informationen findest du unter Relationships.
  • Cursors – Cursor-Werte um ein Datenset zu übergehen. Weitere Informationen findest du im Knowledge-Base-Artikel Cursor.
  • Meta – Metadaten für die Prüfobjekt-Prüfung.

Daten und Attribute

Feldname Beschreibung
MonitorGuid Einzigartige Kennung des Prüfobjekts, das diese Prüfung erstellt hat.
Timestamp Datum und Uhrzeit der Prüfung (zum Beispiel 2026-01-20T08:00:00).
ErrorCode Numerischer Uptrends Fehlercode, wenn ein Ergebnis ein Fehler ist; 0 wenn das Ergebnis OK lautet.
TotalTime Die Anzahl Millisekunden, die es gedauert hat, die Prüfung durchzuführen.
ResolveTime Die Anzahl Millisekunden, die DNS-Abfrage für diese Prüfung benötigt wurde, sofern zutreffend.
ConnectionTime Die benötigte Anzahl Millisekunden, um eine Verbindung zu errichten.
DownloadTime Die Anzahl Millisekunden, die es gedauert hat, die Antwortdaten herunterzuladen.
TotalBytes Die bei dieser Prüfung heruntergeladene Anzahl Bytes (sofern vorhanden).
ResolvedIpAddress Aufgelöste IP-Adresse für die Ziel-Domain dieser Prüfung (sofern vorhanden).
ErrorLevel NoError, Unconfirmed oder Confirmed.
ErrorDescription Kurze Beschreibung des Fehlers oder OK, wenn es keinen Fehler gab.
ErrorMessage Zusätzliche Fehlerinformationen, falls verfügbar.
StagingMode Ob die Prüfung für ein Prüfobjekt im Staging-Modus ausgeführt wurde.
ServerId Die Kennung des Checkpoint-Servers von Uptrends, der die Prüfung durchgeführt hat.
HttpStatusCode Der HTTP-Statuscode, der vom Ziel zurückgegeben wurde (sofern zutreffend).
IsPartialCheck Ob die Zeile eine Teilmessung des Parallel-Monitorings ist. Weitere Informationen findest du unter Fehler und Alarmierung beim Parallel-Monitoring.
IsConcurrentCheck Ob dieser Datensatz zu einer Parallel-Prüfung gehört.

Die überwachte URL und andere typspezifischen Felder werden von Detail-Endpunkten (zum Beispiel GET /MonitorCheck/{monitorCheckId}/Http oder GET .../MultiStepAPI) ausgegeben, nicht bei den Basis-Attributes-Objekten für jeden Prüfobjekttyp.

Fehlerbehebung

Dieser Abschnitt behandelt übliche HTTP-Fehler und Schritte zur Fehlerbehebung bei der MonitorCheck API.

Übliche Fehler

Übliche HTTP-Statuscodes und ihre Beschreibungen:

Statuscode Beschreibung
200 OK – Abfrage erfolgreich.
204 Kein Inhalt – die Abfrage wurde erfolgreich gesendet und es wurde keine Antwort zurückgegeben. Dies ist der Fall bei DELETE-, PUT-, PATCH- und POST-Abfragen.
400 Ungültige Abfrage – ungültige Abfrageparameter oder fehlende erforderliche Felder.
401 Nicht autorisiert – ungültige oder fehlende Authentifizierungsdaten.
403 Verboten – es gab einen oder mehrere Validierungsfehler. Das kann in Verbindung mit Accountberechtigungen auftreten.
404 Nicht gefunden – Die angegebene Prüfobjekt-Prüf-Kennung, Prüfobjekt-GUID, Prüfobjektgruppen-GUID oder Screenshot-Kennung existiert nicht oder es besteht kein Zugriff.
500 Interner Serverfehler – ein serverseitiger Fehler ist aufgetreten.

Leitfaden zur allgemeinen Fehlerbehebung

Stelle sicher, dass:

  • du immer deine Abfragedaten validierst, bevor du einen API-Aufruf sendest.
  • du die entsprechenden HTTP-Methoden für jede Operation verwendest.

Solltest du weitere Hilfe benötigen, wende dich bitte an unser Support-Team.

Verwandte Artikel

Weitere Informationen findest du in den folgenden Artikeln:

Durch die Nutzung dieser Website stimmen Sie der Verwendung von Cookies gemäß unserer Cookie-Richtlinien zu.