웹 플랫폼에서는 사용자가 Screen Capture API를 사용하여 화면을 공유할 수 있습니다. Chrome의 getDisplayMedia()
구현에는 사용자가 탭, 창, 화면을 공유하도록 선택할 수 있는 미디어 선택 도구가 포함되어 있습니다. Chrome 107부터 Google은 첫 번째 옵션으로 탭을 배치하여 사용자가 탭을 공유하고 전체 화면을 공유하지 않도록 권장하는 대화상자를 약간 수정하는 실험을 했습니다. 이는 질문이 표현되는 방식이 답변의 분포에 영향을 미친다는 잘 알려진 개념을 기반으로 합니다. 흔히 넛지 이론(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은 사용자가 탭, 창 및 화면을 공유하는 빈도가 변경되면 매우 만족스러웠습니다. 하지만 취소 및 활성화 변경사항으로 인해 우려할 수도 있었습니다.
실험을 더 오래 진행한 결과, 실험 그룹의 취소 횟수가 통제 그룹의 취소 횟수로 하락한 것을 확인했습니다. 이는 사용자가 낯선 대화를 보자마자 금세 헤쳐 나가고 시간이 지나면서 익숙해진다는 Google의 이론과도 연관이 있습니다.
활성화 횟수 증가는 위의 이론으로 부분적으로만 설명할 수 있었습니다. 숫자가 합산되지 않기 때문이며, 테스트 그룹에서 활성화의 수가 더 높게 유지되었기 때문입니다. 활성화가 증가했다면 사용자가 전체 화면을 공유했을 때 다른 것을 공유하기 위해 캡처를 중지하고 다시 시작할 필요가 없었기 때문일 수 있습니다. 탭과 창을 더 자주 공유하게 되면서 캡처를 다시 시작해야 할 필요성이 더 커졌습니다. 다양한 표면 캡처 간에 더 원활한 전환을 지원하여 향후 이 기능을 더욱 개선할 수 있기를 바랍니다.