Vérifiez la réponse, pas seulement le statut
Pointez un moniteur vers n'importe quel endpoint, choisissez la méthode, ajoutez des en-têtes comme un bearer token et envoyez un corps JSON. Indiquez ensuite à UptimePush quel chemin JSON doit correspondre à quelle valeur, par exemple $.status égal à "ok" ou $.queue.depth inférieur à 100.
- GET, POST, PUT, PATCH, DELETE et HEAD
- En-têtes et corps de requête personnalisés
- Assertions sur chemin JSON : égal, contient, supérieur et inférieur à
- Seuils de temps de réponse
- Présence ou absence d'un mot-clé dans le corps brut
Détectez les ralentissements avant vos utilisateurs
Définissez un seuil, par exemple 800 ms, et soyez alerté quand la latence p95 le dépasse. Les graphiques de temps de réponse vous montrent quand le ralentissement a commencé, ce qui pointe généralement vers le déploiement qui l'a causé.
Heartbeats pour les tâches derrière l'API
Les workers de file d'attente et les tâches cron n'ont pas d'URL à vérifier. Donnez-leur un moniteur heartbeat : la tâche pingue une URL unique lorsqu'elle se termine, et vous êtes alerté si le ping n'arrive pas à temps.