Monitoring de disponibilitéDepuis 17 régions

Monitoring de disponibilité.
Zéro fausse alerte.

Monitoring de disponibilité pour vos sites, API, serveurs et tâches cron. Chaque panne est confirmée depuis d’autres régions avant d’alerter qui que ce soit.

20 moniteurs gratuits. Sans carte bancaire.

Choisi par les équipes pour qui la disponibilité passe avant tout.

Lire les témoignages clients

Qu’est-ce que le monitoring de disponibilité ? Un check, une confirmation, une alerte.

Le monitoring de disponibilité vérifie vos sites, API et services depuis l’extérieur, à intervalle régulier, et alerte votre équipe quand ils cessent de répondre correctement. Hyperping lance chaque check depuis l’une de vos régions à tour de rôle, et relance un échec depuis les autres avant de parler de panne.

  1. Check planifié1 region · every 30 s

    Chaque check part de l’une de vos régions, le suivant de la suivante : quelques régions couvrent le monde sans multiplier les requêtes.

  2. Échec503 · Frankfurt

    Un mauvais code de statut, un texte absent, un timeout ou une connexion refusée. Rien n’est encore envoyé.

  3. RevérificationLondon · N. Virginia · Singapore

    D’autres régions choisies relancent aussitôt la même requête, sans attendre l’intervalle suivant. Si l’une d’elles reçoit une bonne réponse, aucune panne n’est ouverte.

  4. Confirméoutage opens · alerts go out

    Seul un échec que les autres régions constatent aussi ouvre une panne, alerte les canaux du moniteur et lance sa politique d’escalade.

17 régions sur six continents. Choisissez-en au moins trois proches de vos utilisateurs, pour qu’un échec puisse toujours être confirmé ailleurs.

  • San FranciscoSFO
  • Californie (N.)CAL
  • Virginie (N.)VIR
  • New YorkNYC
  • TorontoTOR
  • São PauloSAO
  • LondresLDN
  • ParisPAR
  • FrancfortFRA
  • AmsterdamAMS
  • Le CapCPT
  • MumbaiMUM
  • BangaloreBLR
  • SingapourSGP
  • SéoulSEO
  • TokyoTKY
  • SydneySYD

Neuf types de checks. Un seul endroit pour les suivre.

Un site peut être en ligne pendant que son API échoue, que son certificat expire ou que la sauvegarde de la nuit n’a jamais tourné. Chaque type de check repère une façon différente de tomber, avec les mêmes régions, les mêmes alertes et la même page de statut.

  • GET https://example.com · 200 · 182 msevery 30 s · 17 regions

    Sites web

    Le code de statut, le temps de réponse et les redirections de chaque page qui compte, vérifiés depuis les régions de vos visiteurs.

    Monitoring de site web
  • POST /v1/checkout · 503confirmed from 3 regions

    API

    N’importe quelle méthode, vos en-têtes et votre corps de requête, le code de statut attendu et le texte que la réponse doit contenir.

    Monitoring d’API
  • 200 OK · "Add to cart" missingkeyword check · down

    Contenu des pages

    Une page peut répondre 200 et être cassée quand même. Un check par mot-clé échoue dès que le texte attendu manque dans la réponse.

    Monitoring par mot-clé
  • login.spec.ts · step 3 failedtrace + video · alert

    Parcours utilisateur

    Des scripts Playwright se connectent, cherchent et passent commande dans un vrai navigateur toutes les 5 minutes, et échouent dès qu’une étape casse.

    Monitoring synthétique
  • example.com · certificate expires in 14 daysreminder sent

    Certificats SSL et domaines

    Certificats qui expirent, révoqués ou non reconnus, et enregistrements de domaine, avec des rappels jusqu’à 90 jours avant.

    Monitoring SSL
  • A example.com → 203.0.113.9expected 192.0.2.1 · no match

    Enregistrements DNS

    Dix types d’enregistrements, de A à TXT, comparés à la réponse attendue. Inclus à partir du plan Essentials.

    Monitoring DNS
  • db.example.com:5432 · connection refusedport check · down

    Ping et ports TCP

    Le ping ICMP pour les hôtes, et des checks de port pour les bases de données, les serveurs mail et tout ce qui ne parle pas HTTP.

    Monitoring ping et port
  • nightly-backup · no ping since 02:00grace period over · alert

    Tâches cron

    Vos tâches envoient un ping à Hyperping quand elles se terminent. Un ping qui n’arrive pas dans le délai de grâce que vous fixez est une panne.

    Monitoring des tâches cron
  • worker-03 · no metrics for 90 soffline · on-call paged

    Serveurs

    Un agent léger remonte le CPU, la mémoire, le disque et le réseau, et le serveur passe hors ligne quand il cesse de remonter ses métriques.

    Monitoring des serveurs

La détection n’est que le début. Alertes, pages de statut et rapports suivent.

Une panne confirmée ouvre un incident, alerte la personne d’astreinte et passe le service au rouge sur votre page de statut. Quand il répond de nouveau, tout se referme tout seul, et les minutes comptent dans vos rapports de disponibilité.

  • Des alertes sur tous les canaux

    Email, Slack, Teams, SMS, appels téléphoniques, PagerDuty et webhooks, envoyés seulement une fois la panne confirmée.

    Alertes
  • Astreinte et escalade

    Les plannings et les politiques d’escalade alertent la personne d’astreinte, puis passent à la suivante si personne n’acquitte.

    Astreinte
  • Une page de statut qui se met à jour seule

    Vos moniteurs pilotent la page : une panne confirmée passe le service au rouge, et les visiteurs voient l’historique de disponibilité de chaque service.

    Pages de statut
  • Rapports de disponibilité et de SLA

    Disponibilité, pannes, MTTA et MTTR par moniteur sur la période de votre choix, à exporter pour vos revues de SLA ou à lire depuis l’API.

    Rapports
  • Temps de réponse par région

    Chaque check garde son temps de réponse : les ralentissements apparaissent région par région avant de devenir une panne.

    Temps de réponse
  • Fenêtres de maintenance

    Les travaux planifiés suspendent les alertes et s’affichent sur votre page de statut : un déploiement ne réveille jamais personne.

    Fenêtres de maintenance

Des alertes vérifiées.Là où travaille votre équipe.

Chaque alerte est revérifiée depuis au moins deux autres régions avant d’arriver dans les outils que votre équipe utilise déjà.

  • Slack
  • Microsoft Teams
  • Google Chat
  • PagerDuty
  • Opsgenie
  • Jira Service Management
  • Discord
  • Telegram
  • Application mobile
  • Email
  • SMS
  • Appel téléphonique
  • Webhooks

Aller plus loin. Guides, outils gratuits et comparatifs.

Ce que les équipes disent de Hyperping.

Guillermo Rauch
CEO, Vercel
@hyperping est vraiment incroyable
Fabrice Gregoire
Site Reliability Engineer, Alma
Chez nous, Hyperping a la réputation d’être plus réactif que Datadog. Nous recevons généralement les notifications de Hyperping avant celles de Datadog.
Pierre Renaudin
CTO, Slite
Nous avons choisi Hyperping pour offrir à nos utilisateurs un tableau de bord de grande qualité sur nos incidents et l’état de nos services.
Moritz Dausinger
CEO & Founder, Refiner
Les alertes en temps réel de Hyperping nous signalent quand l’application est en panne. Elles arrivent parfois avant même qu’AWS ne s’en rende compte ou ne nous prévienne.
Gary Gaspar
CEO & Founder, Marker.io
Aujourd’hui, nous ne pourrions plus imaginer faire tourner notre SaaS sans Hyperping.
Jakob Bo Storjohann
CEO, Ideanote
Hyperping excelle sur tous les plans : une mise en place fluide, la tranquillité d’esprit et un service client attentif.

C’est un ticket client qui vous apprend que votre site est en panne.

Monitoring, pages de statut et astreinte.Une seule plateforme. Soyez averti avant vos clients.

Monitoring de disponibilité

Détectez les pannes dès qu’elles surviennent, depuis plusieurs régions, avant que vos clients ne les remarquent.

Monitoring des serveurs

Un agent léger suit le CPU, la mémoire et le disque pour repérer les problèmes avant qu’ils ne provoquent une panne.

Vérifications navigateur / E2E

Des tests Playwright qui repèrent les connexions et paiements en échec avant vos clients.

Monitoring des tâches cron

Soyez alerté quand une sauvegarde ou une tâche planifiée échoue en silence, pas des jours plus tard.

api.acme.com is down. HTTP 503 from Paris, confirmed from Frankfurt and N. Virginia.9:42 AM
Incident published on status.acme.com. 1,240 subscribers notified by email.9:43 AM
api.acme.com is back up. Downtime 4 min 12 s, incident resolved automatically.9:46 AM
View incident

Canaux de notification

Les alertes joignent la bonne personne sur Slack, Teams, par SMS ou par appel téléphonique, selon ce qui la réveille.

Monitoring SSL

Gardez vos certificats sous contrôle. Soyez alerté avant leur expiration, pour que vos clients se connectent toujours en toute sécurité.

Calendrier d’astreinte

Planifiez les rotations, répartissez la charge et voyez qui est d’astreinte. Chaque incident parvient à la bonne personne, au bon moment.

Trois outils. Une facture allégée.Monitoring, pages de statut et astreinte. Au même endroit.

USD · Facturation mensuelle pour toutes les offres

La combinaison d’outils

Trois abonnements pour tout faire tourner.

Exemple de stack
  • Pingdom100 vérifications de disponibilité + 20 avancées
    149 $US/mois
  • StatuspagePage publique Startup + page privée Growth
    348 $US/mois
  • PagerDutyProfessional · 10 utilisateurs × 25 $US
    250 $US/mois
Coût cumulé

747 $US/mois

8 964 $US sur 12 mois

Tout est connecté, dès la première vérification.

Business
  • 1 000 moniteurs
  • 10 pages de statut
  • 20 membres d’équipe
  • Astreinte et escalades
  • Vérifications toutes les 20 secondes
  • Support prioritaire
Une plateforme. Un abonnement.

299 $US/mois

3 588 $US sur 12 mois
60 % de moins

Économisez 5 376 $US par an avec cette combinaison.

Voir les tarifs
Sources et hypothèses tarifaires

Vérifié le . Tous les montants sont en USD ; les prix en devise locale peuvent différer.

  • Pingdom Synthetic Monitoring : 149 $US/mois pour 100 vérifications de disponibilité, 20 vérifications avancées et 350 crédits SMS. Tarif en USD issu de notre analyse du 17 août 2026 ; le calculateur en ligne affichait des prix en EUR lors de cette vérification, le tarif en USD n’a donc pas été revérifié de façon indépendante aujourd’hui.
  • Statuspage : une page publique Startup (99 $US/mois, 1 000 abonnés, 10 membres d’équipe) et une page privée Growth (249 $US/mois, 300 abonnés authentifiés, 15 membres d’équipe).
  • PagerDuty Professional : 25 $US/utilisateur/mois en facturation mensuelle, pour 10 utilisateurs. Son tarif de 21 $US nécessite une facturation annuelle.
  • Hyperping Business : 299 $US/mois en facturation mensuelle. Le tarif affiché de 249 $US/mois est l’équivalent mensuel arrondi de l’abonnement annuel à 2 990 $US/an et n’est pas utilisé dans cette comparaison.

Il s’agit d’un exemple de stack à trois outils, et non de la configuration la moins chère possible ni d’une comparaison fonctionnalité par fonctionnalité. Pingdom et PagerDuty incluent aussi des fonctionnalités de page de statut ; toutes les équipes n’auront pas forcément besoin d’un abonnement Statuspage séparé. Les frais d’utilisation et les connecteurs payants ne sont pas inclus. Les totaux annuels correspondent à 12 paiements mensuels, et non à des devis d’abonnement annuel.

Questions sur le monitoring de disponibilité.

Qu’est-ce que le monitoring de disponibilité ?

Le monitoring de disponibilité vérifie depuis l’extérieur de votre infrastructure, à intervalle régulier, que vos sites, API et services répondent, et répondent correctement, puis alerte votre équipe quand ce n’est plus le cas. Son historique vous donne le pourcentage de disponibilité à présenter face à un SLA. Hyperping lance ces checks toutes les 30 secondes depuis 17 régions. Pour aller plus loin, lisez le guide du monitoring de disponibilité.

Comment fonctionne le monitoring de disponibilité ?

Un moniteur envoie une requête à votre URL, votre hôte ou votre port à intervalle fixe, depuis les régions choisies à tour de rôle, et compare la réponse à ce que vous attendez : un code de statut, un texte, un enregistrement DNS, un port ouvert. Quand un check échoue, Hyperping le relance aussitôt depuis vos autres régions et n’ouvre une panne que si elles échouent aussi. Voir créer un moniteur.

À quelle fréquence Hyperping vérifie-t-il mes services ?

Toutes les 30 secondes sur les plans payants et toutes les 5 minutes sur le plan Free, avec des intervalles plus courts sur Business. Les checks navigateur tournent toutes les 5 minutes, et les tâches cron sont vérifiées selon le planning que vous leur donnez. Voir les tarifs.

Que puis-je surveiller avec Hyperping ?

Les sites et API en HTTP, avec des checks par mot-clé sur la réponse, le ping (ICMP) et les ports TCP, les enregistrements DNS, les certificats SSL et l’expiration des domaines, les tâches cron via les healthchecks, les parcours en plusieurs étapes avec les checks navigateur Playwright, et les serveurs avec un agent léger. Voir la documentation du monitoring.

Comment Hyperping évite-t-il les fausses alertes ?

Chaque échec est revérifié depuis vos autres régions avant qu’une panne s’ouvre : un incident réseau entre une sonde et votre serveur ne réveille donc personne. Un délai d’alerte peut aussi ignorer les coupures plus courtes que le nombre de minutes choisi, les fenêtres de maintenance font taire les travaux planifiés, et le code de statut attendu accepte les endpoints qui répondent normalement 401 ou 404. Voir faux positifs.

Quel est un bon pourcentage de disponibilité ?

La plupart des services en production visent 99,9 %, soit environ 8 heures et 46 minutes d’arrêt par an. Les services critiques visent 99,99 %, soit environ 53 minutes par an. Choisissez l’objectif selon votre SLA et ce que vous coûte une heure de panne, puis convertissez-le avec le calculateur de SLA.

Comment suis-je alerté quand quelque chose tombe ?

Par email, SMS, appel téléphonique, Slack, Microsoft Teams, Google Chat, Discord, Telegram, PagerDuty, Opsgenie ou webhooks. Les politiques d’escalade et les plannings d’astreinte envoient chaque alerte à la personne de garde et la font suivre si personne n’acquitte.

Existe-t-il un plan de monitoring de disponibilité gratuit ?

Oui. Le plan Free comprend 20 moniteurs vérifiés toutes les 5 minutes, les checks HTTP, port, ping et mot-clé, un agent serveur et une page de statut basique, sans carte bancaire. Les plans payants commencent par un essai gratuit de 14 jours. Voir monitoring de disponibilité gratuit.

Puis-je afficher ma disponibilité sur une page de statut ?

Oui. Les pages de statut lisent leur état depuis vos moniteurs : une panne confirmée apparaît sur la page sans que personne n’ait à la mettre à jour, et les visiteurs voient l’historique de disponibilité de chaque service. Les plans payants ajoutent les domaines personnalisés, les abonnés et, à partir de Pro, les pages privées. Voir pages de statut.

Quelle différence entre le monitoring de disponibilité et l’APM ?

Le monitoring de disponibilité vérifie de l’extérieur qu’un service répond correctement, comme un client le verrait. L’APM instrumente votre code pour mesurer la latence, les erreurs et le temps passé en base à l’intérieur de l’application. Le premier vous dit que quelque chose est en panne, le second aide à comprendre pourquoi, et la plupart des équipes utilisent les deux.

Votre premier check de disponibilité, en ligne en une minute.