Pour les éditeurs SaaS
Une vue extérieure de la disponibilité de votre SaaS.
UptimeWire interroge vos adresses publiques depuis l’extérieur, confirme les échecs avant d’ouvrir un incident, et prévient votre équipe quand un service cesse de répondre et quand il se rétablit.
-
Application publique212 ms
app.example · HTTP 200
-
Page de connexion188 ms
app.example/login · HTTP 200
-
Point de contrôle de santéIncident confirmé
api.example/health · HTTP 503
-
Documentation240 ms
docs.example · HTTP 200
Quoi surveiller
Choisissez les adresses dont vos clients dépendent.
Chaque adresse exacte compte pour un site web, avec ses propres vérifications de disponibilité, de certificat, de domaine et de DNS.
-
L’application publique
L’adresse que vos clients ouvrent. La première chose à surveiller, et la première qu’ils signalent.
-
La page de connexion
Une adresse distincte, et une façon distincte de tomber. Surveillez-la comme un site web à part.
-
Un point de santé
Si vous en exposez un qui répond 200 seulement quand vos dépendances fonctionnent, le surveiller vous en dit bien plus que la page d’accueil.
-
Documentation et site marketing
Ils sont souvent hébergés ailleurs et tombent indépendamment. Ils comptent eux aussi comme des sites web distincts.
Choisissez des adresses qui répondent sans connexion
UptimeWire envoie une requête simple et compte une réponse de 200 à 399 comme disponible. Il ne peut envoyer ni identifiants ni en-têtes personnalisés : une adresse qui en exige répond donc 401 ou 403, ce qui compte comme un échec.
Faites dire plus à un point de santé
Vous pouvez aussi déclencher un échec quand la page ne contient pas un texte donné, ou en contient un, comme un message d’erreur. La correspondance est exacte, et seul le premier mégaoctet de la page est lu.
Incidents
Un incident confirmé, pas une simple requête échouée.
Les alertes qui crient au loup finissent ignorées : un échec est donc revérifié avant que quiconque soit appelé.
-
1
Une vérification échoue
L’adresse ne répond pas, ou répond en dehors de 200 à 399.
-
2
Elle est répétée
La vérification est relancée peu après, environ 20 secondes plus tard, et peut l’être depuis un second emplacement lorsqu’il est configuré.
-
3
L’incident s’ouvre
Vos canaux reçoivent une alerte de panne avec la raison, par exemple HTTP 503.
-
4
Il se clôt au rétablissement
Vous recevez une alerte de rétablissement, et l’historique conserve le début, la cause et la durée.
La confirmation réduit les fausses alertes. Elle ne les supprime pas, et elle ne rend pas la détection instantanée : le délai avant une alerte dépend de l’intervalle de vérification de votre offre (Free 5 minutes, Starter 3 minutes, Business 1 minute et Agency 1 minute).
Sa place
À utiliser à côté de vos outils d’observabilité, pas à leur place.
UptimeWire voit votre service comme un visiteur extérieur. Vos propres outils voient l’intérieur.
Ce que montre une vérification extérieure
- Si chaque adresse a répondu, et avec quel code d’état
- Combien de temps elle a mis à répondre
- Quand un problème a commencé, combien de temps il a duré et quand il s’est terminé
- Si le certificat, le domaine et le DNS sont en ordre
Ce qu’elle ne montre pas
- Pourquoi le service est tombé : ni journaux, ni traces, ni rapports d’erreurs
- Si la connexion, un appel d’API ou un paiement fonctionne de bout en bout
- La charge des serveurs, les files d’attente ou la santé de la base de données
- Tout ce qui est derrière une connexion, car les requêtes ne portent aucun identifiant
Votre équipe
Envoyez les alertes là où votre équipe travaille déjà.
Les alertes parviennent aux personnes dans les canaux qu’elles suivent. Une page de statut publique peut renseigner tous les autres.
-
E-mail et Telegram
Avec toutes les offres, pour les pannes et les rétablissements ainsi que pour les avertissements de certificat, de domaine et de DNS.
-
Webhooks et Discord
À partir de Starter, pour les pannes et les rétablissements. Un webhook est signé, afin que votre propre code puisse vérifier l’origine d’un message.
-
Slack et Microsoft Teams
À partir de Business, pour les pannes et les rétablissements.
Une page de statut publique
À partir de Starter, une page de statut se remplit à partir des résultats de surveillance et des maintenances planifiées. Pages selon l’offre : Starter 2, Business 5 et Agency 25. La surveillance et la page de statut sont deux choses distinctes : la surveillance prévient votre équipe, la page informe vos clients.
Accès de l’équipe
Les offres supérieures autorisent plus d’utilisateurs. Toutes les personnes du compte voient tous ses sites web. Il n’y a pas de droits par personne ni par projet.
Les canaux de notification sont développés, mais l’envoi vers les services réels est encore en cours de vérification. Consultez le répertoire des intégrations pour connaître l’état de chacun.
Choix de l’offre
Starter pour démarrer. Business quand le service grandit.
La page des tarifs reste le seul endroit pour comparer toutes les offres.
Starter
- 10 sites web, vérifiés toutes les 3 minutes
- 2 pages de statut publiques
- Webhooks et Discord
Business Recommandée
- 25 sites web, vérifiés toutes les 1 minute
- 5 pages de statut, avec votre propre logo et votre propre domaine
- Slack et Microsoft Teams
- Rapports SLA mensuels à l’écran, export CSV, export du journal des incidents avec contrôle du fichier, API en lecture seule et serveur MCP
Historique conservé selon l’offre : Free 30 jours, Starter 90 jours, Business 1 an et Agency 2 ans. L’offre Free couvre un site web et permet d’essayer d’abord les vérifications sans engagement.
Questions fréquentes
Avant de commencer.
UptimeWire remplace-t-il les outils d’observabilité ou d’APM ?
Non. Il vérifie vos adresses publiques depuis l’extérieur. Il ne collecte ni journaux, ni traces, ni erreurs, ni métriques serveur. Utilisez-le comme un signal indépendant indiquant que votre service est joignable, à côté des outils qui expliquent pourquoi il ne l’est pas.
Puis-je surveiller une API qui demande une authentification ?
Pas directement. Les requêtes ne portent ni identifiants ni en-têtes personnalisés : une adresse protégée répond donc 401 ou 403, ce qui compte comme un échec. Surveillez plutôt une adresse de santé publique.
Une page de statut, est-ce la même chose que la surveillance ?
Non. La surveillance observe vos adresses et alerte votre équipe. Une page de statut montre le résultat à vos clients. UptimeWire remplit une page à partir des résultats de surveillance et des maintenances planifiées. Il ne publie pas de messages écrits à la main.
En combien de temps saurai-je qu’il y a une panne ?
Cela dépend de votre intervalle de vérification (Free 5 minutes, Starter 3 minutes, Business 1 minute et Agency 1 minute) et de la confirmation, qui répète une vérification en échec avant l’ouverture d’un incident. Il n’y a pas de nombre de secondes fixe.
UptimeWire peut-il garantir mon SLA ?
Non. Il mesure la disponibilité telle que ses vérifications la voient. Business et Agency affichent des chiffres de SLA mensuels à l’écran et les exportent en CSV. Elles peuvent aussi exporter le journal des incidents, et une page vérifie que le fichier est toujours tel que nous l’avons émis. Savoir si vous respectez un engagement envers vos clients reste votre décision.
Surveillez votre service depuis l’extérieur.
Surveillez gratuitement votre première adresse. Les quatre vérifications sont incluses.