La plate-forme Web permet aux utilisateurs de partager leur écran à l'aide de l'API Screen Capture. L'implémentation de getDisplayMedia() dans Chrome comprend un sélecteur de fichiers multimédias permettant aux utilisateurs de partager n'importe quel onglet, fenêtre ou écran. À partir de Chrome 107, nous avons testé une petite modification de cette boîte de dialogue, en plaçant les onglets en premier, afin d'encourager les utilisateurs à partager des onglets et à ne pas partager leur écran entier. Cela repose sur le concept bien compris selon lequel la façon dont une question est formulée influe sur la répartition des réponses. Cette nouvelle application est connue sous le nom de Nudge Theory, et les enfants le surnomment "pretty S
Comme nous l'avons vu précédemment, le partage d'onglets est généralement la meilleure option:
- Cette approche est préférable pour la confidentialité, car les utilisateurs sont beaucoup moins susceptibles d'exposer des informations privées provenant d'autres applications, notifications, fond d'écran du bureau ou paramètres.
- Meilleure utilisation de l'espace à l'écran côté réception.
- Meilleure utilisation des ressources réseau grâce au partage de pixels moins important.
Nous avons donc testé la présentation des onglets en premier.
Le déploiement initial du test a révélé un effet secondaire regrettable : en plaçant les onglets en premier, le taux de sélection de l'onglet actuel a augmenté. Pour de nombreuses applications, et même la plupart d'entre elles, ce comportement n'est pas souhaitable. Par exemple, dans les applications de visioconférence, cela produit l'effet "hall des miroirs", qui perturbe les participants à distance et fait dérailler les appels. Nous avons donc mis le test en veille.
Heureusement, à partir de Chrome 107, l'option selfBrowserSurface est disponible. Cette option permet à l'application de déterminer si Chrome doit inclure ou exclure l'onglet actif dans la liste des onglets proposés à l'utilisateur. Comme il s'agit d'une nouvelle option, la grande majorité des applications Web n'apportent pas de valeur explicite ici. Dans le test renouvelé, à partir de Chrome 108, nous avons remplacé la valeur par défaut "include" par "exclude". Cela a éliminé l'effet indésirable, tout en permettant à des applications spécialisées d'appeler le comportement précédent.
Le changement de la valeur par défaut dans le cadre du test a apporté ses propres avantages : la capture automatique est passée d'environ 0,8% des sessions de capture à près de 0%, éliminant ainsi presque tous les cas d'auto-sabotage, qui touchaient auparavant près d'un utilisateur sur 100.
L'expérience a repris dans Chrome 108. Une fois qu'elle a atteint 50% des utilisateurs, nous avons observé les résultats suivants:
- Le partage d'onglets est passé de 16% à 30%.
- Le partage des fenêtres est passé de 14% à 20%.
- Le partage d'écran est passé de 55% à 36%.
- L'auto-capture (basée sur les tabulations) est passée de 0,8% à 0%.
- Le nombre de annulations a augmenté d'un montant variable (vous trouverez plus d'informations ci-dessous).
- Les activations (nombre d'appels vers
getDisplayMedia()) ont augmenté de manière variable.
Nous avons été très satisfaits des changements apportés à la fréquence à laquelle les utilisateurs partagent des onglets, des fenêtres et des écrans. Cependant, l'évolution du nombre d'annulations et d'activations pouvait s'inquiéter.
En prolongeant le test, nous avons remarqué que le nombre d'annulations dans le groupe de test régressait vers celui du groupe de contrôle. Cela est corrélé à notre théorie selon laquelle les utilisateurs abandonnaient dès qu'ils voyaient un dialogue qu'ils ne connaissaient pas, puis s'y habituaient au fil du temps.
L'augmentation du nombre d'activations n'a pu être que partiellement expliquée par la théorie ci-dessus, car les chiffres ne s'additionnent pas et le nombre d'activations est resté plus élevé dans le groupe de test. Explication probable de cette augmentation du nombre d'activations est que, lorsque les utilisateurs partageaient l'intégralité de l'écran, ils n'ont jamais eu besoin d'arrêter et de redémarrer la capture pour commencer à partager autre chose. Comme ils partageaient des onglets et des fenêtres plus souvent, la nécessité de relancer la capture est apparue plus souvent. Nous espérons pouvoir y apporter d'autres améliorations à l'avenir en permettant des transitions plus fluides entre la capture de différentes surfaces.