API Changelog

Die Funktionen der Uptrends API werden mit der Zeit verbessert und erweitert. Dementsprechend werden wir neue Endpunkte und Methoden für neue Funktionen hinzufügen.

Bei der Einrichtung neuer Funktionen achten wir stets darauf, rückwärtskompatibel zu bleiben. Änderungen sind jedoch nicht immer vermeidbar und eine neue Version der API wird eventuell nicht mit dem Code kompatibel sein, den du bisher geschrieben und genutzt hast. Schaue regelmäßig im API Changelog nach, um über alle Änderungen auf dem Laufenden zu sein und diese, falls notwendig, zu berücksichtigen.

Zur Dokumentation der API lies unsere Artikel in der Kategorie Uptrends API.

Sollten dich die Änderungen an der Uptrends Anwendung interessieren, schaue in unserem allgemeinen Changelog nach.

Juli 2026

OpenTelemetry-Exportkonfigurationen mit der neuen MonitorResultExportSettings API verwalten

Wir haben ein neues Set an MonitorResultExportSettings-Endpunkten hinzugefügt, damit du deine Uptrends OpenTelemetry-Exportkonfiguration verwalten kannst. Mit der API kannst du OpenTelemetry-Verbindungen, Regelsätze und Exporteinstellungen erstellen, abrufen, aktualisieren und löschen, die in Uptrends konfiguriert sind.

Weitere Informationen findest du in der Uptrends API v4 MonitorResultExportSettings Dokumentation.

Unterstützung von Bearer-Authentifizierung in der Monitor und MonitorCheck API

Die Endpunkte /Monitor und /MonitorCheck/{monitorCheckId}/MultiStepAPI unterstützen nun die Konfiguration der Bearer-Authentifizierung für Multi-Step API-Prüfobjekte. Wenn sie konfiguriert ist, wird das Bearer-Token automatisch in den Authorization-Header der Anfrage aufgenommen. Aus Sicherheitsgründen kann der Token-Wert über keinen Endpunkt abgerufen werden.

Weitere Informationen findest du in der Dokumentation zur Uptrends API v4 Monitor und MonitorCheck.

Juni 2026

Update Monitor API: Anzeige, wer das Prüfobjekt zuletzt aktualisiert hat

Der Endpunkt /Monitor gibt nun LastModifiedByOperatorId aus, um den Operator zu identifizieren, der das Prüfobjekt erstellt oder zuletzt aktualisiert hat.

Benutzerdefinierte Integrationen mit den neuen Endpunkten Integration/Custom verwalten

Eine neue Reihe von Integration/Custom-Endpunkten wurde aufgenommen, um benutzerdefinierte Integrationen abzurufen, zu erstellen, zu aktualisieren und zu löschen. Mehr dazu erfährst du in der Uptrends API v4 Integrationen-Dokumentation.

API-Nutzer mit den neuen ApiUser-Endpunkten verwalten

Eine neue Reihe von ApiUser-Endpunkten wurde aufgenommen, um API-Nutzer abzurufen, zu erstellen, zu aktualisieren und zu löschen. Mehr dazu erfährst du in der Uptrends API v4 ApiUser-Dokumentation.

März 2026

RUM Websites effizient mit der API verwalten

RUM Websites können nun vollständig mit der API verwaltet werden. Der Endpunkt /RUM wurde erweitert, um die Konfigurationen von RUM Websites zu erstellen, zu aktualisieren und zu löschen sowie sie auch abzurufen. Mehr dazu erfährst du in der Uptrends API v4 RUM-Dokumentation.

September 2025

Einführung des MonitorCheck-Endpunkts für Postman API-Prüfobjekte

Der Endpunkt /MonitorCheck/{monitorCheckId}/PostmanAPI wurde aufgenommen, um detaillierte Monitoring-Informationen über einzelne Postman API-Prüfobjekttests bereitzustellen. Dies liefert wichtige Ergebnisse wie etwa den HTTP-Statuscode, Assertion-Resultate, Gesamtzeit der Ausführung, Antwortelemente und weitere Informationen zu jedem API-Schritt.

Mehr dazu erfährst du in der Uptrends API v4 MonitorCheck-Dokumentation.

Update Monitor API: Unterstützung von vordefinierten Variablen des Postman API-Prüfobjekts

Der Endpunkt /Monitor gibt jetzt auch das Feld PredefinedVariables für Postman API-Prüfobjekte zurück. Dieses Feld enthält alle benutzerdefinierten und Sammlungsvariablen, die zum Prüfobjekt gehören.

"PredefinedVariables": [
    {
      "Key": "baseUrl",
      "Value": "{{prodEnvironment}}"
    },
    {
      "Key": "testEnvironment",
      "Value": "https://test-galactic.resorts.com/"
    },
    {
      "Key": "prodEnvironment",
      "Value": "https://https://prod-galactic.resorts.com/"
    },
    {
      "Key": "secretkey",
      "Value": "{{@VaultItem.70454a43-ef64-4f6a-aee0-3779654f1a31.Password}}"
    }
  ]

Weitere Informationen findest du im Knowledge-Base-Artikel Postman API-Variablen und in der Uptrends API v4 Monitor-Dokumentation.

Update Monitor API: Unterstützung der neuesten Edge- und Chrome-User Agents

Der Endpunkt /Monitor unterstützt nun ChromeLatest und EdgeLatest als Werte für den User Agent der neuesten Chrome- und Edge-Versionen. Diese Werte können auch mit den Methoden /POST, /PUT und /PATCH verwendet werden.

August 2025

Update Monitor API: Veraltete Felder

Ab dem 27. August 2025 werden bestimmte Felder des Endpunkts /Monitor nicht weitergeführt. Um Fehlerbedingungen zu definieren und die Kompatibilität mit der Uptrends API zu gewährleisten, ist der Befehl Monitor.ErrorConditions zu verwenden.

Mai 2025

Neue Code-relevante Änderung: Veraltete API-Felder

Im Rahmen unserer laufenden Bemühungen, die Uptrends API zu optimieren, werden bestimmte Felder bei den folgenden Prüfobjekt-Endpunkten ab 27. August 2025 nicht fortgeführt:

GET und POST /Monitor
GET, PUT und PATCH /Monitor/{monitorGuid}
GET und POST /Monitor/MonitorGroup/{monitorGroupGuid}

Die folgenden nicht fortgesetzten Felder werden nun als Fehlerbedingungstypen unter dem Array ErrorConditions behandelt. Zugehörige Felder werden in einen einzelnen Eintrag zusammengeführt und ersetzen die vorherige Nutzung als eigenes Feld:

Nicht fortgesetzte Felder	Ersetzt mit Feld
`AlertOnLoadTimeLimit1`, `LoadTimeLimit1`	LoadTimeLimit1
`AlertOnLoadTimeLimit2`, `LoadTimeLimit2`	LoadTimeLimit2
`AlertOnMaximumBytes`, `MaximumBytes`	TotalMaxBytes
`AlertOnMinimumBytes`, `MinimumBytes`	TotalMinBytes
`AlertOnMaximumSize`, `ElementMaximumSize`	PageElementMaxSizeWithPercentage
`AlertOnPercentageFail`, `FailedObjectPercentage`	PageElementFailedWithPercentage
`ExpectedHttpStatusCode`, `ExpectedHttpStatusCodeSpecified`	HttpStatus

Unten ist ein Beispiel einer aktualisierten API-Antwort. Es empfiehlt sich, deine API-Aufrufe anzupassen, sodass sie das ErrorConditions-Array enthalten. Das entspricht der neuesten API-Struktur und gewährleistet eine korrekte API-Funktion.

{
  ...
  "ErrorConditions": [
    {
      "ErrorConditionType": "LoadTimeLimit1",
      "Value": "2500",
      "Effect": "Indicate"
    },
    {
      "ErrorConditionType": "LoadTimeLimit2",
      "Value": "5000",
      "Effect": "Error"
    },
    {
      "ErrorConditionType": "TotalMaxBytes",
      "Value": "5000000"
    },
    {
      "ErrorConditionType": "TotalMinBytes",
      "Value": "5000"
    },
    {
      "ErrorConditionType": "PageElementMaxSizeWithPercentage",
      "Value": "200000",
      "Percentage": "10"
    },
    {
      "ErrorConditionType": "PageElementFailedWithPercentage",
      "Percentage": "10"
    },
    { "ErrorConditionType": "HttpStatus",       
      "Value": "200"     
    }
  ],
 ...
}

Private Checkpoint-Status-Update

Der Endpunkt GET /PrivateCheckpointHealth gibt nun das Feld Warnings aus, das alle Alarminformationen zum Checkpoint des Servers enthält. Weitere Informationen findest du in der Uptrends API v4 Private Locations Checkpoint Status Dokumentation.

April 2025

Einführung der Private Locations API

Wir haben ein neues Set an API-Endpunkten aufgenommen, damit du die Konfiguration deiner Private Locations besser handhaben kannst. Das umfasst den Status und Checkpoint-Informationen. Weitere Informationen findest du in der Uptrends API v4 Private Locations Dokumentation.

März 2025

Update MonitorGroup API

Der Endpunkt /MonitorGroup gibt nun die Anzahl Credits pro Prüfobjekttyp aus:

UsedBasicMonitorQuota – gibt die Anzahl genutzter Credits für Uptime- bzw. Basic-Prüfobjekte aus.
UsedBrowserMonitorQuota – gibt die Anzahl genutzter Credits für Browser- bzw. Full-Page Check (FPC)-Prüfobjekte aus.
UsedTransactionMonitorQuota – gibt die Anzahl genutzter Credits für Transaktionsprüfobjekte aus.
UsedApiMonitorQuota – gibt die Anzahl genutzter Credits für Multi-Step API (MSA)- und Postman-Prüfobjekte aus.

Zuvor gab die MonitorGroup API nur die Gesamtzahl verfügbarer Credits der Gruppe für jede Prüfobjektkategorie aus. Jetzt wird auch die Anzahl genutzter Credits der Gruppe für jede Prüfobjektkategorie angegeben.

Februar 2025

Cursor-Parameter-Wert – Update

Der API Cursor-Parameter ist ein Zeichenkettenwert, der als Zeiger funktioniert, um Daten aus der API-Antwort zu übergehen.

Cursor wurden nun in ein längeres Zeichenkettenformat aktualisiert, um eine sicherere Datenhandhabung zu gewährleisten. Alle neu erstellten Cursor haben nun das neue Format. Die alten Cursor-Formate werden weiterhin bis 1. April 2025 funktionieren. Danach können die alten Cursor nicht mehr verwendet werden. Es wird empfohlen, neue Cursor-Werte zu erzeugen, damit sie aktuell sind und wie erwartet funktionieren.

Beachte, dass der Cursor-Parameter an den Endpunkten der Monitor Check API und Alert API verfügbar ist.

Januar 2025

Update Monitor API

Der Endpunkt /Monitor gibt nun LastModifiedDate aus, was Datum und Uhrzeit der letzten Aktualisierung des Prüfobjekts enthält. Zuvor konnte nur CreatedDate mit der Monitor API abgerufen werden.