Septembre 2026
Quand le monitoring mange la TMA : faux positifs, scénarios, CdP autonomes
Une agence nous a contactés parce que son monitoring créait plus de travail qu’il n’en évitait. Trop d’alertes sans impact, trop de retouches de scénarios côté tech.
Le vrai sujet n’était pas « l’outil »
Ils ne cherchaient pas une sonde de plus. Ils cherchaient à sortir d’une boucle : une évolution mineure sur un site client, une alerte, un ticket interne, un développeur qui rouvre le scénario, le corrige, le reteste. Les chefs de projet, eux, attendaient.
Sur un parc d’environ quarante sites en TMA, le coût n’était pas théorique. Une quinzaine à vingt alertes par semaine, dont une bonne moitié sans panne réelle. Trente à quarante-cinq minutes par retouche. Six à huit heures de tech par semaine juste pour garder les scénarios vivants.
Ce qui cassait vraiment le modèle
Un monitoring de parcours utile devient vite inutilisable s’il n’est maintenable que par ceux qui savent lire un sélecteur. La TMA est un métier de suivi client. Si chaque micro-changement d’interface exige un développeur, vous ne surveillez plus : vous babysittez des alertes.
Ce qu’ils ont mis en place
Les scénarios critiques (login, contact, parcours métier) restent des parcours navigateur rejoués depuis l’Europe, avec capture quand une étape échoue. La différence n’est pas magique : c’est qui a le droit — et la capacité — de les faire évoluer.
Les chefs de projet mettent à jour les scénarios sur les sites qu’ils gèrent. Le tech intervient quand ça casse pour de bon, pas pour chaque variation d’UI. En pratique, chez eux : environ trois fois moins de faux positifs, et une demie journée tech récupérée chaque semaine sur la TMA.
Ce qu’on garde, ce qu’on ne promet pas
On ne promet pas zéro alerte. Un parcours qui change souvent demandera toujours un peu d’attention. On promet surtout que cette attention peut vivre au bon endroit : côté projet, au plus près du client, sans transformer chaque bandeau cookie en incident d’équipe. La mise en place des scénarios doit rester simple. L’infrastructure doit rester invisible.
Trois questions en revue TMA
- Combien d’alertes de la semaine dernière avaient un impact client réel ?
- Qui a corrigé le dernier scénario cassé — un chef de projet ou un développeur ?
- Combien d’heures tech partent encore à maintenir la surveillance plutôt qu’à livrer ou corriger des sites ?
Si la réponse à la deuxième question est toujours « un développeur », le monitoring coûte probablement plus cher qu’il ne protège. La page agences décrit comment on pose les scénarios simplement et ce dont on s’occupe ensuite.