网络平台允许用户使用 Screen Capture API 分享屏幕。Chrome 对 getDisplayMedia() 的实现包含一个媒体选择器，用户可以通过该选择器选择分享任何标签页、窗口或屏幕。从 Chrome 107 开始，我们对该对话框进行了小幅修改，将标签页作为首选项，以鼓励用户分享标签页，而不是分享整个屏幕。这基于一个众所周知的概念，即问题的措辞方式会影响答案的分布。这在民间被称为“微推理论”，孩子们则称之为“请”。经过最初的几次波折，该实验最终取得了巨大成功，我们现在已面向所有用户推出这项新体验。
正如前面所述，共享标签页通常是更好的选择：
- 更注重隐私保护，因为用户不太可能泄露其他应用、通知、桌面壁纸或设置中的个人信息。
- 更好地利用接收端的屏幕空间。
- 由于共享的像素更少，因此网络资源利用率更高。
因此，我们尝试以标签页作为首选选项。
实验的初始发布阶段发现了一个不幸的副作用：将标签页放在前面后，用户选择当前标签页的比例增加了。对于许多应用（甚至大多数应用），这都不适合。例如，在视频会议应用中，这会产生“镜厅”效应，让远程参与者感到困惑，并扰乱通话。因此，我们暂停了该实验。
幸运的是，从 Chrome 107 开始，selfBrowserSurface 选项可用。借助此选项，应用可以指定 Chrome 应将当前标签页包含在向用户提供的标签页列表中，还是将其排除在外。由于这是新控件，因此大多数 Web 应用都不会在此处提供显式值。在重新开展的实验中，从 Chrome 108 开始，我们将默认值从 "include" 改为了 "exclude"。这样一来，不良影响便会消失，同时仍允许专用应用调用之前的行为。
实验中更改默认值带来了自己的好处：自拍摄次数从占拍摄会话的 0.8% 左右下降到几乎 0%，几乎消除了此类自毁行为（以前每 100 名用户中就有近 1 名受到影响）。
该实验已在 Chrome 108 中恢复。当覆盖率达到 50% 后，我们观察到以下结果：
- 标签页分享次数从 16% 增加到了 30%。
- 窗口共享率从 14% 提高到了 20%。
- 屏幕共享功能的使用率从 55% 下降到 36%。
- 自行捕获（基于标签页）从 0.8% 下降到 0%。
- 取消次数的增幅不尽相同；详情请见下文。
- 激活次数（对
getDisplayMedia()的调用次数）增加了不同数量。
我们非常高兴地看到，用户共享标签页、窗口和屏幕的频率发生了变化。不过，取消和激活次数的变化可能值得注意。
随着实验的运行时间延长，我们发现实验组的取消次数逐渐回归到对照组的水平。这与我们的理论相符，即用户会在看到陌生对话框后立即退出，然后随着时间的推移逐渐习惯。
上述理论只能部分解释启用次数的增加，因为数据不相符，并且测试组的启用次数仍然较高。激活次数增加的原因可能是，当用户共享整个屏幕时，他们无需停止和重新启动截图功能，即可开始共享其他内容。现在，他们更频繁地共享标签页和窗口，因此需要重启屏幕截图的频率也更高。我们希望日后能够进一步改进此功能，让您在拍摄不同表面时能够更顺畅地进行过渡。