Cinq outils de suivi de plus, et le triage sans quitter le rapport

Deux semaines de changements, tous du côté du site. L’extension n’a pas bougé, et une section à la fin explique pourquoi cela compte pour lire tout le reste.

Cinq endroits de plus où un rapport peut arriver

Quand nous avons parlé des connecteurs il y en avait trois : Jira, Linear et Slack. GitHub a suivi. Il y a désormais dix destinations qu’un administrateur d’équipe peut connecter, et les cinq nouvelles sont GitLab, Bitbucket, ClickUp, Trello et Asana.

Chacune fonctionne comme les trois premières. Vous la connectez une fois en tant qu’administrateur d’équipe, vous choisissez où les rapports doivent atterrir, et un rapport arrive dans votre outil avec la capture, la console et le journal réseau déjà attachés, sous forme d’un lien qui ouvre l’ensemble.

Ce qui a changé à côté se voit moins et compte sans doute davantage : un connecteur peut maintenant ouvrir une tâche pour chaque nouveau rapport, au lieu d’attendre que quelqu’un en pousse un. Le connecteur cesse d’être un bouton auquel il faut penser pour devenir une canalisation. Si l’habitude de votre équipe veut que l’outil de suivi soit la seule liste que quelqu’un lise, les rapports arrivent désormais dans la seule liste que quelqu’un lit.

Quatre des cinq ont une page qui explique l’appariement de bout en bout : ClickUp, Trello, Asana et GitLab. Bitbucket se connecte dès aujourd’hui, sa page reste à venir.

Le triage sans quitter le rapport

La page d’un rapport porte maintenant son statut et sa sévérité, de sorte qu’un membre de l’équipe peut régler les deux depuis ce qu’il est en train de regarder.

Jusqu’ici le triage vivait dans la liste, ce qui est le bon endroit quand vous dépouillez les rapports d’une matinée et un mauvais quand quelqu’un vous a envoyé le lien d’un rapport unique. Vous l’ouvriez, vous le lisiez, vous vous faisiez un avis, puis vous alliez chercher la liste pour consigner cet avis.

La sévérité se place à côté de la suggestion et non par-dessus. La sévérité suggérée reste affichée, et fixer la vôtre est une décision consignée auprès d’elle, pas une correction de celle-ci. Une équipe qui contredit souvent la suggestion vous dit quelque chose ; un champ qui l’écrase en silence ne dit rien.

Les webhooks savent à quelle équipe ils appartiennent

Si vous pilotez Session Replay par l’API plutôt que par le tableau de bord, trois choses ont changé.

Une destination de webhook peut maintenant être limitée à certains sites plutôt qu’à tout ce que l’équipe possède, ce que l’on veut quand une équipe fait tourner plusieurs produits et qu’un seul d’entre eux a un canal qu’il faut réveiller. GET /api/v1/teams accepte membership=mine pour qu’un client puisse demander dans quelles équipes se trouve réellement l’appelant. Et la création comme la suppression d’une destination de webhook sont désormais bornées aux équipes de l’appelant, ce qui relève de la correction d’exactitude plutôt que de la fonctionnalité, et du genre qu’il vaut mieux dire à voix haute.

Le guide des webhooks décrit toujours la forme de la charge utile, qui n’a pas changé.

Le site de démonstration porte un bouton de signalement, dans votre langue

Le site de démonstration est l’endroit où casser quelque chose exprès : une page avec une erreur JavaScript, une avec un 500, une lente, une à la mise en page cassée, une avec un lien mort.

Le bouton de signalement y est maintenant posé, le même que celui que vous mettriez sur votre propre site, et la boucle entière est donc là pour l’essayer : cassez la page, appuyez sur le bouton, regardez ce qui arrive. Il y a aussi un sélecteur de langue, parce que lire une démonstration dans sa quatrième meilleure langue ne démontre rien.

Le site est plus rapide, là où il était lent

Rien là-dedans n’est une fonctionnalité et l’ensemble fait la différence entre une page qui paraît immédiate et une qui ne l’est pas. L’affiche du hero est préchargée et servie en WebP, et les affiches d’analyse, de réclamation et de chronologie également. Les images sont mises en cache correctement. Les balises d’analytique et de pixel attendent l’événement de chargement au lieu de concurrencer la page. Les avatars et les portraits du Panthéon sont tirés de vignettes plutôt que des originaux en pleine taille, et les vidéos d’une page de visionnage sont servies directement plutôt qu’à travers une redirection.

Si vous avez déjà ouvert un rapport sur un téléphone dans un train, c’est le changement que vous remarquerez et que vous ne saurez pas nommer.

Une interrogation de l’extension ne peut plus vous déconnecter

L’extension demande au site qui vous êtes. Quand cette vérification chevauchait une connexion au site dans un autre onglet, elle pouvait écraser la session la plus récente avec la réponse la plus ancienne, et vous étiez déconnecté sans raison visible.

Le site n’accepte plus cet écrasement. L’extension que vous avez aujourd’hui demande toujours de la même façon ; la moitié qui corrige la demande est dans l’extension et n’est pas encore publiée.

Plus petit

• Une connexion via Google ou GitHub qui échoue dit maintenant ce qui s’est mal passé au lieu de vous renvoyer vers un formulaire sans explication.
• Si vous vous êtes inscrit sans jamais confirmer votre adresse, vous recevez un rappel. Une adresse non confirmée est le plus souvent un courrier parti en indésirable, pas une décision.
• Sur iPhone, la barre d’état ne recouvre plus le haut de la page.
• Dans la visionneuse scindée, le panneau média ne se dessine plus étiré pendant qu’il calcule sa taille.
• Une suite de la même interaction, quelqu’un qui clique huit fois sur la même chose parce qu’il ne se passe rien, se lit maintenant comme une étape avec un compteur plutôt que comme huit lignes. Les huit clics sont l’information ; huit lignes ne le sont pas.

Un service de moins sur le chemin

Nous avons retiré Rollbar. Les erreurs sont remontées par le reporter du framework lui-même et par le journal, d’où nous les lisions de toute façon, et il a quitté la liste des sous-traitants dans la politique de confidentialité.

Cette même politique dit maintenant clairement que la capture d’écran d’un rapport est envoyée au modèle qui rédige l’analyse. C’était déjà vrai et ce n’était pas écrit assez clairement, ce qui est pire que cela n’en a l’air.

Ce que vous avez réellement entre les mains

Tout ce qui précède est en ligne sur session-replay.com. Le site est déployé en continu et la révision qui le sert en ce moment est celle qui se trouve en tête du dépôt : rien dans cet article n’attend sur une branche.

L’extension est une autre affaire. 1.11.0 reste la version publiée, celle du 19 septembre, et c’est celle que Chrome vous a donnée. Du travail est allé dans l’extension pendant la quinzaine écoulée et rien n’en a été publié : si vous lisez quelque chose ici et que vous allez le chercher dans l’extension, vous ne le trouverez pas, car tout ce qui précède est la moitié du site.

La page du store vous dit quelle version vous avez. Si elle indique 1.11.0, vous êtes à jour.