N’importe qui peut capturer un bug sur votre site avec l’extension et vous envoyer le lien. Cela marche sans que vous ayez quoi que ce soit à faire, et c’est ainsi qu’arrivent la plupart des rapports.

Revendiquer le domaine change l’endroit où ils atterrissent. Au lieu d’un lien que quelqu’un doit penser à vous envoyer, chaque rapport capturé sur votre site arrive au même endroit, appartient à votre équipe, se filtre, et c’est à vous de le marquer comme résolu.

Ce que vous apporte la revendication d’un domaine

  • Tous les rapports du domaine dans un seul tableau de bord, par site ou sur l’ensemble, plutôt que dispersés chez ceux à qui on a pensé à le dire
  • Une confidentialité que vous maîtrisez. Un lien de partage est public par défaut, et c’est précisément ce qui le rend facile à envoyer. Sur un domaine revendiqué, c’est vous qui décidez : les rapports peuvent démarrer privés, ouverts seulement à la personne qui en a déposé un et à votre équipe, et n’importe quel rapport peut être basculé dans un sens ou dans l’autre ensuite
  • Votre équipe, pas seulement vous. Invitez les gens qui réparent les choses, et chaque rapport de vos domaines leur appartient : à lire et à faire passer du statut en attente au statut résolu
  • Un premier passage déjà fait. La première fois que quelqu’un ouvre un rapport, un modèle lit toute la capture et renvoie les étapes pour la reproduire, une cause probable et une gravité suggérée. Il peut se tromper, et les panneaux à côté contiennent ce qui a réellement été enregistré

La mise en place

1. Créez un compte et ajoutez votre domaine. Les formules et l’essai sont sur la page des tarifs ; le paiement passe par Stripe et la carte ne nous touche jamais.

2. Placez la balise de vérification dans votre page. Une ligne, dans le <head>, sur n’importe quelle page du domaine :

<meta name="session-replay-site-verification" content="srv_your_token_here">

Le jeton est délivré au moment où vous ajoutez le domaine. La balise prouve que le domaine est le vôtre - n’importe qui peut taper un nom de domaine dans un formulaire, et personne d’autre que vous ne peut poser une ligne dans son balisage - et c’est elle qui achemine les rapports capturés là vers votre tableau de bord au lieu de les laisser en liens épars.

Cela marche sur toute plateforme qui vous laisse modifier l’en-tête d’une page, c’est-à-dire presque toutes. Sur un site à gabarits, elle a sa place dans le layout que toutes les pages utilisent, pour qu’elle survive à l’ajout d’une nouvelle page.

3. Vérifiez qu’elle est bien servie. Chargez votre site et regardez le source, ou récupérez-le :

curl -s https://yourdomain.example | grep session-replay-site-verification

Deux choses piègent les gens ici, et les deux ressemblent à une balise qui ne marche pas. Un cache devant le site peut servir l’ancien balisage un moment. Et une balise ajoutée dans un environnement de staging n’est pas une balise sur le domaine que vous avez revendiqué : elle doit être sur le domaine du formulaire, déployée là où le public la voit.

Ce qui arrive, et quoi en faire

Chaque rapport porte la copie d’écran ou l’enregistrement, la sortie console, le journal réseau avec un fichier HAR téléchargeable, les détails du navigateur et du système, et la suite de ce que la personne a fait avant que cela n’arrive. C’est le contexte qui se perd d’ordinaire entre quelqu’un qui remarque un problème et quelqu’un capable de le reproduire.

À partir de là, c’est du tri comme ailleurs : le lire, décider s’il contredit quelque chose que vous vous étiez engagé à faire, et le faire passer de en attente à résolu une fois corrigé.

Une chose à savoir avant de bâtir des plans dessus : les notes internes et l’attribution ne sont pas encore là, donc un rapport porte aujourd’hui son statut et non une conversation à son sujet.

Obtenir des rapports qui valent la peine

Revendiquer le domaine règle l’endroit où les rapports atterrissent. Cela ne règle pas ce qu’il y a dedans, et une capture est une preuve plutôt qu’un rapport : elle ne peut pas savoir ce que la personne s’attendait à voir, ni si les deux choses bizarres qu’elle a remarquées font un défaut ou deux.

Dites donc aux gens quoi vous envoyer. Le guide du rapport de bug est une page vers laquelle orienter collègues et clients, et son modèle est un fichier qu’ils peuvent garder. Si vos rapports viennent de gens dont le métier n’est pas le logiciel - c’est-à-dire la plupart, et tous pendant la recette utilisateur -, demandez la procédure qu’ils suivaient plutôt que leur diagnostic de la cause. Le diagnostic est en général faux et remplace en général les faits.

Session Replay

Extension Chrome gratuite. Un clic sur la page qui se comporte mal capture la copie d'écran, la console et le journal réseau, et vous rend un lien à coller dans le ticket.

Installer l'extension

La version courte

Les rapports vous parviennent sans aucune installation, sous forme de liens que quelqu’un envoie. Revendiquer le domaine - un compte, une balise meta d’une ligne, et une vérification qu’elle est réellement servie - transforme cela en une file qui appartient à votre équipe, avec une confidentialité dont vous décidez et un premier passage déjà écrit. Ce qu’elle ne peut pas faire, c’est amener un rapport à dire ce que quelqu’un attendait, et c’est toujours la phrase qu’il vaut la peine de demander.