Vue d’ensemble
Pour surveiller la disponibilité et la performance de vos sites web, Uptrends fournit plusieurs types de moniteurs, y compris des moniteurs de disponibilité, des moniteurs de navigateur (Full Page Check) et des moniteurs d’API multi-étapes. À chaque fois qu’un moniteur s’exécute, il effectue une vérification.
La vérification fournit des mesures de surveillance détaillées, y compris les descriptions d’erreur, le temps de résolution et d’autres métriques qui reflètent le statut et le comportement de votre site web ou de votre service.
Prérequis
Pour utiliser l’API MonitorCheck, vous avez besoin des éléments suivants :
- Les identifiants de l’API d’Uptrends
- Une compréhension de base des types de moniteurs et de leur configuration
- Une compréhension rudimentaire des résultats des moniteurs
Endpoints de l’API MonitorCheck
Lorsque vous demandez une liste de vérifications de moniteur, chaque entrée contient des métriques élémentaires issues de la vérification. Selon le type de moniteur, des données plus détaillées peuvent être obtenues au moyen de requêtes GET supplémentaires. Lorsque des ressources sont associées à la vérification, elles apparaissent dans le tableau Relationships : chaque élément inclut Links.Self, qui correspond au chemin à appeler pour récupérer ces détails (par exemple, /MonitorCheck/{monitorCheckId}/MultiStepAPI).
Pour accéder aux schémas et aux tests interactifs, reportez-vous à la documentation de l’API MonitorCheck d’Uptrends (en anglais).
L’API MonitorCheck fournit les endpoints GET suivants :
/MonitorCheck: renvoie les données de la vérification pour le compte./MonitorCheck/{monitorCheckId}: renvoie une vérification de moniteur unique./MonitorCheck/Monitor/{monitorGuid}: renvoie les données de la vérification pour le moniteur précisé./MonitorCheck/MonitorGroup/{monitorGroupGuid}: renvoie les données de la vérification pour le groupe de moniteurs précisé.
Endpoints spécifiques au type de moniteur
Ces endpoints GET renvoient des données pour une vérification effectuée par un moniteur spécifique, selon le type de moniteur :
/MonitorCheck/{monitorCheckId}/Http: renvoie les données de vérification issues du moniteur HTTP ou HTTPS, y compris l’URL, le corps de réponse et les en-têtes./MonitorCheck/{monitorCheckId}/MultiStepAPI: renvoie les données de vérification issues du moniteur d’API multi-étapes, y compris l’URL, le code de statut, les en-têtes de requête et le corps de réponse./MonitorCheck/{monitorCheckId}/Transaction: renvoie les données de vérification issues du moniteur de transaction, y compris les informations sur les étapes. Pour les graphiques en cascade, les captures d’écran successives, le code source de la page et le journal de la console, utilisez les endpoints correspondants présentés dans la suite de cet article.
Endpoints pour la configuration du moniteur
Ces endpoints GET renvoient les graphiques en cascade, le contenu de la page et les médias pour les moniteurs de navigateur et de transactions, selon le cas :
/MonitorCheck/{monitorCheckId}/Waterfall: renvoie les données des graphiques en cascade pour les moniteurs de navigateur (Full Page Check) et les moniteurs de transactions. La réponse inclut les Core Web Vitals et les métriques liées (Cumulative Layout Shift, First Contentful Paint, Largest Contentful Paint et Time to First Byte)./MonitorCheck/{monitorCheckId}/PageSource: renvoie le code source de la page (HTML) pour les moniteurs de navigateur et les moniteurs de transactions./MonitorCheck/{monitorCheckId}/ConsoleLog: renvoie le journal de console du navigateur pour les moniteurs de navigateur et les moniteurs de transactions./MonitorCheck/{monitorCheckId}/Screenshot/{screenshotId}: renvoie les données des captures d’écran issues de la vérification de moniteur./MonitorCheck/{monitorCheckId}/Filmstrip: renvoie les données des captures d’écran successives pour les moniteurs de navigateur et les moniteurs de transactions.
Endpoint pour la surveillance simultanée
/MonitorCheck/{monitorCheckId}/Concurrent: renvoie tous les contrôles partiels pour une vérification simultanée effectuée par un moniteur.
Réponse de l’API MonitorCheck
{
"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=="
}
}
Paramètres de l’API MonitorCheck
Les paramètres suivants sont disponibles dans l’API MonitorCheck :
| Nom du champ | Description |
|---|---|
monitorCheckId |
Identifiant unique de la vérification de moniteur |
monitorGuid |
Identifiant unique du moniteur |
monitorGroupGuid |
Identifiant unique du groupe de moniteurs |
ErrorLevel |
| Niveau de gravité de l’erreur renvoyée. Voici les valeurs possibles :
|
ShowPartialMeasurements |
Ce champ concerne la surveillance simultanée. Il fait référence aux contrôles partiels, c’est-à-dire des vérifications qui sont considérées comme une réussite partielle, plutôt qu’une réussite complète ou qu’un échec complet.
|
Cursor |
Une valeur de chaîne (requête) utilisée pour parcourir l’ensemble de données. Pour en savoir plus, lisez notre article sur le champ Cursor.
|
Sorting |
Trie les données par ordre ascendant ou descendant. La valeur par défaut est Descending. |
Take |
Nombre maximum d’enregistrements à renvoyer. La valeur par défaut et maximale est 100. |
Start |
Paramètre de date personnalisé au format YYYY-MM-DDTHH:MM:SS (par exemple, 2025-01-20T08:00:00) utilisé avec le paramètre End pour préciser la date de début pour la réponse d’API. Ce paramètre n’est pas compatible avec la valeur PresetPeriod. |
End |
Paramètre de date personnalisé au format YYYY-MM-DDTHH:MM:SS (par exemple, 2025-01-20T16:00:00) utilisé avec le paramètre Start pour préciser la date de fin pour les enregistrements statistiques renvoyés. Ce paramètre n’est pas compatible avec la valeur PresetPeriod. |
PresetPeriod |
Renvoie une liste de périodes permettant de filtrer des informations pour une période spécifique. Ce paramètre n’est pas compatible avec les valeurs Start et End. La valeur par défaut est
Last24Hours. Pour en savoir plus, vous pouvez lire notre article sur le champ PresetPeriod. |
step |
Requis uniquement pour les vérifications effectuées par des moniteurs de transactions. Concerne une étape précise dans le moniteur de transaction. Par exemple, 1, 2 ou 3. |
Champs de l’API MonitorCheck
Structure de données générique
L’objet racine peut inclure les éléments suivants :
Data: un tableau de vérifications de moniteurs ou un objet unique de vérification de moniteur (par exemple, pourGET /MonitorCheck/{monitorCheckId}).Links: URL pour la page en cours et la page de résultats suivante. Pour en savoir plus, lisez notre article sur le champ Links.Relationships: ressources associées (serveur de checkpoint, types d’informations, etc.). Chaque élément inclut les valeursId,TypeetLinks.Self. Pour en savoir plus, lisez notre article sur le champ Relationships.Cursors: les valeurs de curseur permettant de parcourir un ensemble de données. Pour en savoir plus, lisez l’article sur le champ Cursor.Meta: métadonnées de la vérification de moniteur.
Champs de données et attributs
| Champ | Description |
|---|---|
MonitorGuid |
Identifiant unique du moniteur ayant effectué la vérification |
Timestamp |
Date et heure de la vérification (par exemple, 2026-01-20T08:00:00). |
ErrorCode |
Code d’erreur numérique attribué par Uptrends lorsque le résultat est une erreur, 0 lorsque le résultat est OK. |
TotalTime |
Durée en millisecondes de l’exécution de la vérification de moniteur |
ResolveTime |
Durée en millisecondes de l’exécution de la requête DNS pour cette vérification, le cas échéant |
ConnectionTime |
Durée en millisecondes de l’établissement d’une connexion |
DownloadTime |
Durée en millisecondes de l’exécution du téléchargement des données de la réponse |
TotalBytes |
Nombre d’octets téléchargés pour cette vérification (si applicable) |
ResolvedIpAddress |
Adresse IP résolue pour le domaine cible pour cette vérification (si applicable) |
ErrorLevel |
NoError, Unconfirmed ou Confirmed. |
ErrorDescription |
Courte description de l’erreur ou OK si absente |
ErrorMessage |
Autres informations sur l’erreur, le cas échéant |
StagingMode |
Indique si la vérification a été effectuée par un moniteur en mode simulation |
ServerId |
Identifiant du serveur de checkpoint d’Uptrends ayant effectué la vérification |
HttpStatusCode |
Code de statut HTTP renvoyé par la cible, le cas échéant |
IsPartialCheck |
Indique si cette ligne est une mesure issue d’une surveillance simultanée. Pour en savoir plus, lisez notre article sur les erreurs et alertes pour la surveillance simultanée. |
IsConcurrentCheck |
Indique si cet enregistrement est issu de la vérification simultanée. |
L’URL surveillée et les autres champs spécifiques au type de moniteur sont disponibles via les endpoints de détail (par exemple, GET /MonitorCheck/{monitorCheckId}/Http ou GET .../MultiStepAPI), et non dans l’objet Attributes de base commun à tous les types de moniteurs.
Dépannage
Vous trouverez ci-dessous les erreurs HTTP les plus courantes et les étapes à suivre pour résoudre les problèmes liés à l’API MonitorCheck.
Erreurs courantes
Codes de statut HTTP courants et leurs descriptions :
| Code de statut | Description |
|---|---|
| 200 | OK : requête réussie |
| 204 | Pas de contenu : la requête a été bien exécutée et aucune réponse n’a été envoyée. Ce code s’applique aux requêtes DELETE, PUT, PATCH et POST. |
| 400 | Mauvaise requête : les paramètres de requête sont invalides ou des champs obligatoires sont manquants. |
| 401 | Non autorisé : les identifiants d’authentification sont invalides ou manquants. |
| 403 | Interdit : une ou plusieurs erreurs de validation se sont produites. Ces erreurs peuvent être liées aux autorisations du compte. |
| 404 | Non trouvé : l’ID de vérification de moniteur, le GUID du moniteur, le GUID du groupe de moniteurs ou l’ID de capture d’écran précisé n’existe pas ou n’est pas accessible. |
| 500 | Erreur de serveur interne : une erreur s’est produite du côté serveur. |
Dépannage général
Pensez à :
- Toujours valider les données de votre requête avant d’envoyer les appels d’API.
- Utiliser des méthodes HTTP appropriées pour chaque opération.
Pour en savoir plus, veuillez contacter notre équipe de support.
Articles liés
Pour en savoir plus, vous pouvez lire les articles suivants :
- Documentation de l’API MonitorCheck d’Uptrends : cette documentation interactive vous fournit des spécifications détaillées sur les endpoints (en anglais).
- Journal de modification des API : cette page rassemble les dernières actualités sur l’API et les avis de retrait.