12 août 2026

Overview affichait la même chose que Realtime status : les deux pages n'en font désormais plus qu'une. La vue de détail qui se trouvait derrière n'a pas disparu pour autant. Status details a été reconstruite en Realtime details, avec un menu Display qui regroupe tout ce qui touche au dessin de la timeline, de l'orientation et de la densité jusqu'à une option pour chaque élément de la page. Cette release apporte aussi une nouvelle étape API Call pour les tests web, et rend les variables de test modifiables et surchargeables partout.
Overview n'apparaît plus dans la sidebar. Elle répondait à la même question que Realtime status, à partir des mêmes résultats de monitoring, avec deux lectures figées et un filtre sur les zones. Tout ce que vous y faisiez, Realtime status le faisait déjà avec bien plus de contrôle : nous avons gardé celle qui pouvait évoluer, et concentré l'effort dessus et sur la page de détail qui l'accompagne.
Rien n'a été perdu, et rien n'est cassé : les anciens liens Overview redirigent vers Realtime status. La section Overview de la sidebar est toujours là, et contient toujours Realtime status, Incidents et Analytics.
👉 Où est passée la page Overview ?

Les blocs de la Realtime status ouvrent maintenant la page de détail reconstruite. La timeline reste la même idée qu'avant, une cellule par monitor et par période, mais vous pouvez enfin la façonner.

Le menu Display
Un seul bouton regroupe tout ce qui touche au dessin de la timeline.
Orientation : la timeline verticale devient l'affichage par défaut, avec un monitor par colonne et le temps qui défile vers le bas. L'horizontale reste disponible.

Densité, sur la timeline verticale : Normal ou Compact. Le mode Compact resserre les colonnes de monitors pour en faire tenir beaucoup plus à l'écran.
Certaines infos peuvent être masquées, ce qui laisse toute la hauteur à la timeline.
Display labels réaffiche le type de test dans chaque bucket.
Les options Monitor ID, Location et 24h trend s'appliquent maintenant aussi à la timeline verticale.
Une lecture plus confortable
Filtrez par test, avec un champ de recherche pour retrouver un test par mot clé
La colonne Monitors est redimensionnable, les noms longs restent lisibles
Le survol d'une colonne affiche le nom complet du monitor, et les tooltips de cellule indiquent à quel monitor elles appartiennent
La ligne de tags disparaît d'elle même quand aucun des monitors affichés n'est taggué
La page défile d'un seul bloc, avec les en têtes du tableau épinglés qui restent visibles pendant le scroll
Le mode TV, côte à côte
Quand il est actif, il masque complètement la navigation de gauche pour donner à la timeline toute la largeur de la fenêtre.

Votre vue vous suit
Vos réglages sont conservés d'une visite à l'autre, et l'URL porte désormais la vue. Un lien rouvre la page à l'identique pour la personne à qui vous l'envoyez : mêmes filtres, même orientation, mêmes options.
Plus rapide sur les produits avec beaucoup de monitors
La page s'affiche nettement plus vite sur les produits qui portent beaucoup de monitors. La colonne 24h trend ne se redessine plus toute seule quand la page reste ouverte, ce qui était le défaut le plus visible sur un écran laissé allumé toute la journée. Et sur les longues plages de temps, les agrégations les plus fines ne sont plus proposées, car elles produisaient des tableaux trop denses pour être lus.
📌 L'ancienne vue de détail disparaîtra à la prochaine release. Vous pouvez encore y revenir depuis Realtime details, mais ce switch est amené à disparaître. Prenez le temps de configurer votre vue dès maintenant, et dites nous si quelque chose sur lequel vous comptiez vous manque.

Une nouvelle étape pour les tests web (nouvelle expérience, bientôt sur les tests smartphone) qui permet d'appeler une API HTTP au sein de vos parcours.
⚠️ Mettez d'abord vos robots à jour. Sur un robot plus ancien, l'étape échoue. Vérifiez la version de vos robots depuis la page Agents et mettez les à jour avant d'ajouter des étapes API Call à vos tests.
Construisez la requête : méthode, URL, headers, paramètres de requête et body. Chaque champ accepte les variables, vous pouvez donc réutiliser vos variables globales, vos groupes de variables et vos variables de test.
Posez vos assertions depuis l'onglet Checks : code de statut, temps de réponse, headers et body.
Analysez le résultat : la réponse complète (body, headers, performance) est disponible dans les résultats de test, et la dernière réponse capturée s'affiche directement dans l'éditeur juste après une exécution.
Options avancées :
Surcharge DNS avec un ou plusieurs serveurs, le champ acceptant le templating
"Accept insecure certificates", cohérent avec le reste des options des tests web
Les variables de test des tests Web et Smartphone V2 ne sont plus en lecture seule.
Modifiez les depuis l'onglet Environment et le panneau d'étape, toujours synchronisées avec leur étape set variable
Créez une variable in test directement depuis la liste de suggestions du formulaire de test, avec une valeur riche (variables globales, fonctions aléatoires, autres variables de test)
Surchargez les au lancement, depuis le drawer de confirmation et depuis le formulaire de monitor, avec le support des références de variables et des fonctions aléatoires
Surchargez les depuis une suite de tests : éditez les dans le drawer de test de la suite via le tableau de variables enrichi, retrouvez les en tags sur les lignes de test, et elles sont réutilisées à l'exécution de la suite
Retrouvez les dans les résultats : la modale de résultat de monitor affiche maintenant l'onglet des variables, comme la page de résultat d'exécution, et les valeurs riches s'affichent sous forme de tags

Notre offre d'observabilité est encore en construction et n'est pas ouverte à tout le monde. Elle avance bien, voici où nous en sommes.
Nouvelles pages Explore : Logs, Traces, Service map, Usage & ingestion
Dashboards Perses embarqués, avec des panels ClickHouse SQL et TraceQuery
Chips de cycle de vie en direct sur les résultats ClickHouse
Refonte de la page admin de configuration OTLP
Envie de l'essayer en avant première, ou de nous dire ce que vous en attendez ? Écrivez nous, nous ouvrons les accès progressivement.
Les actions d'étape (scinder à partir d'ici, dupliquer, supprimer) sont regroupées dans un menu déroulant dans le panneau de droite de l'éditeur de test
La modale de modifications non enregistrées propose désormais une croix de fermeture et une action "Enregistrer et quitter" à côté de "Quitter sans enregistrer"
À l'ouverture d'un test, c'est le premier groupe d'étapes modifiable qui se déplie, et non un composant réutilisable placé en tête
Des titres de page plus clairs : les onglets de résultat d'exécution et de monitor affichent "#id nom", et les pages d'édition d'alerte et de rapport mail affichent le nom de l'entité
Les en têtes des pages Kubernetes et Usage s'alignent sur le design system
Les champs de nom de variable (set variable, extract, sms code, mail code, mail link) n'affichent plus le bouton de suggestions {} inactif
Les variables assignées par le script d'une étape custom (test.variables.set) n'apparaissent plus dans les tableaux de variables de test, puisque leur valeur est purement runtime et serait écrasée par le script
Le passage d'une version à l'autre de la page de détail conserve l'agrégation et les zones sélectionnées, et non plus seulement la plage de temps
L'ouverture de Realtime details depuis une carte groupée par test arrive sur un filtre de test modifiable ou supprimable
Un monitor sans localisation n'affiche plus une icône de lieu vide dans le tableau
Choisir une plage de temps applique désormais l'agrégation par défaut de cette plage
Les tooltips de la timeline de Realtime status ne sont plus tronqués près des bords de l'écran
Plus de double barre de défilement sur la timeline
Surcharge de variable à la confirmation : tout sélectionner puis taper remplace maintenant la valeur entière, tokens de fonction compris
Les fonctions aléatoires natives peuvent être insérées dans une valeur de variable de test depuis la file d'exécution
L'onglet des variables d'un résultat de test ne plante plus quand une valeur est un template riche
La modale d'édition de variable affiche la description de la variable
Les variables d'un groupe de variables se modifient en cliquant sur leur nom, comme les variables globales
Modifier la valeur d'une variable dans l'onglet Environment transforme le bouton Run en "Enregistrer et exécuter"
Création de variable rétablie depuis la page Configurations et depuis le formulaire de test
API Call : cocher "Override DNS" ne fait plus planter le formulaire, la méthode HTTP est enregistrée même laissée sur GET, une requête HEAD n'affiche plus un body de réponse vide, et les headers envoyés sont accessibles sur un GET
Les résultats de tests API sont plus lisibles : les lignes d'assertion sont compactes et imbriquées sous leur étape, et une étape dépliée ne laisse plus une grande zone vide
Le sélecteur Pretty / Raw du visualiseur de réponse est toujours affiché et fonctionne
Les heures affichées à côté d'un sélecteur de dates suivent votre préférence 12h / 24h
Le mode d'exécution est conservé lors d'un "Run again" sur une exécution
Changer de produit depuis une page de détail de test ne laisse plus une page blanche, l'application arrive sur la liste des tests du nouveau produit
Correction d'un écran de chargement infini au retour vers la liste des tests depuis l'ancienne page d'édition
Le bouton d'inspection de l'arbre XML dans le recorder smartphone et le bouton de copie du xpath dans la modale réaffichent leurs icônes
Le champ de confirmation reçoit le focus à l'ouverture de la modale de suppression de produit
L'application se recharge à nouveau automatiquement quand une nouvelle version est déployée
Finitions visuelles dans l'éditeur de test V2 : cartes d'étape, champs de variables, confirmation de lancement et tableau des campagnes