ChatGPT Sites와 ChatGPT Work 비교: 프로젝트 업데이트는 사이트와 문서 중 무엇으로 만들까
TL;DR
프로젝트 업데이트의 완료 형태가 링크로 탐색하는 interactive website 또는 lightweight app이라면 ChatGPT Sites를 고릅니다. 문장과 구조를 계속 고칠 수 있는 editable document file, 지정 템플릿, 출력 위치가 필요하다면 ChatGPT Work를 고릅니다.
둘을 자동으로 이어 쓰는 절차로 만들 필요는 없습니다. 승인된 자료 하나를 정하고 첫 시험에서는 한 기능만 사용하십시오. 결과의 주장·수치·기간·단위·링크를 원자료와 대조한 뒤 사람이 승인하면 첫 작업은 끝납니다.
핵심 3줄 요약
핵심 1
Site 또는 문서라는 완료 산출물을 먼저 정하면 기능 선택이 단순해집니다.
핵심 2
Sites는 private preview와 saved version을 검토하고, Work는 editable file의 형식·위치·유지 조건을 검토합니다.
핵심 3
Deploy·Share·외부 배포는 검토 완료와 다른 결정입니다. 첫 작업에서는 실행하지 않습니다.
이 글에서 다룰 내용
이 글은 같은 프로젝트 업데이트 자료를 놓고 ChatGPT Sites와 ChatGPT Work 중 하나를 고르는 기준을 설명합니다. 기능 정의와 제공 조건, 한 기능만 사용하는 실행 순서, 복사형 프롬프트, 원자료 대조표, 개인정보·공유 주의점까지 다룹니다.
먼저 고를 것은 작업 단계가 아니라 검토 산출물입니다
프로젝트 업데이트를 만들 때 작성 단계와 배포 단계만 나누면 선택이 모호합니다. 두 기능 모두 내용을 만들고 수정할 수 있기 때문입니다. 검토자가 받아야 할 산출물부터 정합니다.
ChatGPT Sites는 interactive websites와 lightweight apps를 만들고 preview·publish·share하는 기능입니다. OpenAI 도움말은 dashboard, project tracker, launch calendar, internal portal, report를 예시로 듭니다. 웹의 Work 또는 데스크톱 앱의 Work·Codex에서 website를 요청하거나
@Sites
를 언급해 시작합니다.
ChatGPT Work는 instructions, source material, reference file 또는 reusable template로 editable documents, spreadsheets, presentations, reports, analyses를 만들거나 수정합니다. 파일 용도, output format, 생성 위치, 유지할 구조를 지정하고 공유하거나 결과에 의존하기 전에 검토하는 흐름입니다.
두 기능의 차이는 우열이 아니라 완료 산출물에 있습니다. 검토자가 섹션과 링크를 따라 프로젝트 상태를 탐색해야 하면 Site를 고릅니다. 문장과 구조를 고칠 수 있는 파일을 받아야 하면 Work를 고릅니다.
선택 기준: interactive Site인가 editable document인가
ChatGPT Sites를 고르는 조건
완료 기준이 interactive website 또는 lightweight app이면 Sites를 고릅니다. 프로젝트 상태 카드, 일정, 위험 항목, 결정 요청을 한 화면에서 탐색해야 할 때 맞습니다. 입력 자료에는 승인된 내용·파일·데이터·링크와 제약을 함께 적습니다.
Sites는 생성 과정에서 private preview를 제공합니다. 새 Site는 접근 범위를 바꾸기 전 owner와 workspace admins로 제한됩니다. 그러나 이 초기 범위만 보고 안전하다고 단정하면 안 됩니다. preview의 내용, 링크, 파일, 폼, sign-in, interactive behavior를 모두 검토해야 합니다.
변경 사항을 실제 Site URL에 반영하지 않고 검토하려면 먼저
Save a version
으로 version을 저장합니다. OpenAI 도움말은 every deployment URL을 production URL이라고 설명합니다. 이번 작업은 saved version에서 끝내고 Deploy와 Share는 별도 승인으로 남깁니다.
ChatGPT Work를 고르는 조건
완료 기준이 편집 가능한 문서 파일이면 Work를 고릅니다. 프로젝트 업데이트의 문장·표·섹션 순서를 다시 검토하거나 기존 형식에 맞춰야 할 때 적합합니다.
Work에서는 만들 파일과 사용 목적을 설명하고 source material을 첨부합니다. output format과 생성 위치를 정한 뒤 layout, tone, branding, table structure처럼 유지할 조건을 명시합니다. 기존 형식이 필요하면 reference file 또는 template을 사용할 수 있습니다.
Work가 만든 파일은 공유하거나 신뢰하기 전에 검토해야 합니다. Cloud Work 파일은 제공되는 경우 Library에 저장될 수 있지만, local desktop output은 local project 또는 folder에 남을 수 있으며 web이나 mobile에 자동으로 나타나지 않습니다. Temporary Chat에서 만든 파일은 Library에 저장되지 않습니다.
이렇게 결정하면 됩니다
검토자가 어디를 눌러 무엇을 볼지 묻는다면 Sites를 선택합니다. 어떤 문장과 구조를 고칠지 묻는다면 Work를 선택합니다. 아직 결정하지 못했다면 가장 중요한 후속 행동을 적어 보십시오. 링크로 열어 탐색해야 하면 Site, 파일로 열어 수정해야 하면 document입니다.
제공 조건과 출처 범위를 먼저 확인하세요
ChatGPT Sites는 현재 public beta입니다. 공식 도움말은 ChatGPT workspaces, Plus, Pro 계정을 대상으로 설명하지만 rollout, plan limit, region, workspace setting, role에 따라 보이지 않을 수 있다고 안내합니다. Free와 Go에서는 제공되지 않으며 출시 시점에는 EEA, Switzerland, United Kingdom도 제외됩니다.
웹에서는 Work에서 Sites를 시작합니다. 데스크톱 앱에서는 ChatGPT의 Work 또는 Codex에서 시작할 수 있습니다. ChatGPT Classic app에서는 지원되지 않습니다. Enterprise에서는 관리자가 role-based access를 켜야 하고 public publishing도 기본으로 꺼져 있습니다.
ChatGPT Work의 제공 여부는 plan, workspace settings, file type, surface에 따라 달라집니다. 관련 Google Workspace app이 연결돼 있으면 native Google Docs, Sheets, Slides를 만들거나 수정할 수 있습니다. 이 공식 문서는 Work의 지역·언어별 전체 목록을 제시하지 않으므로 현재 계정 UI와 조직 정책을 확인해야 합니다.
출처가 설명하는 범위도 서로 다릅니다. Sites 도움말의 plan·region·data residency 설명을 Work 전체에 옮겨 적거나, Work의 Library 동작을 Sites의 저장 방식으로 일반화하면 안 됩니다.
실행 순서: 한 기능만 골라 검토본을 만드세요
1단계: 승인된 입력 자료를 고정합니다
프로젝트 이름, 기준일, 승인된 목표, 완료 항목, 진행 항목, 위험, 결정 요청, 담당자, 원자료 위치를 한 목록으로 만듭니다. 수치에는 기간과 단위를 붙입니다. 확인할 수 없는 값은
확인 필요
로 남깁니다.
개인정보, 고객 비밀, 비밀값, 결제카드 정보, 보호 대상 건강정보, 미승인 제3자 자료는 제외합니다. 원본을 바꾸지 말고 승인된 비민감 작업 사본을 사용합니다.
2단계: 완료 산출물을 한 문장으로 정합니다
다음 두 문장 중 하나를 선택합니다.
- 검토자는 링크를 열어 상태 카드·일정·위험·결정 요청을 탐색해야 합니다. 결과는 배포하지 않은 saved Site version입니다.
- 검토자는 문서 파일을 열어 문장·구조·표를 수정해야 합니다. 결과는 공유 전 editable document 검토본입니다.
두 문장을 한꺼번에 고르지 않습니다. 첫 시험에서는 한 기능이 필요한 산출물을 만드는지만 확인합니다.
3A단계: Sites 경로는 private preview에서 검토합니다
ChatGPT 웹의 Work 또는 데스크톱 앱의 Work·Codex를 엽니다. 프로젝트 업데이트 website를 만들어 달라고 요청하고
@Sites
를 명시합니다. 승인된 입력, 필요한 섹션, 제외할 기능, 원자료 밖 내용을 만들지 말라는 조건을 함께 줍니다.
private preview가 나오면 상태 카드·상세 섹션·링크가 같은 값을 가리키는지 확인합니다. 외부 API, D1·R2 storage, form, sign-in, analytics는 이번 정적 검토본에서 제외합니다. 수정을 마치면
Save a version
으로 version만 저장하고 Deploy와 Share는 누르지 않습니다.
3B단계: Work 경로는 editable file을 검토합니다
Work를 열고 프로젝트 업데이트 문서의 사용 목적을 적습니다. 승인된 source material을 첨부하고 output format, 생성 위치, 유지할 layout·tone·table structure를 지정합니다. 반복 형식이 필요할 때만 현재 화면에서 제공되는 template을 사용합니다.
생성된 문서의 제목, 기준일, 상태 구분, 수치, 결정 요청, 원자료 표기를 확인합니다. Google Workspace 파일을 사용한다면 실제 대상 account 또는 file을 확인한 뒤 action을 승인합니다. 파일을 공유하거나 내용에 의존하기 전에 필요한 수정을 마칩니다.
4단계: 원자료 대조표를 채웁니다
산출물 형식과 관계없이 중요한 주장은 모두 원자료와 대조합니다. 대조표에는 항목, 생성 결과, 원자료 위치, 기준일, 기간·단위, 검토 상태, 승인자를 적습니다. 상태는
확인 완료
,
상충
,
확인 필요
로 나눕니다.
Site의 보기 좋은 카드나 Work의 매끄러운 문장은 사실 확인의 증거가 아닙니다. 상충하거나 확인할 수 없는 항목은 숨기지 말고 그대로 남깁니다.
5단계: 사람이 승인하고 첫 작업을 끝냅니다
선택한 기능, 선택 이유, 입력 자료 목록, 결과 위치, 남은 확인 항목, 검토자, 검토 시각을 기록합니다. 사람은 원자료 대조가 끝난 산출물만 승인합니다.
Sites의 Deploy·Share·access 변경과 Work 파일의 외부 공유·원본 덮어쓰기는 첫 완료 범위에 포함하지 않습니다. 필요한 경우 별도 승인 작업으로 시작합니다.
그대로 복사해 쓰는 선택형 프롬프트
목표: 승인된 프로젝트 업데이트 자료로 ChatGPT Sites 또는 ChatGPT Work 중 하나를 골라 내부 검토본 하나를 만든다.
선택 조건: 링크로 탐색하는 interactive website/lightweight app이 필요하면 Sites, 수정 가능한 editable document file과 지정 output format이 필요하면 Work를 선택한다. 첫 시험에서는 하나만 사용한다.
허용 입력: 프로젝트 이름, 기준일, 승인된 목표·완료·진행·위험·결정 요청, 담당자, 수치의 기간·단위, 승인된 원자료 위치, 현재 화면에서 확인한 기능 제공 상태.
제외 입력·행동: 개인정보, 고객 비밀, 비밀값, 결제카드·건강정보, 미승인 제3자 자료, 원자료 밖 추정, 외부 API·storage·form·sign-in·analytics 추가, Deploy, Share, access 변경, 외부 전송, 원본 덮어쓰기.
출력 형식: 선택한 기능과 이유, 공식 첫 행동, 사용할 입력 목록, 생성할 검토본 구조, 주장별 원자료 대조표, 확인 필요 항목, 사람 승인 지점.
완료 기준: 한 기능으로 비민감 검토본 하나를 만들고 주장·수치·기간·단위·링크를 원자료와 대조해 확인 완료·상충·확인 필요로 기록한다.
무창작 원칙: 확인되지 않은 사실·수치·관계·제공 조건·권한·동기화 상태는 만들지 말고 확인 필요로 표시한다.
승인 지점: 사람이 입력 자료 사용, 기능 선택, 원자료 대조 결과, 실제 데이터 적용, Deploy·Share·외부 배포 여부를 각각 승인한다.
실무 인사이트: 완성도보다 되돌릴 수 있는 검토 경계를 보세요
Site는 화면이 완성돼 보여 배포까지 끝난 것처럼 느껴지기 쉽습니다. 그러나 saved version과 production deployment는 다른 단계입니다. 문서도 파일이 생성됐다는 이유만으로 승인본이 되지 않습니다.
첫 결과물의 품질을 비교하겠다며 양쪽 기능에 같은 자료를 자동으로 넣지 마십시오. 필요한 산출물 하나를 정하고 한 기능으로 시험하면 입력 범위와 오류 원인을 추적하기 쉽습니다. 다른 형식이 실제로 필요해졌을 때만 새 작업을 시작합니다.
주의할 점
- Sites 배포는 별도 결정입니다. 모든 deployment URL은 production URL입니다. saved version 검토와 Deploy를 한 단계로 합치지 마십시오.
- 초기 접근 범위는 영구 보안 설정이 아닙니다. Share, access option, visitor sign-in, form, uploaded file, link를 실제 독자 관점에서 다시 확인해야 합니다.
- Sites의 residency 제약을 확인하십시오. 공식 도움말은 출시 시점에 Sites, Site code, D1·R2 data/file storage, artifacts, logs가 data residency와 inference residency를 지원하지 않는다고 설명합니다.
- Work의 저장 위치를 추정하지 마십시오. cloud file, local output, Library, web·mobile 노출은 같은 범위가 아닙니다. 실제 생성 위치와 계정·파일을 확인합니다.
- 개인 계정과 업무 계정의 데이터 조건을 섞지 마십시오. Sites 대화는 기존 data controls를 따릅니다. Business와 Enterprise/Edu는 기본적으로 모델 학습에 쓰이지 않지만 Plus·Pro는 Improve the model for everyone 설정이 켜져 있으면 사용될 수 있습니다. Work의 선택 출처는 같은 수준의 전체 조건을 설명하지 않으므로 현재 계정 정책을 확인합니다.
- AI 출력은 근거가 아닙니다. 주장·수치·기간·단위·링크를 원자료와 대조하고 사람의 승인을 남깁니다.
자주 묻는 질문
프로젝트 업데이트는 항상 Work에서 만든 뒤 Sites로 옮겨야 하나요?
아닙니다. 공식 문서는 두 기능 사이의 자동 handoff를 설명하지 않습니다. 첫 시험에서는 필요한 완료 산출물을 정한 뒤 한 기능만 사용합니다. 다른 형식이 필요하면 검토를 마친 뒤 별도 작업으로 시작합니다.
Sites의 private preview는 링크를 가진 모든 사람이 볼 수 있나요?
새 Site는 access를 바꾸기 전 owner와 workspace admins로 제한됩니다. 실제 공유 옵션과 sign-in requirement는 plan과 workspace setting에 따라 달라집니다. 초기 상태를 public 또는 특정 공유 상태로 가정하지 말고 현재 Who has access를 확인하십시오.
Work에서 만든 파일은 자동으로 Library와 모바일에 동기화되나요?
자동 동기화로 단정할 수 없습니다. cloud Work 파일은 제공되는 경우 Library에 저장될 수 있습니다. local desktop output은 local project나 folder에 남을 수 있고 web 또는 mobile에 자동으로 나타나지 않습니다. Temporary Chat 파일은 Library에 저장되지 않습니다.
어느 쪽 결과가 더 정확한가요?
공식 출처는 한 기능이 더 정확하다고 설명하지 않습니다. Sites와 Work는 산출물 형태와 실행 흐름이 다릅니다. 어느 쪽이든 원자료 대조와 사람 승인이 정확성 검증의 핵심입니다.
출처
마무리
ChatGPT Sites와 ChatGPT Work 중 무엇을 고를지는 제품 순위가 아니라 검토 산출물로 결정합니다. 링크로 탐색하는 interactive Site가 필요하면 Sites를, 수정 가능한 문서 파일이 필요하면 Work를 선택합니다.
한 기능으로 비민감 검토본을 만들고 원자료를 대조한 뒤 사람이 승인합니다. Deploy, Share, 외부 배포는 다음 작업으로 남깁니다.
