ウェブ プラットフォームでは、ユーザーは Screen Capture API を使用して画面を共有できます。Chrome に実装された getDisplayMedia() にはメディア選択ツールが含まれており、ユーザーはこれを使用して任意のタブ、ウィンドウ、画面を共有できます。Chrome 107 以降では、ユーザーがタブを共有して画面全体を共有しないようにするために、このダイアログに小さな変更を加えてテストし、タブを最初のオプションにしました。これは、質問の表現が回答の分布に影響するという、よく知られている概念に依存します。これは口語で「Nudge Theory」と呼ばれ、子供たちには「きれいなお願い」として知られています。この実験は大きな成功を収め、現在ではすべてのユーザーにリリースしています。
前述のとおり、通常はタブの共有が優れた方法です。
- 他のアプリ、通知、デスクトップの壁紙、設定などから個人情報が公開される可能性が極めて低いため、プライバシーの保護に役立ちます。
- 受信側の画面領域を有効活用。
- 共有するピクセルが少ないため、ネットワーク リソースを効率的に利用できます。
そこで、まずタブを表示することにしました。
テストの最初のリリースでは、タブを最初に配置することで、ユーザーが現在のタブを選択する割合が増加するという、残念な副作用が明らかになりました。これは、多くのアプリケーション（おそらく大部分でさえ）にとって望ましいことではありません。たとえば、ビデオ会議のアプリケーションでは、「鏡のホール」効果が発生し、リモートの参加者は混乱し、通話が妨げられます。そのため、テストを一時停止しました。
Chrome 107 以降では、selfBrowserSurface オプションを利用できます。このオプションを使用すると、Chrome でユーザーに表示されるタブのリストから現在のタブを含めるか除外するかを指定できます。これは新しいコントロールであるため、大多数のウェブアプリでは明示的な値は提供されません。更新されたテストでは、Chrome 108 以降、デフォルト値を "include" から "exclude" に切り替えました。これにより、望ましくない影響が排除され、なおかつ特殊なアプリで以前の動作を呼び出せるようになりました。
テストの一環としてデフォルト値を変更したことで、独自のメリットがもたらされました。キャプチャ セッションの約 0.8% からほぼ 0% に減少し、以前は 100 人中 1 人近くが影響を受けた自己妨害行為のほぼすべてのケースがなくなりました。
Chrome 108 でテストが再開されました。50% のユーザーにリーチすると、次のような結果になりました。
- タブの共有が 16% から 30% に増加。
- ウィンドウの共有が 14% から 20% に増加。
- 画面共有が 55% から 36% に減少。
- セルフキャプチャ（タブベース）が 0.8% から 0% に減少しました。
- 解約の増減額によって異なります。詳しくは以下をご覧ください。
- アクティベーション（
getDisplayMedia()への通話数）の増加量は変動しています。
ユーザーがタブ、ウィンドウ、画面を共有する頻度が変更され、非常に満足しています。しかし、解約と有効化の変化が懸念材料となっていました。
テストを長く実施した結果、テストグループの解約数がコントロール グループのキャンセル数に逆戻りしていることがわかりました。このことは、ユーザーが見慣れない会話を見るとすぐに諦め、徐々に慣れるようになったという Google の理論と相関しています。
活性化数の増加は、上記の理論によって部分的にしか説明できない可能性があります。これは、数値が加算されず、テストグループの方が活性化の回数が多くなっていたためです。有効化が増えた理由としては、ユーザーが画面全体を共有した場合、他のものの共有を開始するためにキャプチャを停止して再開する必要がなかったことが考えられます。タブやウィンドウを頻繁に共有するようになったため、キャプチャを再開する必要性が高まりました。今後、異なるサーフェスをキャプチャする間のよりシームレスな遷移を可能にすることで、さらなる改善を期待しています。