Google Meet 공동 발표자 추가 방법: Gemini 제안 전 링크 공유 확인하기
TL;DR
Google Meet의 Ask Gemini 패널은 회의 중 영어 요청을 감지해 공동 발표자 지정을 제안할 수 있습니다. 주 발표자가 제안을 눌러야 역할이 부여됩니다. 파일 링크 공유와 Slides 편집 권한은 별도로 확인해야 합니다. 먼저 민감하지 않은 발표 사본으로 제어 범위를 시험합니다. 발표자 노트가 필요한 사람에게만 편집 권한을 검토합니다.
핵심 3줄 요약
핵심 1
공동 발표를 시작하려면 컴퓨터의 Chrome 또는 Edge에서 Google Slides 탭을 공유한 뒤 슬라이드쇼를 시작합니다.
핵심 2
Ask Gemini의 공동 발표자 제안은 주 발표자에게만 나타날 수 있습니다. 영어 트리거·대상 에디션·관리자 설정·점진 배포 조건도 확인해야 합니다.
핵심 3
공동 발표 역할, 발표 파일 링크, Slides 편집 권한, 공동 호스트 권한은 같은 권한이 아닙니다.
이 글에서 다룰 내용
이 글은 Google Meet에서 공동 발표자를 안전하게 추가하는 한 가지 작업에 집중합니다. Slides 탭 공유와 슬라이드쇼 시작, Ask Gemini 제안 승인, 링크 공유와 발표자 노트 권한 확인, 비민감 테스트, 회의 뒤 권한 재점검 순서로 설명합니다.
왜 공동 발표자 추가 전에 파일 권한을 봐야 할까
발표 도중 “다음 슬라이드”를 대신 넘겨 줄 사람이 필요하다고 해서 원본 파일 전체를 열어 줄 필요는 없습니다. 반대로 발표자 노트까지 함께 봐야 한다면 Meet 안의 공동 발표 역할만으로는 부족합니다. 역할과 파일 권한을 한꺼번에 처리하면 필요 이상의 자료가 노출될 수 있고, 정작 필요한 노트를 보지 못한 채 회의를 시작할 수도 있습니다.
Google Meet 공동 발표자는 주 발표자가 지정한 회의 참가자가 같은 Slides 슬라이드쇼를 Meet 안에서 함께 제어하는 역할입니다. 이 역할은 Google Slides의 열람·편집 권한이나 Meet의 공동 호스트 역할과 같지 않습니다.
Google 도움말은 공동 발표자로 승격된 사람이 발표 파일 링크에도 접근하게 된다고 경고합니다. 파일 접근을 의도하지 않았다면 승격 전에 링크 공유를 꺼야 합니다. 발표자 노트를 보려는 공동 발표자에게는 Slides 파일 편집 권한이 필요합니다.
이 기능이 맞는 경우와 맞지 않는 경우
공동 발표 기능은 한 사람이 설명하는 동안 다른 사람이 슬라이드를 넘길 때 적합합니다. 발표 순서를 나눠 진행할 때도 쓸 수 있습니다. 주 발표자와 공동 발표자가 같은 슬라이드쇼를 제어해야 하거나 발표 중 역할을 빠르게 넘겨야 할 때 선택합니다.
단순히 화면을 보여 주거나 파일을 읽게 하는 일이라면 공동 발표자가 필요하지 않을 수 있습니다. 회의 입장 관리와 녹화, 참석자 제어가 목적이라면 공동 호스트 기능을 별도로 확인해야 합니다. 파일을 함께 수정하는 일이 목적이라면 Slides 공유 권한을 먼저 설계합니다. 공동 발표 역할은 실제 발표 때만 추가합니다.
시작 전에 확인할 제공 조건
일반 Slides 공동 발표 기능과 Gemini의 한 번 클릭 제안은 제공 범위가 서로 다릅니다. Google Meet 도움말은 일반 공동 발표 제어를 Workspace Individual, Business Standard·Plus, Enterprise Essentials·Starter·Standard·Plus, Education Plus, Teaching & Learning Upgrade에서 지원한다고 안내합니다.
2026년 9월 1일 Google Workspace 업데이트는 Gemini 공동 발표자 제안을 Business Standard·Plus와 Enterprise Standard·Plus에 배포한다고 밝혔습니다. 같은 시점의 Ask Gemini 관리자 도움말은 Business Plus와 Enterprise Standard·Plus를 지원 에디션으로 표시합니다. 공식 페이지의 표기가 일치하지 않으므로 Business Standard에서는 현재 계정 UI와 관리자 설정을 직접 확인하는 편이 안전합니다.
Gemini 제안은 2026년 8월 31일부터 Rapid Release와 Scheduled Release 도메인에 최대 15일 동안 점진적으로 배포됩니다. 2026년 9월 8일 기준으로는 배포 창 안에 있으므로 조건을 충족해도 아직 제안이 보이지 않을 수 있습니다.
컴퓨터의 Chrome 또는 Edge가 필요합니다. 주 발표자는 Google Slides를 브라우저 탭으로 공유해야 합니다. 창이나 전체 화면을 공유하면 공동 발표가 작동하지 않습니다. 발표 제어와 공동 발표자 기능은 슬라이드쇼 모드에서만 쓸 수 있습니다.
안전하게 공동 발표자를 추가하는 순서
1. 민감하지 않은 발표 사본과 참가자 목록을 준비합니다
첫 시험에서는 원본 대신 민감한 발표자 노트와 숨김 자료를 제거한 사본을 사용합니다. 주 발표자, 공동 발표 후보, 파일 접근 필요 여부, 발표자 노트 필요 여부를 따로 기록합니다. 사본 사용과 권한 기록은 제품이 자동으로 만드는 기능이 아니라 안전한 내부 검수 방식입니다.
2. Slides 탭을 Meet에 공유합니다
컴퓨터의 Chrome 또는 Edge에서 발표할 Slides 파일을 엽니다. 다른 탭에서 Google Meet에 참여한 뒤
Present now
→
A Tab
을 선택하고 Slides 탭을 공유합니다. 발표 타일에 마우스를 올려
Start slideshow
를 누릅니다.
전체 화면이나 창 공유로 시작하지 않습니다. 공동 발표는 Slides 탭 공유와 슬라이드쇼 모드가 모두 유지될 때 작동합니다.
3. 링크 공유와 발표자 노트 범위를 먼저 확인합니다
공동 발표 후보가 파일 내용을 볼 필요가 없다면 링크 공유가 꺼져 있는지 확인합니다. 발표자 노트가 필요하다면 편집 권한이 필요한 이유와 노트에 포함된 정보를 검토합니다. 편집 권한을 주기 전에 내부 수치, 고객 정보, 계약 조건처럼 발표 화면에 없는 자료를 제거하거나 별도 사본으로 분리합니다.
공동 발표 역할을 부여한다고 Slides 편집 권한이 자동으로 생기는 것은 아닙니다. 반대로 파일 편집 권한을 줬다고 Meet 공동 발표자가 자동 지정되는 것도 아닙니다.
4. 공동 발표 후보가 회의 안에 있는지 확인합니다
공동 발표자로 지정될 사람은 회의에 들어와 있어야 합니다. 표시 이름이 비슷한 참가자가 있거나 외부 참석자가 함께 있다면 이름만 보지 말고 조직과 역할을 다시 확인합니다.
수동으로 추가할 때는 발표 타일의
Add a co-presenter
또는 People 패널의
Add as co-presenter
를 사용합니다. Ask Gemini 제안이 없어도 이 경로로 진행할 수 있습니다.
5. Gemini 제안을 검토하고 주 발표자가 승인합니다
Ask Gemini in Meet가 켜진 대상 계정에서 다른 참가자가 영어로 “Can you please add me as a co-presenter?” 또는 “Next slide please.” 같은 말을 하면 주 발표자 화면에 공동 발표자 제안이 나타날 수 있습니다. 제안은 항상 나타나는 자동 명령이 아닙니다.
주 발표자는 제안된 이름이 실제 요청자와 일치하는지 확인한 뒤 승인합니다. Gemini가 대상을 제안해도 최종 역할 부여는 주 발표자의 클릭으로 이뤄집니다.
6. 한 장만 넘기는 비민감 테스트를 합니다
공동 발표자가 이전·다음 슬라이드를 제어할 수 있는지 한 장으로 확인합니다. 발표자 노트가 필요한 역할이라면 승인한 사본에서만 노트 표시를 시험합니다. 제어 성공은 파일 내용의 정확성이나 발표 최종 승인을 의미하지 않습니다. 실제 발표 자료는 담당자가 별도로 검수합니다.
7. 종료 조건과 남은 파일 권한을 다시 확인합니다
주 발표자가 슬라이드쇼를 끝내면 공동 발표 기능도 끝납니다. 다른 발표자가 새 발표를 시작하면 그 사람이 새 주 발표자가 되고 기존 공동 발표자는 모두 해제됩니다.
Meet의 공동 발표가 끝난 사실만으로 Slides 파일 권한까지 정리됐다고 판단하지 않습니다. 회의 뒤에는 공유 대상과 편집 권한을 다시 열어, 승인된 협업에 필요한 접근만 남았는지 확인합니다.
복사해서 쓰는 공동 발표 권한 점검 프롬프트
아래 프롬프트는 공동 발표 사본과 참가자별 권한을 검토표로 정리할 때 사용합니다. 실제 권한 변경은 담당자가 Google Meet와 Slides 화면에서 직접 승인합니다.
목표: Google Meet 공동 발표 전에 참가자별 발표 제어와 Slides 파일 접근 범위를 점검한다.
허용 입력: 승인된 발표 사본 이름, 회의 참가자 이름과 조직, 발표 제어 필요 여부, 발표자 노트 필요 여부, 현재 확인한 링크 공유·파일 권한.
제외 입력: 비밀번호, 회의 링크, 고객 개인정보, 미공개 계약 내용, 원본 발표 파일의 민감한 발표자 노트.
출력 형식: 참가자 | 발표 제어 필요 | 파일 링크 필요 | 편집 권한 필요 | 확인 상태의 다섯 열로 된 검토표. 근거가 없으면 확인 필요로 표시한다.
완료 기준: 각 참가자의 Meet 공동 발표 역할과 Slides 파일 권한이 분리되어 있어야 한다. 과도한 권한과 누락된 권한을 구분할 수 있어야 한다.
추정 금지: 입력에 없는 계정, 조직, 공유 상태, 노트 내용, 권한을 만들지 않는다.
승인 지점: 표는 제안일 뿐이다. 주 발표자와 파일 소유자가 대상자를 확인한 뒤 역할 추가와 파일 권한 변경을 각각 승인한다.
실전 활용 팁
리허설에서는 기능이 켜지는지만 보지 말고 참가자마다 필요한 권한이 다른지 확인합니다. 발표 제어만 필요한 사람, 파일 링크도 필요한 사람, 발표자 노트까지 봐야 하는 사람을 구분하면 편집 권한을 습관적으로 넓히지 않아도 됩니다.
Ask Gemini 제안을 쓰더라도 수동 경로를 알고 있어야 합니다. 영어 트리거가 들리지 않았거나 배포가 아직 도착하지 않아 제안이 보이지 않을 수 있기 때문입니다. 제안이 없다는 이유로 링크 공유를 넓히거나 계정 권한을 임의로 바꾸지 않습니다.
주의할 점
- 링크 접근과 편집 권한을 섞지 않습니다. 공동 발표자 승격 시 파일 링크 접근이 생길 수 있지만 발표자 노트에는 별도의 편집 권한이 필요합니다.
- 공동 발표자와 공동 호스트를 같은 역할로 보지 않습니다. 이 글의 완료 범위는 Slides 슬라이드쇼 제어와 파일 권한 확인까지입니다.
- 영어 트리거는 제안 조건이지 실행 보장이 아닙니다. 제안이 나타날 수 있을 뿐이며 주 발표자가 승인해야 합니다.
- 제공 조건을 다른 페이지에서 합쳐 추정하지 않습니다. 일반 공동 발표, Gemini 제안, Ask Gemini 관리자 설정의 에디션 범위가 다르므로 현재 UI를 확인합니다.
- 발표 제어 성공을 내용 승인으로 오해하지 않습니다. 수치, 고유명사, 고객 약속, 발표자 노트는 원본과 승인 기록을 대조합니다.
자주 묻는 질문
공동 발표자로 지정하면 Slides 편집 권한도 생기나요?
아닙니다. Meet 공동 발표 역할과 Slides 파일 권한은 별개입니다. Google은 공동 발표자로 승격된 사람이 발표 파일 링크에 접근하게 된다고 안내합니다. 파일 접근을 원하지 않으면 승격 전에 링크 공유를 꺼야 합니다.
공동 발표자가 발표자 노트를 볼 수 있나요?
Slides 파일 편집 권한이 있어야 합니다. 발표자 노트가 필요하지 않다면 공동 발표를 위해 편집 권한까지 넓힐 이유는 없습니다. 노트가 필요하다면 민감 정보를 제거한 사본에서 제한적으로 검토합니다.
한국어로 “다음 장 넘겨 주세요”라고 말해도 Gemini가 제안하나요?
2026년 9월 1일 공식 업데이트는 영어 트리거 문구를 조건으로 설명합니다. 한국어 발화로도 나타난다고 가정하지 않습니다. 제안이 없으면 발표 타일이나 People 패널의 수동 추가 경로를 사용합니다.
공동 발표를 끝내면 파일 권한도 없어지나요?
공동 발표 종료와 Slides 파일 권한은 별도 범위입니다. 슬라이드쇼를 끝내면 공동 발표 기능은 끝납니다. 회의 뒤 파일 공유 대상을 다시 확인해 승인된 접근만 남았는지 검토해야 합니다.
출처
마무리
Google Meet 공동 발표자 추가에서 중요한 것은 한 번의 클릭보다 권한을 나누어 보는 일입니다. Slides 탭을 공유하고 슬라이드쇼를 시작한 뒤 파일 링크와 발표자 노트 범위를 먼저 확인합니다. 그다음 Gemini 제안이나 수동 메뉴로 정확한 참가자를 추가하고 비민감 사본에서 제어를 시험합니다.
발표가 끝나면 Meet 역할 종료와 파일 권한을 따로 확인합니다. 이 순서를 지키면 발표 인계는 빠르게 하면서도 원본 파일과 노트의 접근 범위는 필요한 사람에게만 남길 수 있습니다.
