URL Monitor
Callisto vérifie vos sites et vos API à intervalle régulier. Si un service renvoie une erreur, ne répond pas en 10 secondes ou présente un certificat invalide, il le revérifie, puis vous envoie un e-mail.
Tarif
Gratuit avec le plan Discover
- Jusqu'à 3 moniteurs URL
- Historique conservé 7 jours
- Plus de moniteurs avec les plans payants.
Moniteurs actifs
Dernier check il y a 12 s
-
api.acme.io/v1/health
GET · Toutes les 60 s
200 142 ms -
checkout.acme.io
GET · Toutes les 30 s
200 318 ms -
api.acme.io/v1/search
En panne · HTTP 503
200 1.9 s -
payments.acme.io/webhook
POST · Toutes les 5 min
204 96 ms
Tout ce qu'il vous faut pour rester en ligne
Rien à installer : vous donnez une adresse, Callisto la vérifie depuis ses serveurs.
Vérifications rapides
De toutes les 30 secondes à toutes les heures. L'intervalle le plus court dépend de votre plan.
Confirmé avant l'alerte
Un échec est revérifié quelques secondes plus tard avant d'être compté. Vous pouvez aussi ajouter un délai de grâce avant l'alerte.
Temps de réponse et disponibilité
Moyenne, minimum et maximum sur la dernière heure, le dernier jour et la dernière semaine. La disponibilité est calculée sur 24 heures, 7, 30 et 365 jours.
Certificat HTTPS
Un certificat invalide compte comme une panne. Sa date d'expiration s'affiche sur le tableau de bord, signalée quand il reste moins de 14 jours.
HTTP, TCP et ping
Vérifiez une URL en GET, HEAD ou POST, un port TCP, ou une machine par ping. Une réponse HTTP entre 200 et 399 compte comme en ligne.
Alerte et retour à la normale
Un e-mail quand le service tombe, un autre quand il est revenu de façon stable. Un bouton envoie une notification de test.
Temps de réponse
api.acme.io/v1/health · 24 dernières heures
187 ms
Moyenne
Exemple d'alerte
Envoyée par e-mail
Exemple
Incident détecté
api.acme.io/v1/health
- Statut
- 503 Service Unavailable
- Cause
- HTTP 503
- Détecté
- il y a 42 s
Comment ça marche
Trois étapes, rien à installer.
-
1
Ajoutez vos URLs
Collez l'adresse à surveiller, puis choisissez le type (HTTP, TCP ou ping), la méthode et l'intervalle.
-
2
Choisissez qui prévenir
Indiquez l'adresse e-mail d'alerte et, si vous voulez, un délai de grâce avant l'alerte.
-
3
Recevez les alertes
Un e-mail à la panne, un autre au retour. Chaque incident reste dans l'historique avec sa cause et sa durée.
Cas d'usage
E-commerce & paiement
Détectez la moindre coupure de votre tunnel de checkout, de votre PSP ou de votre page produit avant vos clients.
API publiques & SaaS
Surveillez vos endpoints REST et suivez leur disponibilité semaine après semaine.
Intégrations partenaires
Soyez le premier averti quand l'API d'un partenaire (banque, opérateur, livreur) devient indisponible.
Sites institutionnels
Sachez tout de suite quand votre site vitrine, votre blog ou une page de campagne ne répond plus.
Questions fréquentes
Quelle est la fréquence minimale de vérification ?
Toutes les 30 secondes au plus souvent, toutes les heures au plus rarement. L'intervalle le plus court dépend de votre plan.
Que vérifie Callisto exactement ?
Pour une URL : une réponse HTTP entre 200 et 399 en moins de 10 secondes, avec un certificat valide en HTTPS. Pour un port TCP : que la connexion s'ouvre. Pour un ping : que la machine répond.
Comment évitez-vous les fausses alertes ?
Un échec est revérifié quelques secondes plus tard avant de compter. Vous pouvez ajouter un délai de grâce, et pendant une longue panne les rappels s'espacent.
Combien de temps conservez-vous l'historique ?
Selon votre plan : chaque plan indique sa durée de conservation. Vous y retrouvez la disponibilité, les temps de réponse et chaque incident.
Prêt à ne plus apprendre vos pannes par vos clients ?
Créez votre compte, choisissez votre plan et ajoutez votre premier moniteur.