La surveillance de disponibilité d’un site web envoie une requête à votre site à intervalle régulier et vérifie la réponse. Si la réponse est incorrecte, lente ou absente, vous recevez une alerte. Cela paraît simple, et ça l’est. Toute la valeur est dans les détails : la fréquence des contrôles, ce qui compte comme un échec, la façon dont un échec est confirmé et la rapidité avec laquelle la bonne personne est prévenue.
Uptimecheck exécute des contrôles HTTP(S), ping et port toutes les 1, 2, 5, 10, 15 ou 30 minutes ou toutes les heures. Chaque contrôle enregistre le code de statut et le temps de réponse : vous voyez à la fois les pannes et les périodes de lenteur. Pour commencer par les bases, lisez ce qu’est la surveillance de disponibilité et pourquoi elle compte.
Types de contrôles
HTTP(S) : appelez une URL en GET, POST ou une autre méthode, envoyez vos propres en-têtes et corps de requête, et vérifiez le code de statut, un mot-clé ou des champs JSON dans la réponse.Ping : vérifiez qu’un hôte répond sur le réseau, avec le temps d’aller-retour.Port : vérifiez qu’un service, comme un serveur de messagerie ou une base de données, accepte les connexions.
Pour les parcours qui s’étendent sur plusieurs pages, comme la connexion ou le paiement, utilisez la surveillance de parcours.
Pourquoi contrôler toutes les minutes, et deux fois
Une interruption coûte de l’argent à chaque minute. Si votre page de paiement répond 503 à 3 h 12 et que personne ne s’en aperçoit avant le premier ticket au support, vous avez perdu des heures au lieu de minutes. Notre guide sur le coût d’une interruption de site web détaille les chiffres.
Uptimecheck contrôle depuis Stockholm, Londres et New York, et confirme chaque échec depuis un second site avant l’ouverture d’un incident. Cela évite les fausses alertes dues à une seule requête perdue ou à un bref accroc réseau, tandis qu’une vraie panne vous parvient toujours en une minute ou deux. Notre guide pour réduire les fausses alertes explique pourquoi c’est important.
Du contrôle en échec à la résolution
03:12 : le contrôle de northwind.shop/checkout renvoie 503.03:12 : le second contrôle échoue aussi. Un incident s’ouvre avec la réponse en erreur et une capture d’écran de ce que voyaient les visiteurs.03:13 : le développeur d’astreinte reçoit une notification push sur son téléphone, et le canal de l’équipe reçoit les détails dans Slack.03:19 : les contrôles repassent. Un avis de rétablissement part avec la durée totale de l’interruption.
Les alertes partent par e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks et notifications push sur votre téléphone, sur toutes les offres. Consultez alertes et notifications pour le routage et l’escalade, la gestion des incidents pour ce qui se passe après l’alerte, et associez la surveillance à une page de statut pour que vos clients sachent ce qui se passe sans ouvrir de ticket.
Des temps de réponse décomposés par phase
Chaque contrôle HTTP enregistre son temps de réponse, décomposé en DNS, connexion, TLS, serveur et téléchargement. Une phase serveur lente désigne votre application ; un DNS ou un TLS lent désigne l’infrastructure. Les graphiques affichent la médiane, le 95e percentile et la moyenne, pour qu’une traîne de requêtes lentes ne se cache pas derrière une bonne moyenne. En savoir plus sur le temps de réponse d’un site web.
Fixez une limite, par exemple 2 000 ms, et vous recevez une alerte de lenteur quand trois contrôles consécutifs la dépassent, puis une autre quand le site redevient rapide. Le temps de lenteur ne compte pas comme une interruption.
La page du moniteur liste ses derniers contrôles. Trois contrôles identiques ou plus à la suite sont regroupés sur une ligne, comme « OK · 200 × 18 » avec la plage des temps de réponse, et se déplient pour afficher chaque contrôle. Un échec n’est jamais regroupé avec une série de réussites, et le second contrôle qui confirme un échec garde sa propre ligne. Si un moniteur qui n’est pas en pause n’a pas été contrôlé depuis deux fois son intervalle, la page indique « No recent data » avec l’heure du dernier contrôle : un ancien statut ne passe jamais pour un statut actuel.
Vérifiez que la page fonctionne vraiment
Une page peut répondre 200 et être pourtant cassée : une liste de produits vide, un message d’erreur, une page de maintenance. Ajoutez des contrôles de réponse qui doivent tous réussir :
Statut attendu : des codes ou des plages, comme 200-299 ou 200,301.Mot-clé : un texte que la page doit contenir ou non, comme « Add to cart ».JSON et en-têtes : pour les API, un champ comme $.status égal à ok, ou un en-tête qui doit être présent.
Les moniteurs HTTPS lisent aussi le certificat et vous préviennent avant son expiration. Voir la surveillance SSL.
Créez votre premier moniteur
Ajoutez l’URL, choisissez le type de contrôle, définissez ce qui compte comme une réponse valide et choisissez les canaux à alerter. « Test request » affiche la réponse avant l’enregistrement, et le premier contrôle s’exécute aussitôt. La plupart des équipes commencent par trois moniteurs : la page d’accueil, la page de conversion la plus importante (paiement, inscription ou connexion) et l’endpoint principal de l’API. Vous venez d’UptimeRobot, Better Stack, Pingdom ou StatusCake ? Importez vos moniteurs avec leurs réglages et passez-les tous en revue avant que quoi que ce soit ne soit créé.
Ce qui compte comme une panne
Un contrôle échoue quand la requête expire, que la connexion est refusée, que le certificat n’est pas valide, que le code de statut n’est pas celui attendu ou qu’un contrôle de réponse n’est pas respecté. La disponibilité est la part du temps sans panne confirmée, et les fenêtres de maintenance n’entrent pas dans le calcul. Les rapports affichent la disponibilité par moniteur sur n’importe quelle période par rapport à votre objectif de SLA, avec export CSV.
Les offres commencent à 9 € par mois en facturation annuelle ou 12 € en facturation mensuelle, HT, avec des contrôles toutes les minutes sur toutes les offres payantes, ou gratuitement pour 5 moniteurs contrôlés toutes les 5 minutes. Comparez moniteurs, pages de statut et historique (1, 2 ou 3 ans) sur la page des tarifs, explorez la démo en direct sans inscription, ou démarrez un essai gratuit de 14 jours sans carte bancaire.