Google Pics 사용법: Workspace 디자인팀이 Canva 대체 전 권한·협업·내보내기를 확인하는 법

Google Pics 사용법을 이미지 생성 프롬프트부터 익히면 디자인팀 도입 순서를 거꾸로 잡기 쉽다. Workspace 조직에서는 관리자가 Gemini Beta를 열어야 하고, 작업을 마친 뒤 외부로 반출할 수 있다고 공식 확인된 형식은 PNG와 JPEG다. 이미지 품질이 마음에 들어도 권한, 소유권, 승인과 편집 가능한 원본이 기존 흐름을 통과하지 못하면 Canva를 대체할 수 없다.

이 글은 2026년 9월 2일 기준 Google의 출시 발표·제품 도움말·관리자 문서를 The Verge 보도와 대조한 아키텍처 분석이다. 실제 계정에서 UI, 동시 편집, Shared Drive 소유권이나 내보낸 파일의 해상도·색공간을 시험한 결과는 아니다. Workspace 디자인팀이 제한적 파일럿을 열 수 있는 조건과 기존 도구를 유지해야 할 조건을 구분하는 데 초점을 맞춘다.

20초 핵심 요약

• 무엇: Google Pics는 Drive·Photos·로컬 이미지를 생성·편집하고 Workspace 문서와 연결해 공유하는 도구다.
• 왜: Pics만 따로 허용할 수 없고 PNG·JPEG 외 편집 원본 반출이 확인되지 않아 기존 승인·마스터 흐름이 끊길 수 있다.
• 어떻게: 에디션·언어, Beta 권한, Viewer·Editor 협업, 앱 간 수정, 최종 포맷을 비민감 샘플 하나로 검사한다.

첫 단계는 프롬프트가 아니라 접근 권한이다

Google은 Pics를 Google AI Pro·Ultra 구독자와 “대부분의 Workspace 비즈니스 고객”에게 수 주에 걸쳐 제공한다고 출시 발표에서 밝혔다. 현재 관리자 표는 지원 범위를 더 구체적으로 보여준다. Business Standard/Plus, Enterprise Standard/Plus, Google AI Pro for Education 등이 표시되며 Business Starter는 포함되지 않는다. 별도 Pics 가격이 확인된 것이 아니라 구독과 Workspace 에디션에 포함되는 범위이므로, 계약 지역과 시점의 Workspace 가격표도 다시 확인해야 한다.

조직 계정에서는 관리자가 Google Workspace with Gemini Beta를 켜야 한다. 이 Beta는 기본값이 꺼져 있고 사용자·그룹·조직 단위로 배정할 수 있지만, 관리자 문서는 개별 Beta 기능만 따로 켜는 제어를 지원하지 않는다고 설명한다. Pics 한 가지를 시험하려고 설정을 바꾸면 표에 있는 다른 Beta 기능도 함께 열릴 수 있다. 따라서 전사 활성화보다 디자인팀 파일럿 그룹을 분리하고, 함께 허용되는 기능의 약관과 데이터 처리를 먼저 검토하는 편이 맞다.

사용자 화면이 나타나는 조건도 별도다. 현재 시작 도움말은 데스크톱, 미국 영어, 최신 브라우저를 명시한다. 순차 출시 발표를 모든 계정의 즉시 사용이나 한국어·모바일 지원으로 해석해서는 안 된다.

자산은 다섯 책임 구간을 지나 최종 파일이 된다

Pics를 팀 도구로 볼 때 기억할 모델은 캔버스 하나가 아니라 자산의 상태 이동이다. 관리자는 접근 범위를 열고, 사용자는 원본을 넣으며, Pics가 생성·편집 상태를 만든다. 파일 소유자는 공유 역할을 정하고, Workspace 앱 연결을 거친 결과를 사용자가 외부 파일로 반출한다.

입력 자산은 컴퓨터, Drive, Google Photos에서 가져올 수 있으며 확인된 형식은 JPG, PNG, BMP, TIFF다. 텍스트 프롬프트로 새 이미지를 만들거나 기존 이미지를 스타일·요소 참조로 쓸 수도 있다. 이후 전체 프롬프트, 자동 감지 요소, 사용자가 지정한 영역, 이미지 속 텍스트를 바꾸고 종횡비를 조정한다. 편집 도움말은 요소와 텍스트 변경을 한 번에 최대 5개로 제한한다.

이 처리 구간이 브랜드 승인까지 대신하지는 않는다. Nano Banana가 생성과 편집을 맡는다는 사실만 확인됐을 뿐 입력 자산의 저작권이나 브랜드 사용 허가를 판정한다는 근거는 없다. 미출시 제품 사진이나 고객 자산을 넣으려면 조직의 데이터 분류와 허용 정책이 먼저 필요하다. 나머지 이미지에 영향을 주지 않고 특정 오브젝트를 바꾼다는 설명 역시 Google의 제품 주장이지 모든 이미지에서 직접 확인된 결과가 아니다.

Viewer와 Editor만으로 기존 승인 흐름이 유지되는지 본다

소유자는 Pics의 공유 대화상자에서 사람이나 그룹을 추가하고 Viewer 또는 Editor를 지정할 수 있다. Google의 2026년 5월 발표는 같은 이미지를 동시에 편집하는 공유 캔버스를 예고했지만, 현재 공유 도움말에서 확인되는 역할은 Viewer와 Editor다. Commenter, 승인자, 편집 잠금, 분기·병합, 버전 복원은 공식 확인 자료에서 확인되지 않았다.

여기서 “공유 가능”과 “팀 승인 가능”을 같은 뜻으로 보면 안 된다. 파일럿에서는 두 편집자가 같은 요소를 동시에 바꿀 때 충돌이 어떻게 보이는지, 누가 무엇을 바꿨는지 추적할 수 있는지, 승인 전 상태로 되돌릴 수 있는지를 관찰해야 한다. 댓글이나 승인 이력이 필수인데 대체 절차를 입증하지 못하면 Pics는 초안 편집까지만 맡겨야 한다.

소유권도 남은 질문이다. 일반 Shared Drive에서는 조직이 파일을 소유하고 해당 드라이브의 제한이 개별 파일 공유보다 우선하지만, Pics 공유가 이 정책과 정확히 어떻게 결합되는지는 현재 Pics 문서만으로 확인되지 않았다. My Drive에서 만든 자산을 Shared Drive로 실제 이동할 수 있는지, 외부 공유 제한이 적용되는지, 소유자 계정을 제거한 뒤에도 파일과 이력이 남는지를 파일럿에 포함해야 한다. 일반 Drive 원칙은 Shared Drive 접근 문서와 개요에서 참고할 수 있지만 Pics의 동작으로 단정할 근거는 아니다.

Docs·Slides 연결과 외부 내보내기는 별개의 경로다

2026년 9월 1일 발표 기준 Docs·Slides 통합은 제공이 시작됐고 Drive 통합은 수 주 내로 예고됐다. 이는 Drive에서 이미지를 가져오는 입력과 Drive 안에서 Pics 편집을 여는 통합이 같다는 뜻이 아니다. 조직 계정에서 메뉴가 실제로 보이는지, Docs나 Slides에 삽입한 이미지와 Pics 원본 중 무엇을 고치면 어느 쪽에 반영되는지, 복사본이 생기는지도 따로 봐야 한다.

외부 출구에서 공식적으로 확인되는 것은 PNG 또는 JPEG 다운로드와 인쇄다. SVG, PDF, 레이어·오브젝트·텍스트를 유지하는 편집 원본, Canva 가져오기용 형식, 일괄 내보내기는 확인되지 않았다. 따라서 Docs·Slides에 넣을 배포용 래스터 이미지가 최종 결과라면 후보가 되지만, 로고나 대형 인쇄처럼 벡터·PDF가 필요하거나 재편집 가능한 마스터를 보관해야 한다면 기존 디자인 도구를 유지해야 한다.

Canva 대체 여부는 같은 샘플 하나로 판정한다

기능 수나 첫 결과물의 인상보다 기존에 승인된 비민감 샘플 하나가 전체 경로를 통과하는지가 중요하다.

확인 지점	문서로 확인된 범위	파일럿에서 확인할 동작	보류 조건
접근	특정 에디션, 관리자 Gemini Beta, 데스크톱·미국 영어	지정 그룹에서 pics.new와 Docs·Slides 메뉴가 보이는가	Pics만 분리 허용해야 하거나 한국어·모바일이 필수다
입력·편집	JPG·PNG·BMP·TIFF, 로컬·Drive·Photos, 프롬프트·요소·텍스트·종횡비 편집	브랜드 색, 글꼴, 국문 텍스트와 반복 편집이 승인 기준을 지키는가	브랜드 재현이나 국문 텍스트가 기준에 못 미친다
권한·소유권	Viewer·Editor 공유	내부·외부 사용자, 그룹, Shared Drive 이동, 소유자 제거 뒤 상태가 기대와 같은가	조직 소유권·감사·외부 공유 요건을 입증하지 못한다
협업	공유 이미지 편집, 발표에서 예고한 동시 편집	충돌, 변경 이력, 되돌리기, 댓글·승인 대체 절차가 작동하는가	승인 추적이나 버전 복원이 필수인데 미지원 또는 미확인이다
앱 연결	Docs·Slides 제공 시작, Drive는 추후 순차 제공	원본과 삽입본의 수정 반영 및 복제 관계가 명확한가	어느 파일이 최신 원본인지 추적할 수 없다
반출	PNG·JPEG와 인쇄	해상도, 투명도, 메타데이터, 색상, 파일 크기, 재가져오기가 기준을 통과하는가	SVG·PDF·레이어 원본·일괄 반출이 필요하다

Pics 중심으로 옮기면 Workspace 문서와 디자인 도구 사이의 이동을 줄일 가능성이 있지만 Beta 전체 활성화와 제한된 반출 형식을 감수해야 한다. 기존 전용 도구를 유지하면 브랜드 자산, 템플릿과 승인 흐름의 연속성을 지킬 수 있는 대신 문서와 디자인 원본 사이의 복사·권한 동기화가 남는다.

현재 근거로 보면 혼합 파일럿이 적절한 시작점이다. Pics에는 Docs·Slides용 초안 생성과 국소 편집을 맡기고, 승인된 마스터와 최종 반출은 기존 도구에 둔다. 이때 중복 파일이 생기므로 원본 저장 위치, 파일명과 승인 책임자를 미리 정해야 한다.

조직의 에디션과 Gemini Beta 설정을 공식 관리자 표에서 확인한 뒤, AI 도구 파일럿의 검증 기준을 참고해 비민감 샘플 한 건으로 Viewer·Editor 및 PNG·JPEG 반출 회귀 테스트를 수행한다. 최종 산출물이 래스터 이미지이고 소규모 내부 협업이 중심이면 Pics의 역할을 넓힐 수 있다. 반대로 편집 가능한 마스터, 추적 가능한 승인, 조직 소유권 중 하나라도 필수인데 입증하지 못했다면 Canva 전면 대체는 보류하고 Pics를 초안 도구로 한정하는 편이 안전하다.

참고 링크

• Google Pics 출시 발표
• Google Pics 시작 도움말
• Google Pics 편집 도움말
• Google Pics 다운로드·공유 도움말
• Google Workspace with Gemini Beta 관리자 문서
• The Verge의 Google Pics 출시 보도

이 글에는 제휴·협찬이 없다.