로블록스 Studio 친구가 편집은 되는데 게시가 안 될 때 권한 확인법

친구가 Studio에서 프로젝트는 열고 수정도 하는데 Publish to Roblox에서 막히면 Team Create 자체보다 게시 권한이 빠진 경우부터 살펴봐야 합니다. 공식 문서의 역할 표와 게임별 권한 설명을 대조해 보니 “들어갈 수 있음”, “편집할 수 있음”, “공개 버전을 덮어쓸 수 있음”은 서로 다른 단계였습니다.

1. 참가·편집·게시를 같은 권한으로 보지 않습니다

협업자가 게임을 열 수 있다는 사실만으로 게시 권한까지 있다고 판단하기 쉽습니다. Roblox의 현재 그룹 역할 표는 게임 관련 권한을 적어도 세 단계로 구분합니다.

따라서 Studio는 열리는데 게시만 거절된다면 Edit와 Edit and publish를 먼저 구분합니다. 반대로 비공개 게임에 플레이로 들어갈 수 있지만 Studio에서 열 수 없다면 Playtest만 있는지 확인합니다. 게시 문제를 해결하려고 그룹 수익 관리나 모든 역할 관리 같은 권한까지 주는 것은 범위를 지나치게 넓힙니다.

공식 문서는 Edit 권한이 협업 세션 밖의 편집이나 한 게임의 Place를 다른 게임에 저장하는 작업까지 포함하지 않는다고 명시합니다. 다른 프로젝트로 Save to Roblox As를 시도한 실패를 원래 프로젝트의 게시 권한 문제와 섞지 마세요.

2. 권한을 바꾸기 전에 네 가지 시작 상태를 적습니다

조사하면서 가장 중요한 판단 기준은 “친구에게 권한을 줬다”가 아니라 어느 소유자의 어느 게임에 어떤 경로로 권한을 줬는가였습니다. 아래 네 항목이 맞지 않으면 올바른 역할을 수정해도 다른 프로젝트에서 계속 실패할 수 있습니다.

1. 소유자: 개인 소유 게임인지 그룹 소유 게임인지 Creator Dashboard의 계정 전환기에서 확인합니다.
2. 대상 게임: 이름만 보지 말고 Creator Dashboard에서 실제로 연 게임의 URL과 썸네일을 기록합니다. 복제본·테스트본·보관본을 구분합니다.
3. 협업자: 표시 이름이 아니라 초대한 Roblox 사용자 이름을 확인합니다. 비슷한 표시 이름의 다른 계정에 권한을 주지 않습니다.
4. 재현 행동: 게임 열기, 비공개 플레이, Studio 편집, Publish to Roblox 중 처음 실패하는 한 단계를 고릅니다.

첫 확인 지점: 협업자가 테스트 플레이만 가능한지, Studio에서 실제로 객체 하나를 편집할 수 있는지, 게시 명령에서만 실패하는지를 나눕니다. “안 된다”는 보고만 받고 여러 역할을 동시에 추가하면 어느 권한이 필요했는지 나중에 알기 어렵습니다.

3. 그룹 역할은 Creator Dashboard에서 확인합니다

그룹 소유 게임이라면 공식 문서의 현재 경로는 Creator Dashboard의 왼쪽 위 계정 전환기 → 그룹 선택 → 그룹 이름 아래 Settings → Roles입니다. 역할 설정은 그룹 소유자 또는 역할을 만들고 구성하고 배정할 권한이 있는 구성원만 열 수 있습니다.

1. 대상 그룹을 선택하고 Settings의 Roles를 엽니다.
2. 협업자에게 배정된 역할을 확인합니다. 한 구성원은 여러 역할을 가질 수 있으므로 역할 이름 하나만 보고 끝내지 않습니다.
3. 역할의 Permissions 탭에서 Playtest all group experiences, Edit all group experiences, Edit and publish all group experiences 중 필요한 범위를 찾습니다.
4. 게시 담당자라면 Edit만이 아니라 Edit and publish인지 확인합니다. 테스트 담당자라면 Playtest만으로 충분한지 먼저 판단합니다.
5. 변경했다면 페이지 아래의 Save Changes를 눌러 저장 완료 신호를 확인합니다. 체크만 하고 페이지를 벗어나지 않습니다.

2026년 현재 공식 문서는 예전 Groups 페이지에서 만든 legacy role이 기존 방식으로 계속 작동하고, 기존 권한도 남을 수 있다고 안내합니다. 새 Creator Dashboard 역할과 예전 역할을 모두 가진 구성원은 예상보다 넓은 권한을 가질 수 있습니다. 새 역할을 추가하기 전에 기존 역할을 확인하고, 마이그레이션할 때는 예전 권한을 정리한 뒤 새 역할로 옮기는 공식 권고를 따릅니다.

4. 모든 게임 권한과 이 게임만의 권한을 분리합니다

그룹 역할이 모든 게임에 Edit 또는 Edit and publish를 주지 않아도, 권한이 충분한 관리자는 특정 게임에만 플레이·편집·게시 권한을 줄 수 있습니다. 공식 Configure games 문서가 설명하는 게임별 협업자 권한입니다.

이 때문에 다음 두 상황은 서로 다릅니다.

• 다른 그룹 게임은 게시되는데 한 게임만 안 됨: 그 게임의 개별 권한 또는 소유자·복제본 착오를 먼저 확인합니다.
• 그룹의 모든 게임에서 게시가 안 됨: 협업자에게 배정된 역할의 전체 게임 권한을 먼저 봅니다.

특정 게임에만 게시 권한이 필요하다면 그룹 전체의 Edit and publish all group experiences를 켜기보다 게임별 권한을 사용하는 편이 최소 권한 원칙에 맞습니다. 반대로 여러 게임을 지속적으로 담당하는 게시자라면 매번 개별 예외를 늘리기보다 역할 설계를 검토합니다.

개인 소유 게임과 그룹 소유 게임도 구분해야 합니다. 그룹 역할은 개인 소유 복제본의 권한을 바꾸지 않습니다. Creator Dashboard 왼쪽 위에서 개인 계정과 그룹을 전환한 뒤 같은 이름의 게임을 잘못 열지 않았는지 확인하세요.

5. Studio에서는 저장과 게시 결과를 따로 재현합니다

공식 게시 문서의 기본 경로는 Studio 왼쪽 위 File → Publish to Roblox입니다. 게시하면 시작 Place의 데이터 모델이 Roblox 클라우드에 저장됩니다. 새 게임은 기본적으로 비공개이며 소유자, Edit 또는 Playtest 권한이 있는 사용자, 적절한 그룹 역할 구성원이 접근할 수 있습니다.

1. 협업자 계정으로 Studio를 열고 시작 상태에서 기록한 정확한 게임을 엽니다.
2. 테스트용으로 되돌리기 쉬운 작은 변경 하나를 합니다. 공개 게임이라면 실제 이용자에게 영향을 줄 수 있으므로 운영 중인 기능을 임의로 바꾸지 않습니다.
3. 일반 저장 또는 협업 상태가 정상인지 확인한 뒤 File → Publish to Roblox를 실행합니다.
4. 게시 대상 이름과 소유자가 기록한 게임과 같은지 확인합니다. 다른 복제본이면 취소하고 올바른 프로젝트를 다시 엽니다.
5. 게시 완료 메시지를 확인한 뒤, 소유자나 다른 게시 권한 계정에서 최신 버전이 반영됐는지 확인합니다.

권한 점검을 위해 이용자가 접속 중인 공개 게임을 바로 덮어쓰지 마세요. 테스트본 또는 되돌릴 수 있는 변경을 사용하고, 실제 운영 배포는 팀의 검토 절차를 따릅니다. Edit 성공과 Publish 성공을 한 문장으로 기록하지 않는 것이 두 번째 확인 지점입니다.

6. Activity History에서 누가 무엇을 바꿨는지 확인합니다

Roblox의 Activity History는 게임의 주요 변경을 누가 언제 했는지 보여 주는 공유 기록입니다. Studio의 Window → Activity History에서 열 수 있고, Creator Dashboard의 게임별 Activity History에서도 대부분의 항목을 확인할 수 있습니다. 최신 이벤트가 먼저 보이며 유형이나 협업자로 필터링할 수 있습니다.

공식 이벤트 표에는 다음 협업 변경이 기록 대상으로 나옵니다.

• 협업자에게 Edit 또는 Play 권한 추가
• 협업자 권한 수준 변경
• 협업자 제거
• 그룹에 Play 권한 부여 또는 제거
• 그룹 역할의 게임별 권한 변경
• Place 게시

친구가 “어제는 게시됐다”고 말한다면 추측으로 역할을 더 주기보다, 어제 이후 권한 수준이나 그룹 역할의 게임별 권한이 바뀌었는지 필터로 찾습니다. 이벤트의 점 세 개 메뉴는 관련 Studio 또는 Creator Hub 설정으로 이동하는 링크를 제공할 수 있습니다. 기록에 없는 일을 특정 구성원이 했다고 단정하지 말고, 보이는 이벤트와 시각만 근거로 삼습니다.

7. 증상별로 하나만 고쳐 다시 확인합니다

변경 뒤에는 기존 Studio 창에서 계속 시도하기보다 저장 여부를 확인하고 프로젝트를 닫은 다음 새 세션에서 같은 한 단계를 재현합니다. 그래도 실패하면 오류 문구, 시각, 게임 URL, 소유자 유형, 협업자의 역할 이름, 처음 실패한 행동을 기록합니다. 비밀번호·인증 코드·브라우저 쿠키·그룹 수익 정보는 문제 해결 자료로 공유하지 않습니다.

8. 성공 뒤에는 필요한 최소 권한만 남깁니다

완료 기준은 “친구가 관리자 역할을 얻었다”가 아닙니다. 아래 다섯 조건이 맞아야 권한 점검이 끝납니다.

1. 개인 또는 그룹 소유자와 정확한 게임을 고정했습니다.
2. Playtest·Edit·Edit and publish 중 담당 업무에 필요한 수준을 골랐습니다.
3. 역할 또는 게임별 권한을 저장하고 새 Studio 세션에서 재현했습니다.
4. Edit 성공과 Publish 성공을 각각 확인했습니다.
5. Activity History에 예상한 권한 변경과 게시 이벤트가 보이는지 확인했습니다.

점검에는 10~15분의 확인 시간을 잡을 수 있습니다. 이는 문서 비교를 바탕으로 한 편집상 권장 시간이며 실제 그룹에서 측정한 평균은 아닙니다. 게시만 담당하는 사람에게 그룹 수익 지출, 모든 역할 관리, 모든 API 키 관리, Data Store 삭제 같은 권한을 함께 주지 마세요. 권한이 부족한 문제와 권한이 과도한 문제를 동시에 만들 수 있습니다.

9. 공식 출처·갱신일·적용 범위

아래 자료를 2026년 9월 9일 확인했습니다. 각 Markdown 원문에 표시된 최종 갱신 시각은 2026년 9월 8일 17:07 UTC입니다. 이는 기능의 최초 발표일이 아니라 문서 갱신 시각입니다.

• Groups (teams) | Roblox Creator Hub — 그룹 역할 경로, 여러 역할 배정, Playtest·Edit·Edit and publish, 게임별 선택 권한, Save Changes, legacy 역할과 구성원 관리 범위를 확인했습니다.
• Configure games and places | Roblox Creator Hub — 그룹 역할에 더해 특정 게임만의 플레이·편집·게시 권한을 조정할 수 있다는 범위를 확인했습니다.
• Activity History | Roblox Creator Hub — Studio와 Creator Dashboard의 기록 위치, 최신순·필터, 협업자와 그룹 역할의 권한 변경·Place 게시 이벤트를 확인했습니다.
• Create and publish games and places | Roblox Creator Hub — File → Publish to Roblox 경로, 새 게임의 비공개 기본값, Edit·Playtest·그룹 역할 접근 범위를 확인했습니다.

적용 범위: 개인 또는 그룹 소유 Roblox 게임에서 협업자의 비공개 플레이·Studio 편집·Roblox 게시 권한을 구분하는 절차입니다. 그룹 소유권 이전, 수익 분배, 일회성 지급, Open Cloud 키, Data Store 삭제, 자산·패키지 공유, 실제 코드 충돌, 버전 되돌리기, 계정 탈취 복구에는 적용하지 않습니다. Creator Dashboard 경로나 권한 이름이 달라지면 현재 화면과 최신 공식 문서를 우선하세요.