웹 플랫폼을 사용하면 사용자가 Screen Capture API를 사용하여 화면을 공유할 수 있습니다. Chrome의 getDisplayMedia()
구현에는 사용자가 탭, 창 또는 화면을 공유하도록 선택할 수 있는 미디어 선택 도구가 포함되어 있습니다. Chrome 107부터 탭을 첫 번째 옵션으로 설정하여 사용자가 탭을 공유하고 전체 화면을 공유하지 않도록 유도하는 대화상자를 약간 수정하여 실험했습니다. 이는 질문의 표현 방식이 답변의 분포에 영향을 미친다는 잘 알려진 개념을 기반으로 합니다. 이는 넛지 이론이라고도 하며, 아이들에게는 '제발'이라고 알려져 있습니다. 초기의 몇 가지 문제 외에는 실험이 큰 성공을 거두었으며, 이제 이 새로운 환경을 모든 사용자에게 제공하고 있습니다.

이전에 설명한 바와 같이 탭을 공유하는 것이 일반적으로 더 나은 옵션입니다.
- 사용자가 다른 앱, 알림, 데스크톱 배경화면 또는 설정의 비공개 정보를 노출할 가능성이 훨씬 낮아 개인 정보 보호에 더 좋습니다.
- 수신 측에서 화면 공간을 더 효율적으로 사용합니다.
- 픽셀을 덜 공유하므로 네트워크 리소스를 더 효율적으로 활용할 수 있습니다.
따라서 탭을 첫 번째 옵션으로 표시하는 실험을 진행했습니다.
실험을 처음 출시했을 때는 탭을 먼저 배치하면 사용자가 현재 탭을 선택하는 비율이 증가한다는 부작용이 발견되었습니다. 대부분의 애플리케이션에서는 이러한 작업이 바람직하지 않습니다. 예를 들어 화상 회의 애플리케이션에서는 '거울의 방' 효과가 발생하여 원격 참석자가 혼동되고 통화가 중단됩니다. 따라서 실험을 일시중지했습니다.
다행히 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의 이론과 일맥상통합니다.

활성화 증가는 숫자가 합산되지 않고 테스트 그룹의 활성화 수가 더 높게 유지되어 위의 이론으로 부분적으로만 설명할 수 있습니다. 활성화가 증가한 이유를 추측해 보자면 사용자가 전체 화면을 공유할 때 다른 항목을 공유하기 위해 캡처를 중지했다가 다시 시작할 필요가 없었기 때문일 수 있습니다. 이제 탭과 창을 더 자주 공유하게 되면서 캡처를 다시 시작해야 하는 경우가 더 자주 발생했습니다. 향후 다양한 노출 영역을 캡처할 때 더 원활하게 전환할 수 있도록 이 기능을 개선할 예정입니다.