Une surveillance derrière la connexion qui veille sur ce que vos clients paient.
La surveillance classique s’arrête au formulaire de connexion — la partie que vos clients paient réellement reste donc sans surveillance. Uptimia se connecte comme un vrai utilisateur et vérifie que les pages situées derrière fonctionnent toujours, puis vous montre l’étape exacte qui a échoué, avec une capture d’écran.
Response time by step
avg run 4.4 s · last 24 hStep breakdown
All 5 steps passedFailed at step 44.38 s · 09:097.26 s · 09:14AveragesLast runLe tableau de bord que personne ne pouvait atteindre
Les clients ne parvenaient plus à entrer. La page de connexion continuait à se charger et paraissait parfaitement saine vue de l’extérieur — pendant que chaque compte situé derrière était inaccessible.
Chaque page derrière la connexion
De la connexion elle-même au tableau de bord, en passant par le portail de facturation et la console d’administration — chaque page n’est atteinte qu’après connexion, et toute étape en échec ouvre un incident.
Construisez la connexion dans votre navigateur
Composez pas à pas les étapes d’un vrai utilisateur : ouvrir la page de connexion, saisir l’e-mail, le mot de passe, valider, vérifier le tableau de bord. Un aperçu en direct se met à jour au fil de la construction.
- Partez du modèle Connexion — il insère déjà les cinq étapes, jusqu’à la vérification du chargement de l’application
- Un champ mot de passe masqué — un type d’étape dédié qui masque la valeur pendant la saisie
- Testez la connexion en direct — une étape cassée passe au rouge et bascule l’aperçu sur sa capture d’écran
Preuves, chronométrage et alertes
Voyez où la connexion a cassé
Quand la connexion échoue, tout le déroulé s’affiche sous vos yeux — chaque étape dans l’ordre, celle qui a cassé signalée en rouge, et la capture d’écran prise par le navigateur au moment où tout s’est figé.
- La capture d’écran de l’étape en échec — l’image exacte sur laquelle la connexion s’est figée
- L’étape qui a cassé en rouge, chaque étape suivante affichée comme « non exécutée »
- Chaque barre décalée du début de son étape — la connexion se lit comme une cascade
Trouvez l’étape lente
« La connexion semble lente » n’est qu’une impression tant que vous ne pouvez pas nommer l’étape en cause. Uptimia chronomètre chacune d’elles, si bien que vous voyez que la redirection d’authentification est le frein — et vous corrigez celle-ci, pas toute la page.
- Chaque étape triée par sa durée moyenne — plus la part qu’elle occupe dans la connexion
- Les cinq étapes les plus lentes empilées dans le temps, chacune avec sa propre courbe de tendance
- Les pires exécutions affichées à côté de la moyenne — ainsi une connexion qui ne rame que les mauvais jours se démasque aussi
Toute la connexion en un coup d’œil
Une seule bande répond aux vraies questions : peut-on entrer en ce moment, à quel point la connexion a-t-elle été fiable ces derniers temps, et où passent les secondes.
- Statut, disponibilité et nombre d’incidents en haut — la santé de la connexion sur une seule ligne
- Temps d’exécution moyen et le plus lent, à côté du nombre d’étapes de toute la connexion
- L’étape la plus lente désignée par son numéro et son action, à côté de la fréquence de la vérification
Alerté quand une exécution de connexion échoue
L’exécution en échec envoie l’alerte directement là où votre équipe regarde déjà — Slack, PagerDuty, WhatsApp, e-mail et le reste. Dès qu’une connexion ultérieure aboutit, la notification de rétablissement suit.
- La liste de contacts que vous avez déjà constituée — partagée avec chaque sonde Uptimia, configurée une fois
- L’étape cassée détaillée dans l’alerte — laquelle, et pourquoi
- Un message de fin d’alerte dès qu’une exécution ultérieure se connecte proprement
La prochaine connexion bloquée devrait vous alerter.Pas un client bloqué à la porte.
Chaque connexion, chaque capture d’écran, chaque canal d’alerte — gratuit pendant 30 jours, sans aucune extension payante.
Comment fonctionne la surveillance derrière une connexion
Construisez la connexion en quelques minutes — les vérifications s’exécutent depuis les navigateurs d’Uptimia, vous ne touchez jamais à votre application.
Construisez la connexion
Partez du modèle Connexion, puis composez pas à pas les étapes suivies par l’utilisateur pour se connecter — ouvrir la page, saisir l’e-mail, saisir le mot de passe, valider, vérifier le tableau de bord.
Testez, puis enregistrez
« Tester toutes les étapes » se connecte réellement face à un navigateur en direct. Tout ce qui casse passe au rouge et affiche sa capture d’écran — vous le repérez avant même d’enregistrer.
Soyez alerté quand la connexion casse
Uptimia se reconnecte selon votre calendrier. La première étape qui casse déclenche un seul incident et alerte votre équipe, la capture d’écran de cette étape jointe.
Également inclus
Des connexions qui ne sont pas un simple formulaire
Une bannière de cookies qui gêne, un écran qui demande d’abord l’e-mail puis le mot de passe sur la page suivante, une case « se souvenir de moi », un champ ajouté par votre application — ajoutez-les au scénario, puis indiquez ce qui doit apparaître à l’écran une fois connecté.
Assertions
Vérifiez que vous avez vraiment atterri sur le tableau de bord — pas seulement que la page de connexion s’est chargée.
Des modèles pour démarrer
Le modèle Connexion compte cinq étapes — URL, e-mail, mot de passe masqué, envoi, et vérification de la page d’arrivée.
Points d’accès en authentification HTTP de base
Pour une page protégée par une authentification HTTP de base ou un jeton fixe, une simple sonde de disponibilité stocke les identifiants ou l’en-tête et les vérifie à chaque exécution — sans connexion scriptée.
Fenêtres de maintenance
Une fenêtre de déploiement empêche les travaux planifiés d’alerter qui que ce soit.
Un tableau de bord pour tout
Les vérifications avec connexion vivent aux côtés des sondes de disponibilité, SSL, vitesse, DNS et signal de présence — mêmes contacts, groupes et rôles.
Des alertes là où votre équipe travaille déjà
Les vérifications avec connexion utilisent les mêmes contacts et canaux que tout ce que vous surveillez avec Uptimia.
Microsoft Teams12 canaux, une seule liste de contacts — configurez-la une fois, chaque vérification l’utilise.
Parcourir l’annuaire complet des intégrations →Qu’est-ce que la surveillance derrière une connexion ?
La surveillance derrière une connexion est une vérification automatisée qui se connecte à votre application selon un calendrier et confirme que les pages situées derrière la connexion fonctionnent réellement — le tableau de bord, l’espace compte, le panneau d’administration — pas seulement que la page de connexion publique se charge. Il existe deux façons d’atteindre une page protégée : un point d’accès derrière une authentification HTTP de base ou un jeton fixe peut être surveillé par une vérification de disponibilité authentifiée, tandis qu’un vrai formulaire de connexion est piloté par une sonde de transaction qui le remplit, l’envoie, et vérifie que l’application s’est chargée.
Comment se connecte-t-elle ?
Chaque exécution ouvre la page de connexion, saisit l’e-mail et le mot de passe d’un compte de test dédié, envoie, et vérifie que le tableau de bord s’affiche — en enregistrant le délai, et une capture d’écran en cas d’échec.
Capturer, puis alerter
étape 4 · cliquer sur « Sign in » · le tableau de bord ne s’est jamais chargé → l’incident s’ouvre, les alertes partent
Vérification publique vs vérification avec connexion
La page de connexion peut paraître parfaitement saine alors que personne n’arrive vraiment à entrer. Une vérification publique la voit se charger et s’arrête là ; une vérification avec connexion traverse la connexion et teste les pages situées derrière.
Comparer la surveillance publique & avec connexion →| Ce qui se passe | Vérification publique | Vérification avec connexion |
|---|---|---|
| La page de connexion se charge normalement | ✓ Opérationnel | ✓ Opérationnel |
| Le bouton de connexion déclenche une erreur de script | ✓ Semble opérationnel | ✗ Détecté |
| Le tableau de bord casse uniquement une fois connecté | ✓ La page se charge | ✗ Détecté |
| La session se rompt juste après la connexion | ✓ Semble opérationnel | ✗ Détecté |
| L’espace « Membres » se charge vide | ✓ Semble opérationnel | ✗ Détecté |
FAQ sur la surveillance derrière une connexion
01Que signifie la surveillance derrière une connexion ?+
02En quoi est-ce différent de la surveillance de disponibilité publique ?+
03Uptimia peut-elle vraiment se connecter à mon application ?+
04Comment gère-t-elle mon mot de passe ?+
05Dois-je utiliser un compte client ou administrateur réel ?+
06Qu’en est-il de l’authentification à deux facteurs ou du CAPTCHA ?+
07Fonctionne-t-elle avec le SSO — Okta, Google, Azure AD ?+
08Et si la page est protégée par une authentification HTTP de base, pas un formulaire de connexion ?+
09Que se passe-t-il quand la connexion casse ?+
10D’où s’exécutent les vérifications ?+
11La surveillance derrière une connexion est-elle incluse dans le forfait gratuit ?+
Commencez à surveiller aussi derrière votre connexion
Construisez votre connexion en quelques minutes — et soyez le premier informé la prochaine fois qu’un client n’arrive pas à entrer.