발표 중인데 참가자들을 어떻게 보나요?

화면을 공유하는 순간, 함께 공유하고 있는 사람들을 볼 수 없게 됩니다. 얼굴이 사라집니다. 채팅도 사라집니다. 회의실에서 가장 시간이 중요한 신호인 손들기도 사라집니다.

이는 모든 주요 플랫폼의 지원 포럼에서 가장 지속적으로 제기되는 불만 사항 중 하나이며, 사람들이 이를 묘사하는 방식은 일관적입니다. 한 발표자가 Microsoft에 기능을 요청하며 말했습니다. "발표자로서 청중의 반응을 읽는 것은 매우 중요합니다." Zoom 포럼의 한 교사: "특정 학생과 상호작용하고 싶을 때, 저기 누가 있는지 전혀 알 수 없습니다." 또 다른 사용자가 잃어버린 것을 묘사하며: "대면했을 때 할 수 있었던 모든 것들입니다."

불만의 핵심은 패널이 없다는 것이 아닙니다. 온라인 발표가 여러분을 아무도 받아들이지 않을 방의 위치, 즉 누군가 따라오고 있는지 추측하며 벽을 향해 말하는 상황에 놓이게 한다는 것입니다.

모든 해결책은 하나의 손실을 다른 손실로 교환합니다

이 문제가 까다로운 이유는 사용 가능한 대안들이 문제를 해결하지 않고 위치를 옮길 뿐이기 때문입니다.

오버레이는 보여주는 내용을 가립니다. 참가자 갤러리를 콘텐츠 위에 배치하면 콘텐츠를 희생하고 회의실을 되찾게 됩니다. Zoom 포럼의 한 호스트: "제가 찾은 유일한 방법은 PP(PowerPoint) 위에 갤러리를 오버레이하여 보여주는 것인데, 이는 이미지의 일부를 가립니다." 같은 곤경에 처한 또 다른 사용자: "전체 화면에서는 화면을 가리고, 전체 화면이 아닐 때는 제가 원하는 것보다 더 많은 공간을 차지합니다." 가리거나 보이지 않거나, 둘 중 하나를 선택해야 합니다.

두 번째 모니터도 확실한 해결책은 아닙니다. 이것이 표준 조언이며, 그 한계를 정확히 짚는 것이 중요합니다. 이는 보조 디스플레이가 있다고 가정하므로 노트북 단일 화면이나 출장 환경에서는 사용할 수 없습니다. 하지만 두 대가 있어도 사용자들은 슬라이드가 전체 화면으로 전환되는 순간 참가자 목록을 잃는다고 보고합니다. "PPT를 프레젠테이션 모드로 전환할 때마다 참가자 갤러리가 사라집니다. 한 모니터에는 공유 화면을, 다른 모니터에는 발표자 대시보드를 표시하거나, 두 화면이 서로 미러링되도록… 두 화면 모두 공유 화면을 표시하게 됩니다. 수업이나 회의 어느 쪽에도 완전히 받아들일 수 없습니다."

사람들이 실제로 하는 것은 창 관리입니다. 실제 세계의 해결책은 수동적인 안무, 즉 창을 축소하고, 드래그하고, 다시 여는 것입니다. 한 Teams 사용자: "해결 방법으로 Teams 화면을 열고 왼쪽으로 이동시켜, 공유한 화면은 줄이면서 참가자 목록만 보이게 했습니다."

이러한 방법들이 문제를 해결하지 못하는 이유는 구조적입니다. 회의는 하나의 창입니다. 발표하는 내용도 하나의 창입니다. 하나의 화면에서 창들은 공간과 초점을 두고 경쟁합니다.

가장 큰 고통을 주는 상황: 공유하는 내용을 편집할 때

트레이드오프가 단순한 편의성을 넘어 작업 자체를 방해하기 시작하는 경우가 있습니다.

화면 공유에 대한 대부분의 조언은 완성된 결과물을 발표한다고 가정합니다. 슬라이드, 대시보드, 녹화된 흐름 등입니다. 하지만 많은 실무 회의에서는 변경 중인 결과물을 공유합니다. 새로운 단락이 추가되는 명세서, 수정된 숫자가 입력되는 스프레드시트, 방금 이동하기로 합의한 카드가 추가되는 프로젝트 보드 등입니다. 한 사람이 참가자를 계속 보는 방법을 묻으며 말했습니다. "PowerPoint나 Excel뿐만 아니라 무엇이든요."

이제 갈등은 더 날카로워집니다. 문서를 편집하려면 문서에 초점이 맞춰져야 합니다. 즉, 타이핑하는 창이어야 합니다. 따라서 회의 창은 그 뒤로 밀려나고, 누군가 사용해야 할 정확한 문구를 붙여넣는 채팅과, 어떤 행을 가리키는지 보여주기 위해 사용하던 포인터도 함께 사라집니다.

회의 창을 앞에 두면 변경을 가하는 대신 변경 사항을 논의하게 됩니다. 변경을 가하면 아무것도 보이지 않는 상태로 작업하게 됩니다. 작업은 방금 합의했던 회의실을 벗어나 "통화 후"로 밀려납니다.

플랫폼들이 실제로 문서화하는 것

공급업체들은 세 가지 다른 대안을 문서화하며, 이를 정확히 읽어볼 가치가 있습니다. 그중 하나가 다른 것들보다 해결책에 더 가깝고, 사람들이 생각하는 것과는 다르기 때문입니다.

Google은 Meet의 PIP(Picture-in-Picture) 모드를 문서화하며, 이를 통해 "PIP 모드를 사용하여 동시에 발표하고 청중을 확인"할 수 있고, 발표의 고정을 해제하여 "이제 발표 중에 더 많은 참가자를 볼 수 있습니다"라고 설명합니다(2026년 8월 확인). 둘 다 참가자를 보는 것에 대한 것입니다. Google의 발표 페이지는 단일 화면에서 발표하는 동안 채팅을 계속 표시하는 방법을 문서화하지 않습니다.

Zoom은 듀얼 모니터 모드를 문서화하며, "하나의 모니터에는 갤러리 또는 스피커 뷰를 표시하고 다른 모니터에는 공유 콘텐츠를 표시할 수 있습니다"라고 합니다. 여기에는 데스크톱 앱과 4개 이상의 코어를 가진 i5 이상의 CPU라는 필수 구성 요소가 명시되어 있습니다(2026년 8월 확인). 이는 두 번째 모니터라는 답변을 기능으로 작성한 것입니다.

Microsoft가 가장 앞서 있습니다. Teams는 "발표자에게만 표시되는" 발표자 도구 모음을 문서화하며 다음과 같이 설명합니다. "콘텐츠를 발표하는 동안 채팅을 선택하여 회의 채팅의 간결한 보기를 보고 참여하세요. 청중은 공유 화면에서 채팅 창을 볼 수 없습니다."(2026년 8월 확인)

마지막 부분은 옵션을 비교하는 모든 사람에게 중요합니다. 발표자를 위한 비공개, 캡처되지 않는 채팅 패널은 시장의 격차가 아닙니다. Teams가 오늘날 이를 문서화하고 있습니다. 남은 차이점은 발표자의 다른 창이 무엇을 하는가입니다. Meet과 Teams의 발표자 표면은 회의 앱 자체 창의 일부이며, 편집 중인 문서는 여전히 별도의 창으로 초점을 두고 경쟁합니다.

회의가 창이 아니게 되면 무엇이 바뀌는가

브라우저에는 페이지와 초점을 두고 경쟁하지 않는 표면이 하나 있습니다. 바로 브라우저 자체의 사이드 패널입니다.

Chrome은 사이드 패널 API를 확장 프로그램이 "웹페이지의 주요 콘텐츠와 나란히 브라우저 사이드 패널에서 콘텐츠를 호스팅"하는 방법으로 문서화합니다(2026년 8월 확인). 여기서 중요한 속성은 구조적입니다. 패널은 탭의 일부가 아니라 브라우저 프레임의 일부입니다. 활성화된 탭 옆에 자리 잡고 있으며, 탭을 전환해도 그대로 유지되며, 페이지에 타이핑해도 이를 뒤로 밀어내지 않습니다. 애초에 페이지가 있는 스택에 있지 않았기 때문입니다.

이는 두 번째 결과를 낳으며, 여기서 우리는 문서화된 것과 우리가 측정한 것을 분리하는 데 주의를 기울여야 합니다. Chrome의 화면 캡처 문서는 탭 캡처를 탭의 가시 영역을 캡처하는 것으로 설명하며, W3C 화면 캡처 명세는 브라우저 UI의 정확한 경계를 구현에 따라 다르게 남겨둡니다. 어느 쪽도 사이드 패널에 어떤 일이 일어나는지 명시하지 않습니다. 그래서 우리가 테스트했습니다. 탭을 공유할 때, 사이드 패널은 캡처된 스트림에 나타나지 않습니다. 참가자들은 그 옆에 있는 패널이 아니라, 여러분이 선택한 탭을 보게 됩니다.

이 결과는 공유 모드에 따라 다르며, 이 차이가 핵심입니다. 전체 화면을 공유하면 패널을 포함한 그 화면의 모든 것이 캡처됩니다. 우리가 의존하는 속성은 이 워크플로우가 사용하는 모드인 탭 공유에만 적용됩니다.

이 두 가지 속성을 합치면 트레이드오프는 관리되는 것이 아니라 사라집니다.

• 문서는 활성 탭입니다. 초점을 맞춥니다. 여기에 타이핑하며, 화면의 절반이 아닌 전체 너비를 차지합니다. 위에 무엇도 오버레이되지 않습니다.
• 회의는 옆 패널에 앱의 좁은 레이아웃으로 자리 잡습니다. 통화, 채팅, 참가자, 포인터 컨트롤이 함께 있습니다.
• 참가자들은 문서를 봅니다. 통화 창도, 읽고 있는 채팅도 아닌, 여러분이 선택한 탭과 그 위에서 사용하는 포인터입니다.

이것이 우리가 InterMIND Chrome 확장 프로그램을 구축한 이유입니다. 통화는 사이드 패널에서 실행되고, 공유하는 탭은 편집할 수 있는 상태로 유지됩니다. 프로젝트 보드에 대한 실무 세션에서 이는 보드가 전체 너비로 표시되고 편집되고 있음을 의미하며, 포인터는 여전히 어디를 봐야 할지 회의실을 가리키고, 채팅은 옆에서 계속 읽을 수 있습니다. 동시에, 하나의 화면에서, 두 번째 모니터 없이, 콘텐츠를 가리는 것 없이 말입니다.

이 방법이 수정하지 못하는 것도 명확히 해야 합니다. 패널은 좁기 때문에 많은 얼굴 갤러리가 들어맞지 않습니다. 이는 "작업하는 동안 회의실과 채팅에 도달할 수 있게 유지"하는 문제에 대한 답이지, "서른 개의 비디오 타일을 한 번에 보여달라"는 요청에 대한 답이 아닙니다.

솔직한 한계

올바른 기대치를 설정하기 위해 세 가지를 명확히 말할 가치가 있습니다.

공유는 여전히 일반적인 선택기로 시작됩니다. 공유를 클릭하면 Chrome이 원하는 표면을 묻고 탭을 선택합니다. 사이드 패널에서 "내가 있는 탭을 공유"하는 원클릭은 없습니다. Chrome은 패널 컨텍스트에서 탭 캡처를 확장 프로그램에 부여하지 않으며, 이 기능 추가 요청은 Chromium 팀에 의해 won't-fix(수용 불가)로 종료되었습니다(2026년 8월 확인). 선택기는 단 한 번의 클릭입니다. 이는 해결 방법이 아니라 작동 방식입니다.

이는 브라우저에 따라 다릅니다. 사이드 패널은 Chromium 기능입니다. 여기서 설명하는 시나리오는 Chrome 및 Edge 시나리오입니다. 다른 브라우저에서는 다시 창을 배열해야 합니다.

하나의 문제를 해결합니다. 통화 UI를 잃지 않고 탭을 공유하며 편집하는 것입니다. 노트북의 작은 화면을 크게 만들지 않으며, 공유해야 할 것이 브라우저 탭이 아닌 데스크톱 애플리케이션인 경우 탭 캡처 속성이 적용되지 않습니다.

이것이 가장 중요한 곳

이 패턴은 결과물이 완성된 것이 아니라 실시간으로 작업 중인 곳곳에서 나타납니다.

• 문서 또는 명세에 대한 실무 세션 — 나중에 적용할 피드백을 적어두는 대신, 회의실이 반응하는 대로 문구를 편집합니다.
• 스프레드시트 및 계획 모델 — 입력을 변경하고 모두가 숫자가 움직이는 것을 지켜보게 합니다. 이것이 스프레드시트가 화면에 있는 전체 이유입니다.
• 프로젝트 보드 및 백로그 — 내부적으로 이를 인식한 이유입니다. 계획 통화 중에 카드를 옮기고 티켓을 편집하면서 사람들이 그에 대해 타이핑하는 것을 계속 읽습니다.
• 디자인 및 코드 리뷰 — 포인터가 논의 중인 부분을 표시하는 동안 통화 중에 작은 수정을 가합니다.

이들의 공통점은 회의의 가치가 결과물에 대한 변경에 있으며, 편집을 "통화 후"로 미루는 워크플로우는 합의가 이루어진 회의실 밖으로 작업을 밀어낸다는 것입니다.

FAQ

발표 중에 참가자를 어떻게 보나요?

각 플랫폼은 서로 다른 부분적인 답변을 문서화합니다. Google은 PIP와 발표 고정 해제를 문서화하여 "발표 중에 더 많은 참가자를 볼 수 있게" 합니다. Zoom은 두 번째 디스플레이가 필요한 듀얼 모니터 모드를 문서화합니다. Microsoft는 발표자에게만 표시되는 발표자 도구 모음을 문서화합니다 (모두 2026년 8월 확인). 공통적인 한계는 이러한 표면들이 회의 앱 자체의 창 내부에 존재하므로, 여러분이 하는 다른 작업과 초점을 두고 경쟁한다는 것입니다. 그렇기 때문에 사용자들은 두 대의 모니터에서도 슬라이드가 전체 화면으로 전환되는 순간 참가자 목록을 잃는다고 보고합니다.

PowerPoint가 프레젠테이션 모드로 전환되면 왜 참가자 갤러리를 잃나요?

프레젠테이션 모드가 있는 디스플레이를 차지하고 회의 창이 그 뒤로 밀리는 별도의 창이기 때문입니다. 두 번째 모니터가 자동으로 문제를 해결하지 않는 이유입니다. 두 대의 디스플레이를 가진 사용자들도 같은 상실을 보고합니다. 선택이 슬라이드쇼가 차지할 디스플레이를 정하는 것이 되기 때문입니다. 사람들이 의존하는 대안은 갤러리를 콘텐츠 위에 오버레이하거나 창 크기를 수동으로 조정하는 것입니다.

하나의 모니터에서 화면을 공유하는 동안 채팅을 어떻게 보나요?

플랫폼에 따라 다릅니다. Microsoft는 Teams에서 발표자를 위한 간결한 회의 채팅 보기를 문서화하며, 청중은 공유 화면에서 해당 채팅 창을 볼 수 없다고 명시합니다(2026년 8월 확인). Zoom이 문서화한 답변은 두 번째 디스플레이가 필요한 듀얼 모니터 모드입니다(2026년 8월 확인). Google의 발표 문서는 채팅이 아닌 PIP를 통한 참가자 보기를 다룹니다(2026년 8월 확인). 이들 중 어느 것도 변경하지 않는 것은 발표자 표면이 회의 앱의 창에 속한다는 것입니다. 따라서 공유 문서를 편집해야 하는 경우, 해당 문서와 회의는 여전히 하나의 초점을 두고 경쟁하는 두 개의 창입니다.

화면을 공유하면서 문서를 편집할 수 있나요?

네, 가능합니다. 제한은 편집에 있는 것이 아니라, 편집하는 동안 무엇을 볼 수 있는지에 있습니다. 문서에 타이핑하려면 초점을 가져야 하므로, 단일 화면에서 회의 인터페이스가 그 뒤로 밀립니다. 문서는 계속 공유되지만, 그 안에서 작업하는 동안 채팅, 참가자 및 포인터를 잃게 됩니다.

발표와 작업을 동시에 하려면 모니터 두 대가 필요한가요?

두 대의 모니터가 표준 답변이며 작동합니다. 하지만 유일한 답은 아닙니다. 브라우저 사이드 패널은 단일 화면에서 두 번째 표면을 제공합니다. 패널이 초점을 두고 경쟁하는 대신 페이지 옆 브라우저 프레임에 자리 잡고 있기 때문입니다.

사이드 패널이 화면 공유에 나타나나요?

탭을 공유할 때는 나타나지 않습니다. 우리가 테스트했으며, 패널은 캡처된 스트림에 나타나지 않습니다. Chrome 문서 및 W3C 화면 캡처 명세는 어느 쪽으로도 동작을 명시하지 않습니다(명세는 브라우저 UI 경계를 구현에 따라 다르게 둡니다). 따라서 이를 문서화된 보장이 아닌 측정된 결과로 취급하십시오. 대신 전체 화면을 공유하면 패널을 포함하여 해당 화면에 보이는 모든 것이 캡처됩니다.

선택기 없이 원클릭으로 현재 탭을 공유할 수 있나요?

사이드 패널에서는 불가능합니다. Chrome은 패널 컨텍스트에서 탭 캡처를 확장 프로그램에 부여하지 않으며, 이를 허용하라는 요청은 Chromium 팀에 의해 won't-fix로 종료되었습니다(2026년 8월 확인). 공유는 탭을 선택하는 표준 Chrome 선택기에서 시작됩니다.

어떤 브라우저에서 작동하나요?

사이드 패널은 Chromium 기능이므로 Chrome과 Edge에 적용됩니다. 다른 브라우저에는 동등한 표면이 없으며, 위에서 설명한 창 트레이드오프가 정상적으로 적용됩니다.

두 번째 모니터를 대체하나요?

이 특정 사례, 즉 브라우저 탭을 공유하며 편집하고 통화 UI를 계속 표시하는 경우에는 두 번째 모니터가 필요한 이유를 제거합니다. 두 번째 모니터가 유용한 다른 모든 용도를 대체하지는 않습니다.

사용해 보기

• 라이브 데모 사용해 보기 — 설치 전에 번역이 적용된 통화가 어떻게 동작하는지 확인하세요.
• 번역 벤치마크 읽기 — 품질 수치와 언어쌍별 전체 분포 및 그 방법론을 확인하세요.

출처: Chrome for Developers — chrome.sidePanel API, Chrome for Developers — chrome.tabCapture API, W3C — Screen Capture, Chromium issue 40926394 — chrome.tabCapture from side panel, Google Meet — Present during a video meeting, Zoom — Using dual monitor mode, Microsoft — Present content in Microsoft Teams meetings. 공급업체들은 시간이 지남에 따라 앱과 문서를 변경하므로, 현재 상태는 해당 페이지를 확인하십시오. 모든 사실은 2026년 8월에 확인되었습니다.