Une surveillance de disponibilité qui dit ce qui a lâché, d’où et pendant combien de temps.
Relvato interroge votre site depuis l’Europe et les États-Unis aussi souvent que votre offre le permet : toutes les 5 minutes avec Free, chaque minute avec Pro et Business, toutes les 30 secondes avec Agency. Quand les deux régions concordent sur une panne, vous êtes alerté aussitôt, avec le statut, les régions et l’heure. Quand il revient, vous le savez aussi, avec la durée de la panne.
- ✓Une réponse dans votre délai (15 s par défaut) — ni 5xx, ni 404, ni silence
- ✓Seulement les codes de statut que vous acceptez, si vous en fixez
- ✓Le texte qui doit apparaître apparaît, celui qui ne doit pas, non
- ✓Aucune page d’erreur ni code brut, même derrière un 200
- ✓Confirmé depuis deux régions avant d’alerter qui que ce soit
- ✓Un % de disponibilité calculé sur les minutes de panne confirmées, à deux décimales
- ✓Les endpoints d’API aussi : GET, HEAD ou POST, avec des règles sur la réponse JSON
- ✓Fenêtres de maintenance : aucune alerte pendant, et seul le temps après compte comme panne
- ✓Une capture de ce que voyaient les visiteurs pendant la panne
La plupart des pannes sont courtes et arrivent quand personne ne regarde : un redémarrage chez l’hébergeur, un certificat expiré, une base de données qui ne répond plus. Un seul point d’observation crie aussi au loup quand son propre réseau hoquette. Deux régions qui doivent concorder et une alerte qui dit exactement ce qui a lâché, c’est agir sur de vraies pannes — et un % de disponibilité qui ne compte qu’elles.
Sur WordPress, si votre site est hors ligne derrière une page de maintenance bloquée ou une barrière “Coming soon”, Relvato vous propose de supprimer le fichier de maintenance résiduel ou de lever la barrière, et vous l’appliquez en un clic dans WordPress → Relvato. Relvato vérifie ensuite que le site est revenu.
- Des requêtes légères depuis l’Europe et les États-Unis atteignent la page de votre choix — la page d’accueil par défaut — toutes les 5 minutes avec Free, chaque minute avec Pro et Business, toutes les 30 secondes avec Agency.
- Un site n’est compté en panne que si les deux régions concordent : un hoquet réseau ne vous alerte jamais ; une seule région a besoin de deux échecs de suite.
- L’alerte indique ce que chaque région a vu et quand cela a commencé ; une seconde alerte annonce le retour et la durée de la panne. Les deux partent aussitôt, même si vos autres alertes arrivent en résumé quotidien. L’exécution de la panne montre aussi une capture de ce qu’affichait la page au moment de la panne.
- L’exécution propre du moniteur de disponibilité interroge aussi la page selon sa planification et après les changements, et échoue sur une page d’erreur ou du PHP brut qui répondent pourtant 200.
Faut-il installer quelque chose ?
Non. La surveillance de disponibilité fonctionne sur n’importe quel site — il suffit de vérifier votre domaine.
À quelle fréquence regarde-t-il ?
Toutes les 5 minutes avec Free, chaque minute avec Pro et Business et toutes les 30 secondes avec Agency, depuis l’Europe et les États-Unis. Ce sont des requêtes légères, pas des exécutions : elles ne comptent pas dans les exécutions de votre offre.
Puis-je choisir ce qui compte comme une panne ?
Oui : la page interrogée, un texte qui doit ou ne doit pas apparaître, les codes de statut acceptés, le délai d’attente d’une réponse et le nombre de minutes de panne avant l’alerte — pour qu’un redémarrage de 30 secondes ne réveille personne.
Serai-je prévenu du retour ?
Oui. Chaque panne envoie « en panne », puis « de retour après N minutes ». Si elle était finie avant la première alerte, vous recevez une seule alerte « en panne pendant N minutes ».
Puis-je voir ce que voyaient les visiteurs pendant la panne ?
Oui. Dès qu’une panne est confirmée, Relvato ouvre la page dans un navigateur et ajoute une capture à la page d’exécution de la panne : la page d’erreur, un avis de suspension de votre hébergeur, un écran blanc. Si rien ne répond, il montre ce que le navigateur a reçu : l’adresse ne se résout pas, la connexion a été refusée ou a expiré. Les moniteurs d’API (HEAD, POST ou règles JSON) n’en ont pas, car il n’y a pas de page à montrer.
Où voir l'historique ?
Dans l'onglet « Uptime » de chaque site : s'il répond en ce moment, la dernière réponse de chaque région, la disponibilité sur 24 heures, 7, 30 et 90 jours, une barre sur 90 jours, le temps de réponse par région et chaque panne avec sa cause.
Puis-je planifier une maintenance ?
Oui. Ajoutez des fenêtres de maintenance ponctuelles ou hebdomadaires (par exemple le dimanche de 02:00 à 03:00 dans votre fuseau horaire). Pendant une fenêtre, personne n'est alerté, et une panne qui y commence ne compte dans le pourcentage de disponibilité qu'à partir de la fin de la fenêtre. Une fenêtre en cours ou prévue dans la semaine s'affiche sur vos pages de statut.
Peut-il surveiller une API ou un endpoint de santé ?
Oui. Pointez le moniteur Uptime vers l'endpoint, choisissez GET, HEAD ou POST (un POST peut envoyer un corps JSON) et ajoutez jusqu'à 10 règles sur la réponse JSON — par exemple status égal à ok, checks.db.ok égal à true ou latency_ms inférieur à 500. Un 200 avec le mauvais JSON compte comme une panne, et l'alerte nomme la règle. Les en-têtes et jetons personnalisés ne sont pas encore pris en charge : utilisez un endpoint qui répond sans eux.
Peut-il surveiller un port, comme un serveur mail ou une base de données ?
Oui. Ajoutez un moniteur de port TCP dans l'onglet « Uptime » du site — un hôte de votre propre domaine et un port, par ex. mail.example.com:587 ou db.example.com:5432. Il est connecté depuis l'Europe et les États-Unis aussi souvent que vos sondes uptime, n'est compté en panne que si les deux sont d'accord, et alerte aussitôt, puis à nouveau quand il répond. 1 sur Free, 5 sur Pro, 20 sur Business, 100 sur Agency.
Mettez ce moniteur en pilote automatique.
Gratuit pour toujours sur un site — 100 exécutions par mois, lancées par vous ou chaque semaine, sans carte. Pro relance vos moniteurs tout seul après chaque mise à jour.