발표하는 동안 회의실 안을 어떻게 볼 수 있을까요?

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

이는 모든 주요 플랫폼의 지원 포럼에서 가장 끊임없이 제기되는 불만 중 하나이며, 사람들이 이를 표현하는 방식은 한결같습니다. 한 발표자는 Microsoft에 이 기능을 요청하며 이렇게 말했습니다: "발표자로서 청중의 반응을 읽는 것은 매우 중요합니다." Zoom 포럼의 한 교사는 이렇게 말했습니다: "특정 학생과 상호작용하고 싶어도, 지금 누가 있는지 전혀 알 수가 없습니다." 또 다른 사용자는 자신이 잃는 것을 이렇게 설명했습니다: "직접 만나서 할 수 있었던 모든 것들이요."

이 불만의 본질은 단순히 패널이 없다는 것이 아닙니다. 온라인 발표는 실제 공간에서라면 누구도 받아들이지 않을 상황, 즉 벽을 향해 이야기하며 누군가가 따라오고 있는지 추측만 해야 하는 상황으로 발표자를 몰아넣는다는 것입니다.

모든 해결책은 한 가지 문제를 다른 문제로 바꿀 뿐입니다

이 문제가 끈질기게 남아 있는 이유는, 현재 존재하는 해결책들이 문제를 없애는 것이 아니라 단지 위치만 옮기기 때문입니다.

오버레이는 공유 중인 화면을 가립니다. 참석자 갤러리를 콘텐츠 위에 올려두면 회의실의 모습은 되찾지만, 그 대가로 발표 중인 내용을 가리게 됩니다. Zoom 포럼의 한 호스트는 이렇게 말했습니다: "제가 찾은 유일한 방법은 갤러리를 PPT 위에 겹쳐 놓는 것인데, 이렇게 하면 이미지 일부가 가려집니다." 같은 딜레마를 양쪽 입장에서 설명한 또 다른 사용자는 이렇게 말했습니다: "전체 화면일 때는 화면을 가리고, 전체 화면이 아닐 때는 제가 원하는 것보다 더 많은 공간을 차지합니다." 가려짐과 보이지 않음, 둘 중 하나를 선택해야 합니다.

보조 모니터도 확실한 해결책은 아닙니다. 이는 흔히 권장되는 방법이지만, 그 한계를 정확히 짚어볼 필요가 있습니다. 이 방법은 보조 디스플레이가 있다는 것을 전제로 하므로, 노트북만 사용하거나 출장 중인 환경에서는 애초에 성립하지 않습니다. 하지만 두 대의 모니터가 있어도, 슬라이드가 전체 화면으로 전환되는 순간 참석자 목록을 잃어버린다는 사용자들의 보고가 있습니다: "PPT를 발표 모드로 전환할 때마다 참석자 갤러리를 잃게 됩니다. 제 선택지는 한쪽 모니터에는 공유 화면을, 다른 쪽에는 발표자 대시보드를 띄우는 것, 또는 두 화면을 서로 미러링해서 둘 다 공유 화면을 보여주는 것뿐입니다… 수업이든 회의든 둘 다 전혀 받아들일 수 없습니다."

실제로 사람들이 하는 것은 창을 이리저리 옮기는 일입니다. 실제 현장에서의 대응책은 창을 줄이고, 끌어당기고, 다시 열어보는 수동적인 안무입니다. 한 Teams 사용자는 이렇게 말했습니다: "우회책으로 Teams 화면을 열어서 왼쪽으로 옮겨두었습니다. 공유 중인 화면을 줄이면서 참석자 목록만 보이도록 했습니다."

이 방법들 중 어느 것도 문제를 완전히 해결하지 못하는 이유는 구조적입니다. 회의는 하나의 창입니다. 발표 중인 내용도 하나의 창입니다. 한 화면 안에서 창들은 공간과 포커스를 두고 서로 경쟁합니다.

가장 고통스러운 경우: 공유 중인 내용을 직접 수정할 때

이 절충이 단순한 불편함을 넘어 업무 자체를 가로막는 경우가 있습니다.

화면 공유에 대한 대부분의 조언은 이미 완성된 무언가를 발표하는 상황을 전제로 합니다. 슬라이드, 대시보드, 녹화된 흐름 같은 것들이죠. 하지만 실제 업무 회의에서는 변경되고 있는 대상을 공유하는 경우가 많습니다 — 새 문단이 추가되는 기획서, 수정된 숫자가 반영되는 시트, 방금 모두가 옮기기로 합의한 카드가 반영되는 프로젝트 보드 같은 것들입니다. 참석자를 계속 볼 수 있는 방법을 물었던 한 사람은 이렇게 표현했습니다: "단순히 PowerPoint나 Excel만이 아니라, 무엇이든요."

이제 충돌은 더욱 뚜렷해집니다. 문서를 수정하려면 문서가 포커스를 가져야 합니다 — 즉, 지금 입력 중인 창이어야 합니다. 그러면 회의는 그 뒤로 밀려나고, 누군가가 정확한 문구를 붙여넣고 있는 채팅과, 어느 행을 가리키는지 보여주던 포인터까지 함께 사라집니다.

회의를 앞에 두면 변경 작업을 하는 대신 그 변경에 대해 이야기만 하게 됩니다. 변경을 실제로 하면 아무것도 보지 못한 채 작업하게 됩니다. 결국 작업은 "통화가 끝난 뒤"로 밀려나고, 방금 그 작업에 합의했던 회의실로부터 멀어집니다.

각 플랫폼이 실제로 문서화한 내용

각 벤더는 서로 다른 세 가지 해법을 문서화하고 있는데, 이를 정확히 살펴볼 필요가 있습니다 — 그중 하나가 다른 것들보다 해결책에 더 가깝기 때문이며, 그것이 사람들이 예상하는 것과는 다르기 때문입니다.

Google은 Meet의 화면 속 화면(picture-in-picture) 모드를 문서화하며, "화면 속 화면 모드를 사용하면 발표와 청중 확인을 동시에 할 수 있다"고 설명하고, 발표 화면 고정을 해제하면 "발표 중에도 더 많은 참석자를 확인할 수 있다"고 안내합니다(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 웹 스토어에 게시되었으며, 자세한 내용은 공지를 참고하세요. 통화는 사이드 패널에서 진행되고, 공유 중인 탭은 여러분이 계속 수정할 수 있습니다. 프로젝트 보드 작업 세션에서라면, 보드는 전체 너비로 표시된 채 수정되고, 포인터는 여전히 회의실에 어디를 봐야 할지 보여주고, 채팅은 여전히 그 옆에서 읽을 수 있습니다 — 이 모든 것이 동시에, 한 화면에서, 보조 모니터 없이, 콘텐츠를 가리는 것 없이 이루어집니다.

이 방식이 해결한다고 주장하지 않는 부분에도 주목할 필요가 있습니다. 패널이 좁기 때문에 많은 얼굴이 나열된 대형 갤러리는 여기에 담기지 않습니다 — 이 방식이 답하는 질문은 "작업하는 동안 회의실과 채팅에 계속 접근할 수 있게 해달라"이며, "화상 타일 30개를 한 번에 보여달라"가 아닙니다.

있는 그대로의 한계

세 가지는 명확히 밝혀둘 필요가 있습니다. 그래야 기대치를 올바르게 설정할 수 있기 때문입니다.

공유는 여전히 일반적인 선택 창에서 시작됩니다. 공유하기를 클릭하면 Chrome이 어떤 화면을 공유할지 묻고, 그중 탭을 선택하는 방식입니다. 사이드 패널에서 "지금 보고 있는 탭 공유하기"를 원클릭으로 실행하는 방법은 없습니다 — Chrome은 확장 프로그램에 패널 컨텍스트에서의 탭 캡처 권한을 부여하지 않으며, 이 기능을 추가해 달라는 요청은 Chromium 팀에 의해 수정하지 않음(won't-fix)으로 종료되었습니다(2026년 8월 확인). 선택 창은 클릭 한 번이면 됩니다. 이는 우회책이 아니라 하나의 메커니즘입니다.

이는 브라우저에 한정된 기능입니다. 사이드 패널은 Chromium의 기능입니다. 여기서 설명한 시나리오는 Chrome과 Edge에서의 시나리오이며, 다른 브라우저에서는 다시 창을 배치하는 방식으로 돌아가야 합니다.

이 방식은 한 가지 문제만 해결합니다. 탭을 공유하면서 동시에 그 탭을 수정하되, 통화 UI를 잃지 않는 문제입니다. 작은 노트북 화면을 더 크게 만들어주지는 않으며, 공유해야 할 대상이 브라우저 탭이 아니라 데스크톱 애플리케이션이라면 탭 캡처 특성 자체가 적용되지 않습니다.

이 방식이 가장 유용한 경우

이 패턴은 결과물이 완성본이 아니라 살아있는(진행 중인) 상태일 때 어디에서나 나타납니다:

• 문서나 기획서 작업 세션 — 참석자들의 반응을 보며 문구를 바로 수정하는 대신, 나중에 적용할 피드백을 받아 적기만 하는 상황을 피할 수 있습니다.
• 스프레드시트와 계획 모델 — 입력값을 바꾸고 모두가 숫자가 변하는 것을 지켜보게 하는 것, 이것이 바로 시트를 화면에 띄우는 이유입니다.
• 프로젝트 보드와 백로그 — 저희가 내부적으로 이 문제를 발견하게 된 이유입니다: 계획 회의 중에 카드를 옮기고 티켓을 수정하면서, 동시에 사람들이 그 카드에 대해 채팅으로 남기는 내용을 계속 읽는 상황입니다.
• 디자인 및 코드 리뷰 — 통화 중에 작은 수정을 바로 하면서, 포인터로 지금 논의되고 있는 부분을 표시합니다.

이 모든 경우의 공통점은 회의의 가치가 결과물의 변경 자체에 있다는 것이며, 편집을 "통화 이후"로 미루는 워크플로는 합의가 이루어진 그 회의 밖으로 작업을 밀어내게 된다는 것입니다.

자주 묻는 질문

발표 중에 참석자를 어떻게 볼 수 있나요?

각 플랫폼은 서로 다른, 부분적인 답을 문서화하고 있습니다. Google은 화면 속 화면 모드와 발표 화면 고정 해제를 통해 "발표 중에도 더 많은 참석자를 확인"하는 방법을 문서화합니다. Zoom은 보조 디스플레이가 필요한 듀얼 모니터 모드를 문서화합니다. Microsoft는 발표자에게만 보이는 발표자 툴바를 문서화합니다(모두 2026년 8월 확인). 공통된 한계는 이러한 화면들이 회의 앱 자체의 창 안에 존재한다는 점이며, 그래서 다른 작업과 포커스를 두고 경쟁하게 됩니다 — 이것이 바로 두 대의 모니터를 사용하더라도 슬라이드가 전체 화면으로 전환되는 순간 참석자 목록을 잃는다고 사용자들이 보고하는 이유입니다.

PowerPoint가 발표 모드로 전환되면 왜 참석자 갤러리를 잃게 되나요?

발표 모드가 그 모드가 실행 중인 디스플레이 전체를 차지하고, 회의 창은 별도의 창으로서 그 뒤로 밀려나기 때문입니다. 이것이 보조 모니터로도 문제가 자동으로 해결되지 않는 이유입니다: 두 대의 디스플레이를 가진 사용자도 같은 문제를 보고하는데, 결국 슬라이드가 어느 디스플레이를 차지할지의 문제로 바뀌기 때문입니다. 사람들이 대안으로 사용하는 방법은 갤러리를 콘텐츠 위에 겹쳐 놓거나, 창을 수동으로 크기 조절하는 것입니다.

한 대의 모니터에서 화면을 공유하는 동안 채팅은 어떻게 볼 수 있나요?

플랫폼에 따라 다릅니다. Microsoft는 Teams에서 발표자를 위한 축소된 회의 채팅 보기를 문서화하며, 청중은 공유된 화면에서 이 채팅 창을 볼 수 없다고 명시합니다(2026년 8월 확인). Zoom이 문서화한 해법은 보조 디스플레이가 필요한 듀얼 모니터 모드입니다(2026년 8월 확인). Google의 발표 관련 문서는 화면 속 화면을 통해 참석자를 보는 방법을 다루지만 채팅은 다루지 않습니다(2026년 8월 확인). 이들 모두 공통적으로 바뀌지 않는 점은, 발표자용 화면이 회의 앱의 창에 속한다는 것입니다 — 그래서 공유 중인 문서를 수정해야 한다면, 그 문서와 회의는 여전히 하나의 포커스를 두고 경쟁하는 두 개의 창으로 남습니다.

화면을 공유하는 동안 문서를 수정할 수 있나요?

가능합니다 — 한계는 수정 자체에 있는 것이 아니라, 수정하는 동안 무엇을 볼 수 있는지에 있습니다. 문서에 입력하려면 문서가 포커스를 유지해야 하고, 그러면 한 화면에서는 회의 인터페이스가 그 뒤로 밀려납니다. 문서는 그동안 계속 공유되고 있지만, 작업하는 동안 채팅, 참석자, 포인터를 볼 수 없게 될 뿐입니다.

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

모니터 두 대는 흔히 권장되는 방법이며 실제로 효과가 있습니다. 하지만 유일한 방법은 아닙니다: 브라우저 사이드 패널을 사용하면 한 화면 안에서도 두 번째 표면을 얻을 수 있는데, 패널이 페이지와 포커스를 두고 경쟁하는 것이 아니라 브라우저 프레임 안에서 페이지 옆에 자리하기 때문입니다.

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

탭을 공유할 때는 나타나지 않습니다 — 직접 테스트해 보았고, 패널은 캡처된 스트림에 나타나지 않았습니다. Chrome의 문서와 W3C 화면 캡처 명세는 이 동작을 명확히 규정하지 않습니다(명세는 브라우저 UI의 경계를 구현체에 맡기고 있습니다), 따라서 이는 문서화된 보증이 아니라 직접 측정한 결과로 받아들여야 합니다. 대신 전체 화면을 공유하면, 그 화면에 보이는 모든 것이 패널을 포함해 캡처됩니다.

선택 창 없이 한 번의 클릭으로 현재 탭을 공유하는 방법이 있나요?

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

어떤 브라우저에서 사용할 수 있나요?

사이드 패널은 Chromium의 기능이므로, Chrome과 Edge에서 사용할 수 있습니다. 다른 브라우저에는 이에 상응하는 표면이 없으며, 앞서 설명한 창 간의 절충 문제가 그대로 적용됩니다.

이것이 보조 모니터를 대체할 수 있나요?

이 특정한 경우 — 브라우저 탭을 공유하면서 동시에 수정하고 통화 UI도 계속 보이게 하는 상황 — 에서는 보조 모니터가 필요했던 이유 자체가 사라집니다. 하지만 보조 모니터가 유용한 다른 모든 용도를 대체하는 것은 아닙니다.

직접 사용해 보기

• Chrome 확장 프로그램 받기 — 무엇을 설치하는지, 어떤 권한을 요청하는지, 무엇을 하지 않는지.
• 화상 회의에서 화면 공유하는 방법 — 화면, 창, 탭, 휴대폰에서 공유하는 방법, 레이저 포인터 사용법, 그리고 Meet와 Teams가 지원을 멈추는 지점까지.
• 라이브 데모 체험하기 — 아무것도 설치하기 전에 번역된 통화가 어떻게 작동하는지 확인해 보세요.
• 회의에 공유한 파일에 어떤 일이 일어나는지 확인하기 — 누가 그것을 읽을 수 있는지, 어떤 언어로 읽는지, 요약본 안의 주장은 어떻게 검증되는지.
• 번역 벤치마크 살펴보기 — 언어쌍별 전체 분포와 그 뒤에 있는 방법론을 포함한 품질 수치.

출처: Chrome for Developers — chrome.sidePanel API, Chrome for Developers — chrome.tabCapture API, W3C — Screen Capture, Chromium issue 40926394 — 사이드 패널에서의 chrome.tabCapture, Google Meet — 화상 회의 중 발표하기, Zoom — 듀얼 모니터 모드 사용하기, Microsoft — Microsoft Teams 회의에서 콘텐츠 발표하기. 벤더들은 시간이 지나면서 앱과 문서를 변경할 수 있으므로, 최신 상태는 해당 페이지에서 확인하시기 바랍니다. 모든 사실은 2026년 8월에 확인되었습니다.