Monitoring synthétique · Digital Experience Monitoring
Surveillez ce que vos utilisateurs vivent vraiment.
Les robots Orion DEM utilisent vos sites, vos applications métier et vos bureaux Citrix comme vos utilisateurs, toutes les quelques minutes, depuis les lieux où ils travaillent. Quand quelque chose casse ou ralentit, vous savez à quelle étape, pour quelle raison probable, et vous avez la capture pour le prouver.
- Ouvrir
portail.exemple.frDOM: réussie - Se connecter avec
{{secret.PORTAIL_MDP}}DOM · coffre: réussie - Vérifier que « Mes demandes » s’afficheContrôle: réussie
- Cliquer sur « Rechercher »DOM: en échec
- Lancer Finance (
.ica) et lire l’étatSession · OCR: non jouée
Échec à l’étape 4
Le bouton « Rechercher » est masqué par un bandeau cookies.
- Capture de l’erreur
- Rejeu vidéo
- Cause probable : interface modifiée
Un 200 n’est pas une réponse.
La plupart des outils s’arrêtent au serveur. Ils demandent si une URL répond, et elle répond presque toujours. Pendant ce temps, quelqu’un à la comptabilité regarde depuis quatre minutes une connexion Citrix qui tourne dans le vide, et le ticket arrivera demain, avec pour objet « lenteur ».
Un robot qui se connecte, clique, saisit et lit l’écran comme une personne trouve l’étape cassée avant les utilisateurs. Il garde la capture. La discussion suivante avec l’équipe applicative part de preuves, plus d’impressions.
Ce qui change pour votre équipe
- L’apprendre d’un robot, pas d’un utilisateur
- Les problèmes arrivent dans Teams, Slack, par e-mail ou dans votre outil de tickets pendant que les gens travaillent encore, pas le lendemain dans une réclamation.
- Savoir où ça casse, et probablement pourquoi
- Chaque incident indique l’étape en échec, la cause la plus probable et quoi vérifier en premier. Moins de temps passé à deviner en cellule de crise.
- Trancher le débat avec des preuves
- Captures, courte vidéo et temps de chaque étape. Quand un éditeur ou une autre équipe répond « chez nous, ça marche », vous montrez ce qu’ont vu les utilisateurs.
- Rendre compte dans un langage que la direction lit
- Un score d’expérience par application, le suivi des SLA, et des rapports envoyés automatiquement chaque semaine, mois ou trimestre.
Créer un contrôle sans écrire de code
Celui qui connaît l’application peut créer le contrôle : en le montrant, en le décrivant, ou en partant de ce qui existe déjà.
Enregistreur déporté
Le montrer une fois
Utilisez l’application à travers l’écran du robot, comme d’habitude. Le robot retient chaque clic et le rejoue.
Dans un navigateur, il retient des sélecteurs stables (data-testid, #id, texte visible). Sur un écran distant, il s’appuie sur le texte sous le clic (OCR), puis sur une image de référence.
IA · ancrée sur la vraie page
Le décrire en une phrase
« Se connecter, chercher une commande, ouvrir la facture. » Votre IA écrit les étapes.
Un robot Windows ouvre d’abord la page : l’IA travaille à partir des boutons et des champs qui existent vraiment, sans avoir à les deviner.
IA · amélioration
Le faire mettre au propre par l’IA
Un enregistrement brut devient un parcours lisible par tous, avec des noms d’étapes clairs et les temps qui comptent pour le métier.
Ajoute des points de contrôle et des sélecteurs plus solides, et range les mots de passe dans le coffre, à partir des copies de pages de votre dernier essai.
cURL · HAR
Réutiliser le travail des développeurs
Un développeur colle une requête qu’il utilise déjà. Elle devient un contrôle en quelques secondes.
Les commandes cURL et les fichiers HAR deviennent des étapes avec assertions. Jetons et cookies deviennent des références {{secret.NOM}}.
20 modèles
Partir d’un modèle prêt à l’emploi
Les cas courants sont déjà écrits : connexion Microsoft 365, portail ITSM, application Citrix, API.
20 modèles pour API, HTTP, web et client lourd. Chacun indique ce qu’il reste à renseigner.
Quelle que soit sa source, un contrôle est relu par une personne avant de tourner. Quand l’IA en propose un, Orion DEM le vérifie d’abord, corrige ce qui peut l’être sans risque et renvoie le reste à l’IA.
Pas du tout technique ? L’assistant « Surveiller un parcours » pose cinq questions simples et vous guide pour le reste.
Apportez votre IA
Votre IA, vos règles. Ou pas d’IA du tout.
Beaucoup d’entreprises ont déjà choisi leur fournisseur d’IA, ou décidé où leurs données peuvent aller. Orion DEM suit ce choix : branchez OpenAI, Mistral, Azure OpenAI, NVIDIA, ou un modèle hébergé sur vos propres serveurs.
Vous utilisez votre propre compte : aucun abonnement IA à nous acheter. Chaque organisation de la plateforme peut utiliser son propre fournisseur.
- NVIDIA
- OpenAI
- Mistral
- Azure OpenAI
- Ollama
- vLLM
Ce que l’IA voit
- Votre description du parcours
- Les boutons et champs de la page
- La fiche d’incident et l’étape en échec
- Les captures, seulement si vous cochez la case
Ce qu’elle ne voit jamais
- Vos mots de passe et autres secrets
- Quoi que ce soit sans qu’on le lui demande : elle ne se lance jamais seule
L’IA est facultative. Sans elle, la supervision, les alertes et les rapports fonctionnent exactement pareil.
Sites, applications métier, Citrix : un seul outil
Orion DEM contrôle les sites et les API, mais aussi les applications Windows et les bureaux Citrix ou à distance que vos équipes utilisent chaque jour. Le détail ci-dessous est pour votre équipe technique.
| Parcours | Exécuté par | Comment le robot agit | Ce que vous obtenez en cas d’échec |
|---|---|---|---|
| API / HTTP | Robot Linux (Docker ou systemd), ou robot Windows | Requêtes HTTP(S), assertions, extraction de variables, temps DNS / TCP / TLS / TTFB, expiration de certificat | Code retour, réponse et temps détaillé par phase de connexion |
| Web | Robot Windows, Edge ou Chrome | Sélecteurs DOM (CSS, XPath, texte visible), image, OCR, souris, clavier. Attend que la page soit stable avant chaque action | Une capture par étape, un rejeu vidéo, LCP / FCP / CLS / INP |
| Client lourd Windows | Robot Windows | Lancement d’application, fenêtres, image, OCR, souris, clavier. DOM pour les applications Electron | Une capture par étape et un rejeu vidéo |
| Citrix / RDS / RemoteApp | Robot Windows | Sessions .ica, RDP et RemoteApp, image, OCR, souris, clavier | Une capture par étape et un rejeu vidéo |
Les parcours navigateur demandent un robot Windows : il n’existe pas aujourd’hui de navigateur headless côté Linux. Les signaux web sont des mesures de laboratoire prises par le robot pendant la mesure, pas des données terrain de vos visiteurs.
D’un contrôle à une alerte
Ce qui se passe chaque fois qu’un robot exécute un de vos contrôles.
Il tourne selon le planning
De toutes les 30 secondes à une fois par jour. Uniquement aux heures ouvrées si vous le souhaitez, hors jours fériés et maintenances.
Un robot le joue là où sont vos utilisateurs
Au siège, en agence ou dans un datacenter. C’est le robot qui appelle Orion DEM : aucune règle de pare-feu à ouvrir.
Chaque étape est chronométrée
Vous voyez combien de temps ont pris la connexion, la recherche ou l’ouverture d’un document, pas seulement le total. Les mots de passe restent dans un coffre chiffré.
Un raté n’est pas un incident
Une mesure en échec peut être rejouée automatiquement, pour qu’un simple accroc ne réveille personne.
Les problèmes répétés deviennent des incidents
Après quelques échecs ou lenteurs d’affilée, un incident s’ouvre avec sa cause probable et les alertes partent. Il se ferme tout seul quand tout revient à la normale.
Une alerte qui s’explique
La plupart des outils vous disent que quelque chose est en panne. Orion DEM vous dit aussi ce qui s’est probablement passé, pour que la bonne équipe se mette sur le bon problème.
Automatique · chaque incident · sans IA
- Désigne la cause la plus probable : l’application elle-même, le réseau, un problème de connexion, une page qui a changé, un certificat, ou un problème sur un seul site.
- Montre les preuves : ce qui a changé depuis la dernière réussite, les sites touchés, les autres applications qui partagent le même serveur.
- Indique quoi vérifier en premier, et transmet la cause avec l’alerte ou le ticket.
À la demande · votre IA
- Reformule l’explication en langage clair, pour toute l’équipe.
- Regarde la capture de l’erreur à côté de la dernière capture réussie et décrit ce qu’il y a à l’écran.
- Propose une correction et rédige le texte du ticket.
Votre équipe garde le dernier mot : une cause confirmée ou corrigée par une personne remplace la cause automatique partout.
La disponibilité dit que ça marche. L’Apdex dit comment c’est vécu.
Un score entre 0 et 1 qui dit comment vos utilisateurs l’ont vécu, pas seulement si l’application a répondu. Chaque mesure compte comme satisfaisante, tolérable ou frustrante selon les temps de réponse que vous fixez, et un échec compte toujours comme frustrant.
Apdex = (satisfaits + tolérés ÷ 2) ÷ mesures
- Critique
- SLA non tenu, ou Apdex sous 0,70
- À surveiller
- SLO manqué, Apdex sous l’objectif, ou moins de 25 % de budget d’erreur restant
- Conforme
- Tous les objectifs tenus
Les erreurs d’infrastructure du robot sont exclues de la disponibilité et du score. Un robot qui a perdu son navigateur, ou une personne qui a repris le clavier, ne dit rien de votre application.
Pour ceux qui construisent les contrôles
Studio
- Logique de parcours
- Si / sinon, boucles sur une liste, essayer / en cas d’erreur, échec déclaré. Depuis l’éditeur d’étapes, sans fichier de script.
- Pointer l’élément
- Sur une étape DOM, cliquez l’élément sur une copie de la page. Le sélecteur est calculé et vérifié avec les règles du robot : unique, N éléments ou introuvable.
- Contrôle qualité
- Avant qu’un parcours tourne, le Studio vérifie temps métier, points de contrôle, mots de passe en coffre, adresses paramétrées, pauses fixes et essai sur un robot.
- Définitions versionnées
- Chaque modification crée une version, et l’analyse des causes sait quand la version a changé.
Comparer
- Comparaison des sites
- Une courbe par robot avec la bande min / max. Les étapes qui diffèrent de plus de 20 % entre deux sites sont signalées.
- Aide aux seuils
- Médiane, P95 et max par étape, avec P95 + 20 % proposé comme seuil.
Rendre compte
- SLA, SLO, XLA
- Budget d’erreur et burn rate sur 7 jours calculés sur le SLO. Une seule règle de statut, calculée par le serveur.
- Tableaux de bord
- Tableaux à widgets selon le public. Liens de partage en lecture seule, intégrables dans la page d’un autre outil.
- Rapports planifiés
- Choisissez les blocs, les applications et la période. Envoi chaque lundi, ou le 1er du mois ou du trimestre, à 7 h.
- Export de conformité
- SLA, SLO, XLA et indisponibilité cumulée par parcours, par période ou par mois civil, en CSV.
Une plateforme pour chaque équipe, filiale ou client
Chaque organisation ne voit que ses applications, ses robots et ses résultats. Votre équipe centrale, elle, peut tout voir.
- Chacune dans son espace
- Applications, robots, résultats, alertes et mots de passe restent dans une organisation. Rien ne passe de l’une à l’autre.
- Chacune ses réglages
- Fuseau horaire, durée de conservation des données, canaux d’alerte et fournisseur d’IA se règlent organisation par organisation.
- Une vue centrale
- Les personnes de l’organisation principale ouvrent n’importe quelle autre organisation depuis un menu, en gardant leurs propres droits. Chaque passage est enregistré.
- Des droits qui suivent les métiers
- Lecteur, opérateur, concepteur, administrateur. Les actions sensibles, comme partager un tableau publiquement ou prendre la main sur un robot, se retirent personne par personne.
Où vit le robot
Un robot est un petit programme installé sur un poste ou un serveur, là où sont vos utilisateurs. Plusieurs robots sur un même contrôle comparent les sites : siège contre agence, intérieur du réseau contre extérieur.
Robot Windows
- Un installateur préconfiguré : Suivant, Suivant, Installer. Aucune clé à coller.
- Un superviseur le relance s’il s’arrête. Un poste dédié peut ouvrir sa session tout seul après un redémarrage.
- Mode service pour les serveurs RDS : la console choisit la session utilisateur qui exécute les mesures.
- Les mises à jour se demandent robot par robot, sont vérifiées par SHA-256 et signature ECDSA, et reviennent en arrière toutes seules si la nouvelle version ne tient pas.
Robot Linux
- Une commande installe un service systemd : utilisateur éphémère, système en lecture seule, mémoire plafonnée à 256 Mo.
- Ou un conteneur Docker avec les mêmes réglages.
- Il exécute les parcours API et HTTP, quatre en parallèle par défaut.
Pendant qu’un robot pilote l’écran, le clavier et la souris lui appartiennent. Échap puis Entrée pour reprendre la main. Une mesure planifiée attend si quelqu’un a utilisé le poste dans les deux dernières minutes.
Se branche sur ce que vous utilisez déjà
Alertes
E-mail (SMTP) · Microsoft Teams · Slack · Webhook signé HMAC
Supervision
Prometheus · Grafana (Infinity) · Zabbix · Nagios · Centreon
ITSM et API
EasyVista Service Manager · EVObserve · API REST décrite en OpenAPI
Pensé pour des parcours qui transportent des mots de passe
- Coffre chiffré
- Les identifiants des parcours sont chiffrés en AES-256-GCM, transmis au robot au moment de l’exécution et masqués dans les erreurs et les résultats.
- Robots en connexion sortante
- Les robots ouvrent des connexions HTTPS vers la plateforme. Jamais l’inverse.
- Sessions de la console
- Cookies HttpOnly, Secure, SameSite=Strict, en-tête anti-CSRF sur chaque modification, mots de passe bcrypt, limitation des tentatives de connexion.
- Rôles et audit
- Lecteur, opérateur, concepteur, administrateur. Droits sensibles retirables compte par compte. Mises à jour et sessions des robots exigent une justification écrite, et les actions sensibles sont journalisées.
- Isolation des organisations
- Chaque requête est filtrée par organisation. Captures et rejeux passent par des liens signés à durée limitée.
- Clés d’API
- Limitées à une organisation, jamais administrateur, valables 90 jours, 1 an, 3 ans ou sans expiration.
Ce que nous ne revendiquons pas : ni rapport SOC 2, ni certificat ISO 27001. Si vos achats les exigent, demandez-nous ce qui existe aujourd’hui.
Pas encore là
Prévu, pas dans le produit. Nous le dirons ici quand ce sera livré.
- Inscription en libre-service
- UI Automation native pour les clients Win32, WPF et Java
- Scripts SAP GUI
- Export OpenTelemetry
- Stockage des captures compatible S3
Offre gratuite, accès anticipé
Commencez à surveiller gratuitement
L’inscription n’est pas encore en libre-service. Dites-nous ce que vous voulez surveiller : l’équipe Orion DEM prépare votre espace et vous envoie les accès par e-mail.
- Votre propre organisation isolée dans la console
- Un robot Linux pour les parcours API et web, installé en une commande
- Votre propre robot Windows pour les parcours navigateur, client lourd et Citrix
- Limites de l’offre gratuite: [À COMPLÉTER]
Voyez ce que voient vos utilisateurs.
Installez un robot là où travaillent vos utilisateurs et obtenez votre première mesure le jour même.
Demander un accès gratuit