ChatGPT Sites 사용법: 프로젝트 업데이트를 비공개 사이트 검토본으로 만드는 법
TL;DR
ChatGPT Sites는 Work나 Codex에서 웹사이트와 가벼운 앱을 만들고 다듬는 기능입니다. 이 글에서는 승인된 프로젝트 업데이트 자료만 사용해 정적인 사이트 검토본을 만듭니다. 생성된 private preview에서 주장·수치·링크를 원자료와 대조한 다음
Save a version
으로 검토 후보를 저장합니다.
이번 작업은 여기서 끝냅니다. OpenAI 공식 가이드는 모든 deployment URL을 production URL이라고 설명합니다.
Deploy a version
, Share, 접근 범위 변경, 외부 공개는 첫 완료 범위에서 뺍니다.
핵심 3줄 요약
핵심 1
ChatGPT 웹의 Work 또는 데스크톱 앱의 Work·Codex에서
@Sites
로 프로젝트 업데이트 웹사이트를 요청합니다.
핵심 2
private preview의 주장·수치·담당자·날짜·링크를 승인 자료와 하나씩 대조합니다.
핵심 3
검토가 끝나면 배포하지 않고
Save a version
으로 검토 가능한 후보 버전만 남깁니다.
이 글에서 다룰 내용
이 글은 승인된 프로젝트 업데이트를 읽기 쉬운 사이트 검토본으로 바꾸는 단일 흐름을 다룹니다. 입력 자료를 고정합니다.
@Sites
로 구조를 요청한 뒤 private preview를 원자료와 대조합니다. 수정 후 버전만 저장합니다. D1·R2 저장소, 폼, 로그인, 외부 API, analytics, Share, Deploy는 다루지 않습니다.
왜 프로젝트 업데이트를 사이트 검토본으로 만들까
프로젝트 업데이트는 일정, 진행 상태, 위험, 결정 요청이 한 문서에 섞이기 쉽습니다. 읽는 사람은 결론을 찾기 위해 여러 표와 문단을 오갑니다. Sites로 이를 한 화면에 재배치하면 중요한 판단 항목과 근거를 함께 확인할 수 있습니다.
다만 보기 좋은 화면이 사실 검증을 대신하지는 않습니다. 사이트는 승인 자료를 탐색하는 검토 인터페이스입니다. 사람이 원문과 대조해 확인한 saved version이 이번 작업의 결과물입니다.
ChatGPT Sites란
OpenAI Help Center는 ChatGPT Sites를 웹사이트와 가벼운 앱을 만들고 preview·publish·share하는 기능으로 설명합니다. ChatGPT 웹에서는 Work에서 시작합니다. 데스크톱 앱에서는 ChatGPT의 Work 또는 Codex에서 시작할 수 있습니다. 프롬프트에
website
를 쓰거나
@Sites
를 언급하면 Sites 흐름을 명시적으로 시작할 수 있습니다.
Sites는 현재 public beta입니다. 공식 도움말 기준으로 ChatGPT workspaces, Plus, Pro에서 제공되지만 계정, 지역, workspace 설정과 역할에 따라 보이지 않을 수 있습니다. Free와 Go는 제외되며 출시 시점에는 EEA, 스위스, 영국에서도 제공되지 않습니다. Business에서는 기본 활성화입니다. Enterprise에서는 관리자가 역할 기반 접근을 켜야 합니다. 현재 계정의 Sites 화면과 조직 정책을 먼저 확인합니다.
언제 이 흐름이 맞을까
경영진 주간 보고, 출시 준비 상황, 콘텐츠 제작 현황처럼 승인된 축약 자료를 한 화면에서 검토할 때 맞습니다. 독자는 핵심 결론, 진행 상태, 위험, 결정 요청, 다음 일정을 같은 순서로 볼 수 있습니다.
실시간 데이터, 제출 폼, 사용자 로그인, 파일 업로드, 결제, 장기 저장이 필요한 서비스에는 이 흐름을 그대로 쓰지 않습니다. 이번 결과물은 입력 자료를 정적으로 보여 주는 내부 검토 후보입니다. 운영 사이트나 업무 시스템이 아닙니다.
시작 전에 준비할 것
승인 자료의 범위부터 고정합니다. 보고 기준일, 주장 ID, 상태, 근거 수치, 단위, 담당자, 일정, 원문 위치를 한 표에 둡니다.
U1
,
U2
처럼 각 항목에 ID를 붙이는 방식은 원자료와 사이트를 대조하기 위한 내부 검토 규칙이며 Sites의 자동 인용 기능이 아닙니다.
개인정보, 고객 비밀, 계약상 비공개 원문, 계정 식별자, secret 값, Protected Health Information, payment-card data는 넣지 않습니다. OpenAI 공식 안내는 Sites가 출시 시점에 data residency와 inference residency를 지원하지 않는다고 밝힙니다. 이번 정적 검토본에는 D1, R2, 폼, 로그인, 외부 API를 요청하지 않습니다.
완료 기준도 적습니다. 모든 주장 ID가 화면에 있어야 합니다. 수치·단위·기간·담당자·링크는 승인 자료와 같아야 합니다. 확인할 수 없는 정보는
확인 필요
로 남아야 합니다. 최종 결과는 배포하지 않은 saved version이어야 합니다.
1단계: 승인 자료와 대조표를 고정합니다
프로젝트 업데이트에서 실제로 보여 줄 항목만 별도 대조표로 옮깁니다. 각 행에는 주장 ID, 상태, 표시 문구, 근거 수치와 단위, 기준일, 담당자, 원문 위치를 적습니다. 정보가 비어 있으면 0이나 완료로 바꾸지 말고
미집계
,
미정
,
확인 필요
처럼 상태를 그대로 표시합니다.
사이트에 넣지 않을 내용도 분리합니다. 내부 의견, 개인 정보, 공개 권한이 없는 링크, secret 값은 제외 목록에 적습니다. 생성 뒤 누락 여부를 확인할 수 있도록 입력 행 수와 주장 ID 목록을 기록합니다.
2단계: Work 또는 Codex에서 @Sites를 호출합니다
ChatGPT 웹에서는 Work를 선택합니다. 데스크톱 앱에서는 ChatGPT에서 Work를 선택하거나 Codex를 엽니다. 채팅에 승인 자료를 넣습니다. 만들 대상이
website
임을 밝히거나
@Sites
를 언급합니다.
독자와 목적을 먼저 씁니다. 이어서 화면 순서, 허용 입력, 금지 작업, 완료 기준을 붙입니다.
보기 좋게 만들어 주세요
로 끝내지 말고 핵심 결론, 진행 현황, 위험, 결정 요청, 다음 일정, 근거 표의 배치까지 지정합니다.
3단계: 정적 프로젝트 업데이트 사이트를 요청합니다
첫 버전에는 상태 저장이나 방문자 입력이 필요하지 않습니다. 승인 자료만 정적으로 표시하고 모든 주장 ID를 상세 근거 영역에 남기도록 요청합니다. 외부 웹 검색, API, D1, R2, 로그인, 폼, analytics를 추가하지 못하도록 범위를 고정합니다.
상태는 색상만으로 표현하지 않습니다.
완료
,
진행 중
,
지연
,
결정 필요
,
확인 필요
를 텍스트로 함께 표시합니다. 날짜와 수치에는 단위와 기준 기간을 붙입니다. 링크는 승인 자료에 있는 주소만 사용하게 합니다.
4단계: private preview를 원자료와 대조합니다
ChatGPT가 만든 private preview를 열고 먼저 입력 행 수와 주장 ID를 확인합니다. 누락된 항목이나 합쳐진 항목이 있으면 디자인을 고치기 전에 되돌립니다. 다음으로 제목, 기준일, 수치, 단위, 담당자, 마감일, 링크를 대조표와 비교합니다.
요약 카드와 상세 영역에 같은 수치가 반복될 때는 모든 위치를 확인합니다. 사이트가 입력에 없던 원인, 전망, 성과 평가를 덧붙였으면 삭제합니다. 잘못된 링크, 승인되지 않은 이미지, 폼, 로그인, 외부 요청이 생기지 않았는지도 점검합니다.
5단계: 한 종류씩 수정하고 다시 확인합니다
사실 수정, 정보 구조, 표현과 디자인을 한 요청에 섞지 않습니다. 먼저 틀린 수치·날짜·담당자를 고칩니다. 다음으로 핵심 결론과 결정 요청의 순서를 조정합니다. 마지막에 문장 길이와 카드 배치를 다듬습니다.
수정할 때마다 private preview를 다시 엽니다. 변경한 항목뿐 아니라 요약 카드와 상세 근거가 같은 값을 가리키는지도 확인합니다.
확인 필요
가 임의의 확정 문장으로 바뀌지 않았는지도 봅니다.
6단계: Save a version에서 종료합니다
검토 기준을 충족하면 ChatGPT에
Save a version
을 요청합니다. OpenAI 개발자 가이드는 이 단계를 deployable version을 만드는 단계이자 검토 가능한 deployment candidate를 남기는 단계로 설명합니다. 로컬 소스 프로젝트라면 빌드에 사용한 Git commit과 버전이 연결될 수 있습니다. 다만 이 글은 프롬프트에서 시작한 정적 사이트를 기준으로 합니다.
Deploy a version
은 saved version을 publish하고 production URL을 만드는 별도 단계입니다. 이번 흐름에서는 실행하지 않습니다. Share를 누르거나 접근 범위를 바꾸지 않습니다. saved version 식별 정보와 검토 일시, 검토자, 남은
확인 필요
항목을 내부 검토 기록에 남기면 작업이 끝납니다.
복사해서 쓰는 사이트 검토본 프롬프트
목표: 아래 승인된 프로젝트 업데이트 자료만 사용해 내부 검토용 정적 website를 @Sites로 만든다.
허용 입력: 이 메시지에 붙인 주장 ID, 상태, 수치, 단위, 기준일, 담당자, 원문 위치와 승인된 링크만 사용한다.
제외 입력: 외부 웹·API·다른 대화·미승인 파일·개인정보·기밀·secret을 사용하지 않고 D1·R2·로그인·폼·analytics를 추가하지 않는다.
출력 형식: 핵심 결론, 진행 현황, 위험, 결정 요청, 다음 일정, 주장 ID별 상세 근거를 한 화면에 배치하고 상태는 텍스트로 표시한다.
완료 기준: 모든 주장 ID가 나타나고 수치·단위·기간·담당자·링크가 입력과 일치하며 private preview에서 검토할 수 있어야 한다.
추정 금지: 없는 원인·전망·수치·일정·링크를 만들지 말고 불확실한 항목은 확인 필요로 남긴다.
승인 지점: 먼저 private preview만 보여 준다. 사람이 원자료 대조를 승인한 뒤 Save a version만 실행하고 Deploy·Share·접근 변경은 실행하지 않는다.
실전 인사이트: Save와 Deploy를 다른 승인으로 나눕니다
Sites publishing에는 saved version과 deployed version이 따로 있습니다. 이 차이를 프롬프트와 완료 기준에 적어 두면 검토가 끝났다는 이유로 곧바로 production URL을 만드는 일을 막을 수 있습니다.
새 Site는 접근 범위를 바꾸기 전까지 owner와 workspace admins로 제한됩니다. 그래도 private preview나 제한된 기본 접근을 정보보안 통제로 과신해서는 안 됩니다. 입력 단계에서 민감 정보를 제외합니다. saved version의 내용과 데이터 처리는 따로 검토해야 합니다.
주의할 점
- ChatGPT Sites는 public beta입니다. 제공 지역, rollout, account, plan, workspace 역할과 사용 한도는 현재 Sites 화면에서 확인합니다.
- 모든 deployment URL은 production URL입니다. 검토본 저장과 배포를 같은 행동으로 묶지 않습니다.
-
Save a version은 사실 검증이나 승인을 자동으로 수행하지 않습니다. 사람이 승인 자료와 대조합니다. - 새 Site의 기본 접근 범위와 Site 안의 로그인 기능은 다른 통제입니다. 이 글에서는 로그인 기능을 만들지 않습니다.
- secret 값은 프롬프트, 첨부 파일, Site content에 넣지 않습니다.
- Sites는 출시 시점에 data residency와 inference residency를 지원하지 않습니다.
- 외부 공개, 조직 공유, custom domain, persistent storage, forms, analytics는 별도 검토와 승인 뒤 결정합니다.
자주 묻는 질문
ChatGPT Sites는 어디에서 시작하나요?
ChatGPT 웹에서는 Work에서 시작합니다. 데스크톱 앱에서는 ChatGPT의 Work 또는 Codex에서 시작할 수 있습니다. 프롬프트에
website
를 쓰거나
@Sites
를 언급합니다. 보이지 않으면 현재 계정의 region, rollout, plan, workspace 설정과 역할을 확인합니다.
private preview를 만들면 외부에 공개되지 않나요?
OpenAI 도움말은 생성 과정에서 private preview를 제공한다고 설명합니다. 새 Site도 접근 변경 전에는 owner와 workspace admins로 제한됩니다. 그러나 모든 deployment URL은 production URL입니다. 이 글에서는 배포하지 않고 saved version에서 끝냅니다.
Save a version과 Deploy a version은 무엇이 다른가요?
Save a version
은 검토 가능한 deployment candidate를 만듭니다.
Deploy a version
은 선택한 saved version을 publish하고 production URL을 만듭니다. 검토 완료와 배포 승인을 분리해야 합니다.
검토가 끝나면 Share까지 진행해도 되나요?
아닙니다. Share와 접근 범위 변경은 누가 Site를 방문할 수 있는지 바꾸는 별도 결정입니다. content, links, files, forms, sign-in behavior, data handling을 검토하고 intended audience를 확인한 뒤 따로 승인합니다.
출처
- OpenAI Help Center: Creating and managing ChatGPT Sites — 제공 조건, web·desktop 진입 경로,
@Sites, private preview, saved version과 production deployment, 기본 접근 범위, 안전 제한을 확인했습니다. - OpenAI developer guide: Sites —
Save a version·Deploy a version분리, 정적 Site와 D1·R2 선택 경계, access와 secrets, residency 제한을 확인했습니다.
마무리
ChatGPT Sites로 프로젝트 업데이트를 만들 때는 승인 자료와 완료 기준부터 고정합니다.
@Sites
로 정적 website를 요청한 뒤 private preview의 주장·수치·날짜·담당자·링크를 원자료와 대조합니다.
검토가 끝나면
Save a version
으로 후보 버전만 남깁니다.
Deploy a version
, Share, 접근 범위 변경을 다음 승인으로 넘기면 프로젝트 업데이트를 공개 전에 검증 가능한 업무 결과로 마칠 수 있습니다.
