Ü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:
- Uptrends API-Anmeldedaten
- Ein grundlegendes Verständnis der Prüfobjekttypen und ihren Konfigurationen
- Ein grundlegendes Verständnis der Prüfobjektergebnisse
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ürGET /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ältId,TypeundLinks.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:
- Uptrends MonitorCheck API-Dokumentation – eine interaktive API-Dokumentation mit detaillierten Endpunktspezifikationen.
- API-Changelog – mit den neuesten API-Nachrichten und Hinweisen zu nicht fortgeführten Versionen und Endpunkten.