Google Workspace Gemini 기능 액세스 설정: 파일럿 그룹만 끄고 다른 팀 업무를 지키는 법
TL;DR
Google Workspace 관리자는 Feature access에서 Workspace 서비스별 Gemini 기능과 사이드 패널을 켜거나 끌 수 있습니다. 전체 조직을 먼저 바꾸지 말고 파일럿용 조직 단위나 구성 그룹을 선택합니다. 서비스 하나만 조정한 뒤 대상 사용자와 비대상 사용자를 함께 확인하는 편이 안전합니다.
단, 특정 앱에서 Gemini를 꺼도 다른 Workspace 앱의 Gemini가 그 앱 데이터에 접근할 수 있습니다. 이 설정을 데이터 권한 회수나 DLP 대체 수단으로 보면 안 됩니다.
핵심 3줄 요약
Feature access 지원 에디션과 Gemini Settings 관리자 권한을 먼저 확인합니다.
구성 그룹 설정은 조직 단위보다 우선합니다. 대상·현재값·되돌릴 값을 변경 전에 기록합니다.
파일럿 사용자는 선택 서비스에서 제한되고 비대상 사용자는 기존 기능을 유지하는지 양쪽에서 확인합니다.
이 글에서 다룰 내용
- Workspace 서비스의 Gemini 기능을 일부 사용자에게만 Off로 바꾸는 관리자 경로
- 조직 단위와 구성 그룹을 섞어 쓸 때 놓치기 쉬운 우선순위
- 앱별 Off가 데이터 접근 철회와 같지 않은 이유
- 비민감 테스트 자료로 제한 사용자와 정상 사용자를 함께 검증하는 방법
Google Workspace Gemini 기능 액세스란
Google 공식 도움말은 관리자가 Gmail, Calendar, Drive, Docs, Sheets, Slides, Forms, Drawings, Vids, Meet, Chat, Google Workspace Studio의 Gemini 기능과 사이드 패널을 서비스별로 켜거나 끌 수 있다고 설명합니다. 기본 설정은 On입니다.
이 글에서 말하는 기능 액세스는 Google Admin console의
Generative AI > Gemini for Workspace > Feature access
에서 바꾸는 설정입니다. Gemini 앱 자체를 켜고 끄는 설정과는 별개입니다. 공식 문서도 Gemini 앱의 On·Off가 Workspace 서비스의 다른 AI 기능에는 영향을 주지 않는다고 구분합니다.
지원 범위도 먼저 확인해야 합니다. 공식 도움말은 이 Feature access 기능의 지원 에디션으로 Enterprise Standard, Enterprise Plus, Teaching and Learning add-on, Education Plus, Google AI Pro for Education을 명시합니다. 현재 에디션이 여기에 없거나 화면에 Feature access가 보이지 않으면 추정으로 진행하지 말고 현재 계약과 Admin console을 확인해야 합니다.
이 흐름이 맞는 상황
이 절차는 조직 전체의 Gemini 사용을 중단하려는 경우보다 파일럿 그룹에만 한 서비스의 기능을 잠시 제한하고 영향도를 확인할 때 맞습니다. 예를 들어 Docs의 Gemini 기능을 내부 검토하는 동안 다른 팀의 Gmail·Meet 사용 흐름은 유지하려는 상황입니다.
반대로 목표가 Gemini 앱 접근 차단, Gemini Notebook 중단, Meet의 AI 노트 작성 통제, Workspace Studio 중단, 데이터 권한 회수라면 별도 제어를 확인해야 합니다. Feature access 하나로 인접 기능까지 바뀐다고 가정하면 안 됩니다.
변경 전에 기록할 것
변경 전 기록은 짧아도 됩니다. 다만 다음 항목은 남겨야 복구와 검증이 가능합니다.
- 지원 에디션과 작업자의 Gemini Settings 관리자 권한
- 변경할 Workspace 서비스 한 개와 현재 On·Off 값
- 대상 조직 단위 또는 구성 그룹의 표시 이름
- 파일럿 사용자 1명과 비대상 사용자 1명
- 비민감 테스트 문서와 양쪽에서 수행할 같은 작업
- 승인자, 작업자, 되돌릴 값, 확대 중단 조건
실제 이메일 주소, 고객 문서 이름, 조직 내부 식별자는 공개용 작업표나 프롬프트에 넣지 않습니다. 이 글에서는
파일럿 그룹
,
검증용 문서
,
비대상 사용자
같은 역할명만 사용합니다.
파일럿 그룹만 끄는 5단계
1단계. 지원 조건과 현재값을 확인합니다
Google Admin console에서 작업자의 Gemini Settings administrator privilege를 확인합니다. 지원 에디션, 대상 서비스, 현재값, 파일럿 범위, 승인자를 한 줄씩 기록합니다. 되돌릴 값은 현재값과 같게 적습니다.
Workspace 서비스의 Gemini 기능 기본값은 On이지만, 현재 조직에 실제로 적용된 값은 별도입니다. 기본값을 현재값으로 간주하지 말고 Admin console에서 직접 확인합니다.
2단계. Feature access에서 대상을 정확히 고릅니다
Admin console에서
Menu > Generative AI > Gemini for Workspace
로 이동한 뒤 Feature access를 엽니다. 일부 사용자에게만 적용하려면 옆에서 조직 단위 또는 구성 그룹을 선택합니다.
공식 문서에 따르면 구성 그룹 설정이 조직 단위보다 우선합니다. 사용자가 올바른 조직 단위에 있더라도 구성 그룹에 들어 있다면 그룹 설정의 영향을 받을 수 있습니다. 대표 사용자의 그룹 포함 여부까지 확인해야 합니다.
3단계. 서비스 하나만 Off로 저장합니다
검토할 서비스 옆의 Edit를 누르고
Off
를 선택한 뒤 Save합니다. 첫 파일럿에서는 여러 서비스를 한 번에 바꾸지 않습니다. 서비스 하나만 바꿔야 예상하지 못한 결과가 나왔을 때 원인을 좁힐 수 있습니다.
관리자가 Feature access에서 조정하는 대상은 해당 서비스의 Gemini 기능과 사이드 패널입니다. Gmail·Drive 같은 Workspace 핵심 서비스의 별도 서비스 상태나 Gemini 앱 설정을 함께 바꾸지 않습니다.
4단계. 대상 사용자와 비대상 사용자를 같은 작업으로 확인합니다
파일럿 사용자에게 선택한 서비스에서 Gemini 기능이나 사이드 패널을 열어 보게 합니다. 준비한 비민감 테스트 작업을 시도하고 제한된 기능이 보이지 않거나 실행되지 않는지 결과를 기록합니다.
비대상 사용자도 같은 서비스에서 같은 작업을 실행합니다. 기존 On 상태와 업무 흐름이 유지되는지 확인합니다. 관리자 화면의 값만 보거나 파일럿 사용자만 확인하면 다른 팀의 회귀를 놓칠 수 있습니다.
공식 문서는 Workspace 서비스에서 Gemini를 사용하려면 사용자가 smart features and personalization을 켜야 한다고 안내합니다. 비대상 사용자에게 기능이 보이지 않을 때는 이번 관리자 변경과 사용자 측 선행 조건을 나눠 확인합니다.
5단계. 교차 앱 한계와 복구 지점을 확인합니다
특정 앱에서 Gemini를 Off해도 다른 앱의 Gemini가 그 앱 데이터에 접근할 수 있습니다. Google이 든 예시는 Drive에서 Gemini를 꺼도 Gmail의 Gemini가 요청을 받아 Drive 파일에 접근할 수 있다는 경우입니다.
완료 기록에는
선택 서비스의 Gemini 기능 제한 확인
과
다른 앱을 통한 데이터 접근은 별도 경계
를 나눠 적습니다. 목적이 데이터 접근 차단이라면 여기서 파일럿 완료로 표시하지 않습니다. 기존 Workspace 권한, 조직 정책과 별도 AI 제어를 다시 검토합니다.
결과가 예상과 다르면 범위를 넓히지 않습니다. 변경한 서비스의 값을 원래 값으로 되돌립니다. 대상 조직 단위·구성 그룹과 대표 사용자의 포함 상태도 다시 확인합니다. 공식 도움말에 반영 시간이 명시돼 있지 않으므로 임의의 완료 시간을 약속하지 않습니다.
그대로 복사해 쓸 프롬프트
아래 프롬프트는 AI에게 설정을 직접 바꾸게 하는 명령이 아닙니다. 관리자가 변경 전 작업표와 검증 기록 형식을 만드는 용도입니다.
목표: Google Workspace Gemini Feature access 파일럿의 변경 전 작업표와 양쪽 검증표를 작성한다.
허용 입력: 지원 에디션, 관리자 권한 확인 결과, 대상 서비스 1개, 현재값, 파일럿 그룹 역할명, 비대상 사용자 역할명, 비민감 테스트 작업, 승인자 역할명, 되돌릴 값.
제외 입력·금지 작업: 실제 이메일 주소, 고객 데이터, 내부 식별자, 비밀값, 운영 문서 원문은 넣지 않는다. 설정 저장, 조직 전체 확대, 데이터 권한 변경, 외부 공유를 수행하지 않는다.
출력 형식: 변경 전 사실표, 파일럿 사용자 검증표, 비대상 사용자 검증표, 교차 앱 경계, 복구 조건, 확인 필요 항목 순서의 Markdown 체크리스트.
완료 기준: 대상 서비스의 현재값과 변경값, 두 대표 사용자의 같은 테스트, Feature access와 Gemini 앱의 분리, 앱별 Off의 교차 앱 한계, 되돌릴 값이 모두 적혀 있다.
추정 금지: 지원하지 않는 에디션, 반영 시간, 메뉴 이름, 권한 효과, 데이터 차단 효과를 지어내지 않는다. 모르면 확인 필요로 표시한다.
승인 지점: 관리자가 현재 Admin console과 공식 문서를 대조하고 승인한 뒤에만 사람이 Save한다. 조직 전체 확대와 인접 제어 변경은 별도 승인으로 남긴다.
실전 활용 팁
파일럿 결과표는
관리자 화면
과
사용자 화면
을 한 칸에 섞지 않는 편이 좋습니다. 관리자 화면에는 대상 범위와 저장값을 적습니다. 사용자 화면에는 실제로 본 기능과 같은 테스트의 결과를 적습니다.
판정 문구도
설정 성공
하나로 끝내지 않습니다.
파일럿 사용자: 선택 서비스 제한 확인
,
비대상 사용자: 기존 기능 유지
,
교차 앱 데이터 접근: 별도 통제 필요
처럼 경계를 나눠 적으면 다음 승인자가 무엇을 확인했는지 바로 알 수 있습니다.
주의할 점
- Feature access의 앱별 Off는 데이터 권한 철회가 아닙니다. 다른 앱의 Gemini가 해당 앱 데이터에 접근할 수 있다는 공식 경계를 반드시 남깁니다.
- Gemini 앱의 On·Off는 별도 설정이고, Workspace 서비스의 다른 AI 기능에 영향을 주지 않습니다.
- 구성 그룹은 조직 단위보다 우선합니다. 조직 단위만 보고 대표 사용자의 실제 적용값을 단정하지 않습니다.
- smart features and personalization은 사용자 측 선행 조건입니다. 이 조건 때문에 기능이 보이지 않는 상황과 관리자 Off를 혼동하지 않습니다.
- Gemini Notebook, Vids, Meet AI 노트 작성, Workspace smart features, Workspace Studio에는 별도 제어가 있습니다.
- Business FAQ의 데이터 보호 설명은 Feature access 하나가 DLP나 기존 Workspace 권한을 대체한다는 뜻이 아닙니다.
자주 묻는 질문
Feature access 기본값은 On인가요?
네. Google 공식 도움말은 Workspace 서비스의 Gemini 기능 기본 설정이 On이라고 설명합니다. 다만 현재 조직의 실제 적용값은 Admin console에서 확인해야 합니다.
구성 그룹과 조직 단위가 다르면 무엇이 우선하나요?
구성 그룹 설정이 조직 단위보다 우선합니다. 그래서 대표 사용자의 조직 단위뿐 아니라 대상 구성 그룹 포함 여부도 함께 확인해야 합니다.
Drive에서 Gemini를 끄면 Gmail에서도 Drive 파일을 못 읽나요?
그렇게 단정할 수 없습니다. 공식 문서는 Drive에서 Gemini를 Off해도 Gmail의 Gemini가 요청을 받아 Drive 파일에 접근할 수 있다고 설명합니다. 데이터 접근 차단이 목적이라면 별도 권한과 제어를 검토해야 합니다.
Gemini 앱을 끄면 Workspace 서비스의 Gemini도 모두 꺼지나요?
아닙니다. 공식 도움말은 Gemini 앱의 On·Off가 Workspace 서비스의 다른 AI 기능에는 영향을 주지 않는다고 명시합니다. 두 범위를 따로 확인해야 합니다.
출처
- Google Workspace Help: Manage access to Gemini features in Workspace services
- Google Workspace Help: Google Workspace with Gemini FAQ for Business
두 문서는 2026년 7월 29일 UTC에 갱신된 내용을 기준으로 확인했습니다. 관리자는 변경 직전에 현재 도움말과 Admin console을 다시 대조해야 합니다.
마무리
안전한 파일럿은 기능을 많이 끄는 작업이 아니라 영향 범위를 좁히고 양쪽 결과를 남기는 작업입니다. Feature access에서 서비스 하나와 대상 범위를 정확히 고릅니다. 파일럿 사용자와 비대상 사용자는 같은 조건으로 확인합니다.
마지막에는 앱별 Off가 교차 앱 데이터 접근을 막지 않는다는 경계를 기록합니다. 이 조건까지 확인한 뒤에만 확대 여부를 사람이 승인하면 다른 팀의 업무를 지키면서 설정을 검토할 수 있습니다.
