La surveillance des transactions qui repère un tunnel de paiement en panne.
Un tunnel de paiement en panne vous coûte des commandes, minute après minute. Uptimia parcourt vos parcours de connexion et de paiement comme un vrai client, 24 h/24 — et dès qu'une étape casse, vous savez laquelle, capture d'écran à l'appui.
Response time by step
avg run 6.39 s · last 24 hStep breakdown
All 7 steps passedFailed at step 46.39 s · 14:229.52 s · 14:32AveragesLast runUn bouton de paiement mort, repéré
Une vraie panne de paiement : détection, capture d'écran, correctif, rétablissement.
Les parcours que vous pouvez surveiller
Chaque parcours s'exécute dans un navigateur réel selon un planning, étape après étape. Toute étape qui échoue ouvre un incident et se signale elle-même.
Construisez le parcours dans votre navigateur
Assemblez en cliquant les étapes qu'un vrai utilisateur suivrait — aller sur une page, cliquer sur un bouton, saisir du texte dans un champ, vérifier le résultat. Une capture d'écran en direct se met à jour au fil de la construction.
- Partez d'un modèle — trames Connexion, Inscription, Recherche ou Paiement, ou un parcours vierge
- Un bloc pour chaque action — aller quelque part, faire quelque chose, vérifier le résultat. Enchaînez-en autant que votre parcours l'exige
- Testez toutes les étapes en direct — une étape en échec passe au rouge et l'aperçu bascule directement sur sa capture d'écran
Pas de scripts Playwright ou Selenium
Les vérifications synthétiques vivent en général dans un script que quelqu'un doit rafistoler à chaque fois que l'interface bouge. Ici, l'éditeur est le script.
Un script que votre équipe doit maintenir
Quelqu'un ouvre le dépôt, retrouve le sélecteur qui a changé, et republie le test — un travail qui a produit un build au vert, mais aucune surveillance.
Des étapes que vous assemblez en cliquant
Chaque étape cible son élément par sélecteur CSS : un bouton déplacé, c'est un seul champ à modifier — et « Tester toutes les étapes » vérifie le correctif sur un navigateur réel avant l'enregistrement.
Comment Uptimia exécute vos parcours
L'étape en échec, capture d'écran à l'appui
Quand un parcours échoue, le passage s'affiche étape par étape, l'étape en échec surlignée en rouge, avec une capture d'écran de ce que le navigateur a vu — une preuve, pas une supposition.
- Une capture d'écran par étape — ouvrez l'image exacte capturée par l'étape en échec
- Étape en échec en rouge, et chaque étape suivante clairement marquée « non exécutée »
- Voyez où le temps est passé — la barre de chaque étape démarre là où la précédente s'est arrêtée
L'étape lente, pas la page lente
« Le paiement semble lent » n'est qu'une impression. Uptimia classe chaque étape selon sa durée — vous voyez ainsi que c'est l'appel de paiement qui traîne, et vous corrigez ce qu'il faut.
- Chaque étape classée par durée moyenne — avec sa part du temps total
- Les 5 étapes les plus lentes représentées dans le temps, chacune avec sa propre courbe de tendance
- Les passages les plus lents affichés à côté de la moyenne — à quoi ressemble un mauvais jour, pas seulement un jour type
Statut, durée du passage et étape la plus lente
Trois questions résolues sans rien cliquer : est-ce que ça fonctionne en ce moment, quelle a été la fiabilité ce mois-ci, et quelle étape plombe le résultat.
- Statut, disponibilité et incidents en haut — la santé du parcours en une ligne
- Durée moyenne et durée la plus lente, et le nombre d'étapes du parcours complet
- Étape la plus lente mise en avant, par numéro et action, à côté de sa fréquence d'exécution
Des alertes qui nomment l'étape en échec
L'alerte arrive là où votre équipe regarde déjà, et indique quelle étape a cassé et pourquoi — pas juste « quelque chose est en panne ». Dès que le passage suivant termine toutes les étapes, une notification de rétablissement suit sur les mêmes canaux.
- Les mêmes contacts et canaux que pour toute autre sonde Uptimia — configurés une fois
- L'étape en échec dans le message — laquelle, et pourquoi
- Notification de rétablissement quand le passage suivant réussit toutes les étapes
La prochaine étape en panne devrait vous alerter.Pas un client.
Chaque parcours, chaque capture d'écran, chaque canal d'alerte — gratuit pendant 30 jours, sans aucun module payant.
Mis en place en trois étapes
Sans code et rien à installer — les vérifications s'exécutent depuis les navigateurs d'Uptimia, pas depuis vos serveurs.
Construisez votre parcours
Partez d'un modèle Connexion, Inscription, Recherche ou Paiement, puis assemblez les étapes en cliquant — naviguer, cliquer, saisir, vérifier.
Testez, puis enregistrez
« Tester toutes les étapes » exécute le parcours complet en direct sur un navigateur réel. Une étape en échec passe au rouge et affiche sa capture d'écran — corrigez-la avant d'enregistrer.
Soyez alerté quand une étape casse
Uptimia relance le parcours selon le planning. Toute étape en échec ouvre un incident et alerte votre équipe — avec une capture d'écran de l'étape exacte.
Chaque déploiement reçoit un test de fumée
Le parcours que vous avez construit se relance depuis un navigateur réel, aussi souvent que toutes les 10 minutes — un test de fumée permanent en production. Une mise en production, un changement de configuration ou un script tiers qui casse le paiement est repéré au passage suivant.
S'exécute après chaque mise en production
Personne n'a besoin de penser à tester le paiement après un déploiement. Le prochain passage planifié le parcourt de bout en bout et nomme l'étape qui a cassé.
Un canari pour la production
Le passage frappe votre site en production depuis les navigateurs d'Uptimia : ce qu'il rapporte, c'est exactement ce qu'un client aurait rencontré. Pointez une seconde sonde vers une version canari pour la surveiller de la même façon.
Détecte les pannes tierces
Un widget de paiement ou un script de tag qui cesse de se charger fait échouer l'étape qui en dépend — même si rien n'a changé dans votre propre code.
Rien à exécuter en CI
Aucun agent, aucun runner, aucune tâche de pipeline à maintenir en vie. Les vérifications proviennent des navigateurs d'Uptimia : chaque passage sollicite le DNS, le TLS, votre CDN et votre application comme le ferait un visiteur.
Également inclus
Cliquer, remplir et vérifier — sans code
Accédez à une URL, cliquez, remplissez des champs et des mots de passe, cochez des cases, choisissez dans des listes déroulantes, envoyez des formulaires — puis vérifiez la page sur laquelle vous atterrissez, ainsi que les éléments et le texte renvoyés.
Assertions
Vérifiez le résultat d'une étape, pas seulement qu'une page s'est chargée.
Des modèles pour démarrer
Les trames Connexion, Inscription, Recherche et Paiement pré-remplissent les étapes.
Pages de statut publiques
Montrez à vos clients que vos parcours clés fonctionnent — et signalez-le quand ce n'est pas le cas.
Fenêtres de maintenance
Les déploiements et les travaux planifiés n'alertent jamais personne.
Un tableau de bord pour tout
Les transactions surveillées cohabitent avec les vérifications de disponibilité, SSL, vitesse, DNS et signal de présence — une seule connexion, une seule liste de contacts, un seul forfait.
Où atterrissent vos alertes
Une seule liste de contacts pour toutes les sondes que vous créez — configurez les canaux une fois, chaque parcours les utilise.
Microsoft Teams12 canaux, une seule liste de contacts — configurez-la une fois, chaque type de sonde l'utilise.
Parcourir l’annuaire complet des intégrations →Qu'est-ce que la surveillance des transactions ?
La surveillance des transactions est un service automatisé qui parcourt un parcours utilisateur multi-étapes — se connecter, effectuer une recherche ou passer commande, par exemple — depuis un vrai navigateur web selon un planning, et vous alerte dès qu'une étape échoue. On parle aussi de surveillance synthétique, ou de surveillance synthétique des transactions (STM) — synthétique, car Uptimia parcourt lui-même le trajet dans un navigateur réel au lieu d'attendre qu'un visiteur tombe sur l'étape cassée. Elle confirme que le parcours entier va réellement jusqu'au bout — pas seulement qu'une page se charge, comme le ferait une simple vérification de disponibilité.
Comment fonctionne la surveillance des transactions ?
Chaque exécution effectue vos étapes dans l'ordre, en enregistrant la durée de chacune ainsi qu'une capture d'écran en cours de route.
Capturer, puis alerter
étape 5 · vérifier le texte « Order confirmed » · introuvable → l'incident s'ouvre, les alertes partent
Vérification de disponibilité vs vérification de transaction
Une page peut se charger parfaitement alors que le parcours qu'elle contient est cassé. Une vérification de disponibilité voit la page se charger et la déclare saine ; une vérification de transaction parcourt le trajet en cliquant et repère ce qu'une page qui se charge peut cacher.
Comparer la surveillance de la disponibilité & des transactions →| Ce qui se passe | Vérification de disponibilité | Vérification de transaction |
|---|---|---|
| La page d'accueil se charge normalement | ✓ Opérationnel | ✓ Opérationnel |
| Le bouton de connexion déclenche une erreur JavaScript | ✓ Semble opérationnel | ✗ Repéré |
| L'élément « Add to cart » est manquant | ✓ Semble opérationnel | ✗ Repéré |
| Le paiement échoue après le clic | ✓ La page se charge | ✗ Repéré |
| La recherche ne renvoie aucun résultat | ✓ Semble opérationnel | ✗ Repéré |
Surveillance synthétique vs surveillance des utilisateurs réels
La surveillance synthétique parcourt elle-même le trajet selon un planning : un paiement cassé est ainsi repéré à 04:00, quand personne ne fait ses achats. La surveillance des utilisateurs réels mesure les pages que vos visiteurs ont réellement chargées. La plupart des équipes utilisent les deux.
Voir la surveillance des utilisateurs réels →| Ce que vous obtenez | Surveillance synthétique | Surveillance des utilisateurs réels |
|---|---|---|
| Qui déclenche la vérification | Uptimia, selon votre planning | Vos visiteurs, en naviguant |
| Fonctionne même quand personne n'est sur le site | ✓ Oui | Rien à mesurer |
| Nomme l'étape qui a cassé | ✓ Avec une capture d'écran | Seulement quand un visiteur y tombe |
| Temps de chargement par pays, navigateur et OS | Durées d'étape depuis un seul emplacement | ✓ Depuis de vraies sessions |
FAQ sur la surveillance des transactions
01What is transaction monitoring?+
02What is synthetic monitoring?+
03How is it different from uptime monitoring?+
04How is synthetic monitoring different from real user monitoring?+
05Do I need to write code or install anything?+
06Do I need to write Playwright or Selenium scripts?+
07Can I use it as a continuous smoke test?+
08How often does it check my flows?+
09Where do the checks run from?+
10Can it monitor flows that require a login?+
11What happens when a step fails?+
12How many steps can a transaction have?+
13Which alert channels are supported?+
14Is transaction monitoring on the free plan?+
Sachez immédiatement quand votre paiement casse.
Construisez votre parcours de paiement ou de connexion en quelques minutes — et soyez le premier informé la prochaine fois qu'une étape casse.