Uptrends' API zal in de loop van de tijd worden verbeterd en uitgebreid. We zullen nieuwe eindpunten en methoden toevoegen voor nieuwe functionaliteit.
Bij het toevoegen van nieuwe functionaliteit streven wij ernaar achterwaarts compatibel te blijven. Soms is verandering echter onvermijdelijk en is een nieuwe versie van de API mogelijk niet compatibel met wat u tot nu toe heeft gecodeerd en gebruikt. Bekijk de API Changelog regelmatig om op de hoogte te blijven van alle wijzigingen en waar nodig op wijzigingen te reageren.
Als u de documentatie van de API zoekt, bekijk dan de artikelen in de categorie Uptrends' API.
Bent u ook geïnteresseerd in de wijzigingen in de Uptrends-app, bekijk dan de algemene changelog.
Juli 2026
OpenTelemetry-exportconfiguraties beheren met de nieuwe MonitorResultExportSettings API
Er is een nieuwe set MonitorResultExportSettings-eindpunten toegevoegd om u te helpen uw Uptrends OpenTelemetry-exportconfiguratie te beheren. Met de API kunt u OpenTelemetry-verbindingen, regelsets en exportinstellingen creëren, ophalen, bijwerken en verwijderen die in Uptrends zijn geconfigureerd.
Zie voor meer informatie de Uptrends API v4 MonitorResultExportSettings-documentatie.
Ondersteuning voor Bearer-authenticatie in de Monitor en MonitorCheck APIs
De eindpunten /Monitor en /MonitorCheck/{monitorCheckId}/MultiStepAPI ondersteunen nu het configureren van Bearer-authenticatie voor multi-step API-controleregels. Wanneer dit is geconfigureerd, wordt het bearer-token automatisch opgenomen in de Authorization-header van het request. Om veiligheidsredenen kan de tokenwaarde niet uit een eindpunt worden opgehaald.
Raadpleeg voor meer informatie de Uptrends API v4 Monitor- en MonitorCheck-documentatie.
Juni 2026
Monitor API update: Bekijk wie het laatst een controleregel heeft bijgewerkt
Het /Monitor-eindpunt retourneert nu de LastModifiedByOperatorId, die de operator identificeert die de controleregel voor het laatst heeft gecreëerd of bijgewerkt.
Beheer aangepaste integraties met nieuwe Integration/Custom-eindpunten
Er is een nieuwe set Integration/Custom-eindpunten toegevoegd om aangepaste integraties op te halen, te creëren, bij te werken en te verwijderen. Raadpleeg voor meer informatie de
Uptrends API v4 Integration-documentatie.
Beheer API-gebruikers met nieuwe ApiUser-eindpunten
Er is een nieuwe set ApiUser-eindpunten toegevoegd om API-gebruikers op te halen, te creëren, bij te werken en te verwijderen. Raadpleeg voor meer informatie de
Uptrends API v4 ApiUser-documentatie.
Maart 2026
Beheer RUM-websites efficiënt met de API
RUM-websites kunnen nu volledig via de API worden beheerd. Het /RUM-eindpunt is uitgebreid en ondersteunt nu het creëren, bijwerken en verwijderen van RUM-websiteconfiguraties, naast het ophalen ervan. Raadpleeg voor meer informatie de
Uptrends API v4 RUM-documentatie.
September 2025
Introductie van het MonitorCheck-eindpunt voor Postman API-controleregels
Het eindpunt /MonitorCheck/{monitorCheckId}/PostmanAPI is toegevoegd om gedetailleerde monitoringinformatie te bieden voor individuele Postman API-controleregelchecks. Dit retourneert belangrijke resultaten, zoals HTTP-statuscode, assertionresultaten, totale uitvoeringstijd, responscomponenten en andere informatie voor elke API-stap.
Raadpleeg voor meer informatie de Uptrends API v4 MonitorCheck-documentatie.
Monitor API-update: Ondersteuning voor voorgedefinieerde variabelen in Postman API-controleregels
Het eindpunt /Monitor retourneert nu ook het veld PredefinedVariables voor Postman API-controleregels. Dit veld bevat alle door de gebruiker gedefinieerde variabelen en collectievariabelen die aan de controleregel zijn gekoppeld.
"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}}"
}
]
Raadpleeg voor meer informatie het knowledgebase-artikel Postman API-variabelen en de Uptrends API v4 Monitor-documentatie.
Monitor API-update: Ondersteuning voor de nieuwste Edge- en Chrome-useragents
Het eindpunt /Monitor ondersteunt nu ChromeLatest en EdgeLatest als useragent-waarden voor de nieuwste Chrome- en Edge-versies. U kunt deze waarden ook gebruiken met de methodes /POST, /PUT en /PATCH.
Augustus 2025
Monitor API-update: Verouderde velden
Vanaf 27 augustus 2025 zijn bepaalde velden in het eindpunt /Monitor verouderd. Gebruik de opdracht Monitor.ErrorConditions om foutcondities te definiëren en compatibiliteit met de Uptrends API te behouden.
Mei 2025
Aankomende belangrijke wijziging: verwijdering van API-velden
Als onderdeel van onze voortdurende inspanningen om de Uptrends API te optimaliseren, worden specifieke velden in de volgende Monitor-eindpunten met ingang van 27 augustus 2025 verwijderd:
GETenPOST/MonitorGET,PUTenPATCH/Monitor/{monitorGuid}GETenPOST/Monitor/MonitorGroup/{monitorGroupGuid}
De volgende verouderde velden worden nu behandeld als
Types foutcondities onder de array ErrorConditions. Gerelateerde velden worden samengevoegd tot één entry, ter vervanging van hun eerdere gebruik als individuele velden:
| Verouderde velden | Vervangende velden |
|---|---|
AlertOnLoadTimeLimit1, LoadTimeLimit1 |
|
AlertOnLoadTimeLimit2, LoadTimeLimit2 |
LoadTimeLimit2 |
AlertOnMaximumBytes, MaximumBytes |
TotalMaxBytes |
AlertOnMinimumBytes, MinimumBytes |
TotalMinBytes |
AlertOnMaximumSize, ElementMaximumSize |
PageElementMaxSizeWithPercentage |
AlertOnPercentageFail, FailedObjectPercentage |
PageElementFailedWithPercentage |
ExpectedHttpStatusCode, ExpectedHttpStatusCodeSpecified |
HttpStatus |
Hieronder ziet u een voorbeeld van de bijgewerkte API-respons. Het is raadzaam uw API-aanroepen aan te passen om de ErrorConditions-array te gebruiken. Dit is afgestemd op de nieuwste API-structuur en zorgt voor correcte API-functionaliteit.
{
...
"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"
}
],
...
}
Update Persoonlijk Controlestationstatus
Het eindpunt GET /PrivateCheckpointHealth retourneert nu het veld Warnings, dat alle waarschuwingsinformatie bevat die is gekoppeld aan het controlestation van de server. Raadpleeg voor meer informatie de Engelstalige Uptrends API v4 Private location Checkpoint health-documentatie.
April 2025
Introductie van de Persoonlijke locaties API
Er is een nieuwe set API-eindpunten toegevoegd om u te helpen uw Persoonlijke locaties-configuratie te beheren, inclusief status- en controlestationinformatie. Raadpleeg voor meer informatie de Uptrends API v4 Persoonlijke locaties-documentatie.
Maart 2025
Update Monitor Group API
Het eindpunt /MonitorGroup retourneert nu het aantal gebruikte credits per controleregeltype:
UsedBasicMonitorQuota— retourneert het aantal credits dat wordt gebruikt voor Uptime- of Basiscontroleregels.UsedBrowserMonitorQuota— retourneert het aantal credits dat wordt gebruikt voor Browser- of Full Page Check (FPC)-controleregels.UsedTransactionMonitorQuota— retourneert het aantal credits dat wordt gebruikt voor Transactiecontroleregels.UsedApiMonitorQuota— retourneert het aantal credits dat wordt gebruikt voor Multi-step API (MSA)- en Postman-controleregels.
Voorheen retourneerde de MonitorGroup API alleen het totale aantal credits dat beschikbaar was voor de groep voor elke controleregelcategorie. Nu retourneert het ook het aantal credits dat in de groep wordt gebruikt voor elke controleregelcategorie.
Februari 2025
Update Cursor-parameterwaarde
De API Cursor-parameter is een tekenreekswaarde die werkt als aanwijzer om data uit de API-respons te doorlopen.
Cursors zijn nu bijgewerkt naar een langere tekenreeksindeling om veiligere dataverwerking te garanderen. Alle nieuw gecreëerde cursors volgen nu het nieuwe formaat en de in het oude formaat gemaakte cursors blijven werken tot 1 april 2025. Na deze periode zijn oude cursors niet meer beschikbaar voor gebruik. Het wordt aanbevolen om nieuwe cursorwaarden te genereren om ze up-to-date te houden en te laten werken zoals verwacht.
Merk op dat de Cursor-parameter beschikbaar is in de eindpunten MonitorCheck API en Alert API.
Januari 2025
Update Monitor API
Het eindpunt /Monitor retourneert nu de LastModifiedDate, die de datum en tijd bevat waarop de controleregel voor het laatst is bijgewerkt. Voorheen kon alleen de CreatedDate worden opgehaald uit de Monitor API.