로블록스에서 게임을 출시하는 방법: 단계별 체크리스트

Roblox에서 게임을 어떻게 퍼블리싱하나요?

Roblox에 게임을 게시하려면 Roblox Studio의 완성된 장소를 열고, 활성 플레이테스트를 중지한 후 File → Roblox⟧에 게시하고, 경험 이름, 설명, 제작자, 지원 기기를 입력한 후 클라우드 버전을 생성합니다. 첫 번째 게시는 기본적으로 비공개입니다. 그 비공개 후보를 테스트하고, 가져온 자산과 메타데이터를 검토한 후, Creator Hub를 사용해 준수 및 관객 접근 권한을 설정하세요. 이 검사 후에야 관객을 공개로 변경하고, 상세 페이지를 확인하며, 플레이어로서 플로우에 참여하고 URL을 공유해야 합니다.

이 순서가 중요한 이유는 "게시됨"과 "공개"가 서로 다른 상태이기 때문입니다. 게시는 버전을 Roblox에 저장하고 계정이나 그룹에 연결하며; 공개적으로 누가 발견하고 가입할 수 있는지 통제합니다. Roblox의 공식 공개 문서는 현재 메뉴와 요구사항에 대한 권한입니다.

출판은 경험을 공개하는 것과 같지 않습니다

Roblox문서화가 점점 더 사용되고 있어게임그리고경험전체 프로젝트를 위해, 반면에장소그 프로젝트 안에 있는 개별적인 세계나 장면이에요. 새로운 게임은 하나의 시작 지점에서 시작해요. 처음으로 퍼블리시할 때, 스튜디오는 그 장소의 데이터 모델—객체, 환경, 스크립트 등을—보내요.Roblox's 클라우드와 프로젝트를 선택한 제작자와 연결해요.

이 첫 클라우드 게시는 저장 및 소유권 단계이지 자동 공개 출시가 아닙니다. 새 게임은 기본적으로 비공개 상태이므로 소유자와 적절한 편집 또는 팀 권한이 있는 사람만 접근할 수 있습니다. 공개, 제한, 비공개는 별도로 관리되는 대상자 선택입니다. 이 분리는 유용합니다: 낯선 사람이 접하기 전에 테스트할 수 있는 통제된 후보를 제공합니다.

릴리스 스테이트를 짧은 사슬로 생각해 보세요:

1. 로컬 초안: 이 장소는 현재 스튜디오 세션이나 로컬 파일에만 존재합니다.
2. 공개된 비공개 후보: Roblox 프로젝트를 저장하지만, 일반 플레이어는 이를 발견할 수 없습니다.
3. 제한 테스트: 승인된 플레이테스터, 친구 또는 커뮤니티 구성원은 관련 옵션과 요구사항이 있을 때 후보자를 행사할 수 있습니다.
4. 공개 출시: 경험은 선정된 대중에게 제공되고 발견할 수 있습니다.
5. 게시 업데이트: 이후 장소 버전이 현재 제공되는 버전을 또 다른 테스트 및 출시 주기 후에 대체합니다.

실용적인 규칙은 간단합니다: 비공개로 일찍 출판하되, 출판 체크리스트가 통과될 때만 독자를 변경하세요.

게시하기 전에: 6개의 게이트 체크리스트

신뢰할 수 있는 Roblox 출판 체크리스트는 합격/불합격 게이트를 사용합니다. 만약 어떤 게이트라도 실패하면, 경험을 비공개로 유지하고 특정 문제를 해결하려 하되, 공개 릴리스가 무엇이 잘못되었는지 밝혀주길 기대하지 마세요.

게이트 1: 소유권과 목적지 확인

창작자가 개인 계정인지 그룹인지 결정하세요. 그 창작자를 위해 게시 허가를 받았는지, 그리고 오픈 공간이 의도된 경험에 속하는지 확인하세요. 이렇게 하면 테스트 맵을 잘못된 장소에 게시하거나 프로젝트를 잘못된 소유자에게 귀속시키는 예상치 못한 비용이 드는 실수를 방지할 수 있습니다.

게이트 2: 모든 임입 자산을 검토하세요

Studio의 Importer 또는 자산 도구를 사용하여 모델, 이미지, 오디오, 비디오를 확인하세요. 경고를 해결하고, 축소와 피벗을 점검하며, 창작자 소유권을 확인하고, 각 자산이 올바른 경험과 연결되어 있는지 확인하세요. Roblox는 임포트된 자산이 플레이어가 출판된 게임에서 보거나 상호작용하기 전에 반드시 중재를 통과해야 한다고 명시합니다. 따라서 성공적인 곳에서 게시되었다고 해서 모든 자산이 이미 플레이어에게 보이고 있다는 것을 증명하지는 않습니다.

게이트 3: 클라이언트/서버 플레이테스트 실행

스튜디오의 테스트 모드를 빠르게 카메라 플라이스루만 사용하는 것이 아닙니다. 클라이언트로 테스트하고, 서버 동작을 점검하며, 출력 창에서 오류가 있는지 확인하세요. 스폰, 코어 루프, 승리 및 실패 상태, 데이터 의존 동작, 리셋 경로, 멀티플레이어 상호작용을 확인하세요.

게이트 4: 지원 장치 테스트

데스크톱, 모바일, 콘솔, VR 접근 권한을 활성화하면, 지원한다고 주장하는 기기의 컨트롤과 인터페이스 동작을 확인하세요. Studio의 디바이스 에뮬레이터는 출시 전에 터치, 화면비, 레이아웃 문제를 노출시킬 수 있습니다. 메타데이터에서 기기를 지원하는 것은 마케팅 추측이 아니라 검증된 결정이어야 합니다.

게이트 5: 정확한 메타데이터 준비

장르와 플레이어 활동을 정확히 설명하는 안정적인 이름과 첫 문장 설명을 작성하세요. 크리에이터 허브에 인지할 수 있는 아이콘과 기타 발견 자산을 준비하세요. 키워드 반복이나 관련 없는 용어를 피하세요. 메타데이터는 적절한 플레이어가 경험을 이해하는 데 도움을 주어야 하며, 발견 시스템을 속이려 해서는 안 됩니다.

게이트 6: 관객을 의도적으로 선택하세요

첫 번째 후보자는 비공개로 유지하고, 공개 공개 승인 권한을 누가 갖는지 결정하며, 공식 문서에서 현재 대상, 준수 여부, 연령, 지역, 계정 요건을 검토하세요. 이 규칙들은 변경될 수 있습니다. 이 가이드는 수수료, 자격 기준, 또는 약속 검토를 체크리스트에 고정하지 않습니다.

구체적인 예시 — 소규모 obby 릴리스 리허설: 소유자는 그룹 목적지를 확인하고, 음악과 이미지 자산이 승인되었는지 확인하며, 클라이언트와 서버 시뮬레이션에서 스폰부터 종료까지 코스를 완료하고, 터치 컨트롤을 테스트하며, 한 문장으로 장애물 코스 설명을 작성하고, 비공개로 게시합니다. 그 후 팀원이 허용된 테스트 대상을 통해 참여하여 리스폰이 끊기는 정확한 체크포인트를 보고합니다. 빌드는 해당 결함이 수정되고 재테스트될 때까지 비공개로 유지됩니다.

만약 당신의 프로젝트가 아직 빌드 단계에 있다면, 사용하세요초보Roblox만들기 가이드계속하기 전에. 도구들 같은로블록스 스타일 게임 생성기프로토타입과 시각적 탐색을 지원할 수 있고, 그리고3D 자산 준비 작업 흐름인수인계를 정리하는 데 도움을 줄 수 있어요. 하지만 스튜디오 임포트, 루아 리뷰, 테스트, 검토, 준수, 게시를 대신할 수는 없어요.

1단계: 경험을 Roblox Studio에서 비공개로 게시하기

의도된 시작 지점을 Roblox Studio에 열고 올바른 계정에 로그인했는지 확인하세요. 변경이 중요할 때 로컬 백업을 저장하세요. 그 후 마지막 플레이테스트를 실행하고 중단하세요. Publish to Roblox⟧가 회색으로 비활성화되면, Roblox의 초보자 튜토리얼은 플레이테스트가 아직 실행 중인지 확인하라고 합니다.

첫 출판 시:

1. 파일을 선택→ Roblox로 게시하세요.
2. 게시 창에서 이름과 설명을 입력하세요.
3. 올바른 개인 또는 그룹 생성자를 선택하세요.
4. 지원하려는 기기 유형만 활성화하세요.
5. Create를 선택하세요.
6. 경험이 의도된 창작자 명의로 표시되고 비공개로 유지되는지 확인하세요.

첫 번째 게시 이후, 같은 명령어가 연결된 장소에 대한 이후의 변경 사항을 게시합니다. Roblox As로 발행하세요... 의도적으로 장소를 추가하거나 다른 경험을 목표로 하거나 선택한 장소를 덮어쓰려는 경우에만 사용됩니다. 그 작업을 확인하기 전에 잠시 멈추세요: "As "는 목적지 결정을 변경하므로 팀 프로젝트에 대해 명시적인 동료 점검이 필요합니다.

좋은 최초 출판 승인 기록은 짧게 작성자, 경험 이름, 지명, 출판 시간, 테스터, 알려진 이슈 등으로 구성됩니다. 이 기록은 복잡한 공개 시스템이 필요하지 않습니다; 그 목적은 우연한 목적지 변경을 가시화하는 것입니다.

2단계: 임포트된 자산을 검증하고 공개된 후보 자산을 테스트

프라이빗 클라우드 버전이 생기면, 낯선 플레이어인 것처럼 후보를 테스트하세요. 스튜디오의 현재 씬에만 의존하지 말고 세부 정보 페이지나 승인된 테스트 진입 지점에서 시작하세요. 이렇게 하면 누락된 권한, 공개되지 않은 변경 사항, 그리고 제작자가 이미 지도를 알고 있을 때 보이지 않는 가정들을 포착할 수 있습니다.

이 컴팩트 테스트 매트릭스를 사용하세요:

• 가입: 예정된 시작 지점에서 진입하세요. 아바타가 안전하게 스폰되고 첫 번째 목표가 해제되면 통과하세요.
• Core 루프: 한 라운드 또는 목표 완료. 진행 시 통과, 보상, 승리 또는 실패 상태 및 모든 작업을 초기화.
• 클라이언트/서버: 양쪽 관점에서 동작을 테스트하세요. 서버 소유 결과가 클라이언트가 조작할 수 없고 복제가 올바르게 보이면 통과합니다.
• UI/input: 지원되는 모든 장치 클래스를 시도하세요. 버튼, 프롬프트, 카메라 및 컨트롤이 사용 가능할 때 패스합니다.
• 자산: 모든 중요한 이미지, 메쉬, 애니메이션, 사운드를 점검하세요. 필요한 자산이 없거나 차단되거나 잘못된 제작자에게 소유되어 있지 않으면 패스하세요.
• 실패 경로: 연결을 끊거나, 초기화하거나, 죽거나, 라운드를 포기하세요. 세션이 끊기지 않고 회복할 수 있을 때 패스하세요.

구체적 워크플로우 — 에셋 임포트를 릴리스 후보로 가져오기: 저폴리곤 게이트 모델을 가져오고, 임포터 경고를 검토하며, 스튜디오에서 스케일과 충돌을 확인하고, 에셋의 생성 및 모더레이션 상태를 확인하고, 시작 영역에 배치한 후 클라이언트와 서버 뷰에서 테스트합니다. 시각적 에셋이 여전히 모더레이션을 기다리고 있다면, 안전하고 승인된 대체 자료를 사용하거나 공개 릴리스를 지연하세요. "성공적으로 게시된 장소"를 에셋이 자체 검사를 통과했다는 증거로 간주하지 마세요.

결함을 재현 경로로 기록하세요: 시작 상태, 동작, 관찰된 결과, 예상 결과, 장치, 그리고 문제가 클라이언트, 서버, 혹은 둘 다에 발생했는지 여부. 스크린샷이 도움이 될 수 있지만, 결함을 실행 가능하게 만드는 것은 재현 단계입니다.

3단계: 상세 정보 페이지, 준수 및 대상 설정

크리에이터 허브에서 경험을 열고 설정을 검토하세요. Roblox의 구성 가이드는 크리에이터 대시보드를 관객 제한, 협업자 권한, 랜딩 페이지 링크, 버전 역사 등 다양한 게임 및 장소 수준의 설정을 위한 장소로 설명합니다.

청중을 바꾸기 전에 다음을 확인하세요:

• 이름과 설명: 첫 문장은 플레이어가 무엇을 할지 알려줍니다; 이름은 안정적이며 반복되는 키워드로 가득 차 있지 않습니다.
• 아이콘 및 발견 매체: 이미지는 경험을 정확히 표현하며 작은 크기에서도 읽기 쉽습니다.
• 창작자 및 협력자: 적절한 계정 또는 그룹이 경험을 소유합니다; 게시 및 플레이테스트 권한은 의도된 것입니다.
• 콘텐츠 설명자 및 성숙도: 답변은 플레이어가 실제로 접할 수 있는 내용을 설명하며, 이후 지역이나 사용자 상호작용을 통해 도입된 콘텐츠를 포함합니다.
• 연령 및 지리 설정: 선택된 제한은 대상 대상과 현재 정책에 부합합니다.
• 관객: 소유자 전용 작업은 개인 작업, 통제된 테스트를 위한 제한된 옵션, 일반 발견은 공개 옵션.
• 현재 출판 요건: 출시일에 공식 출판 요구사항 섹션을 읽으세요. 계정 상태, 검증, 준수, 청중 도달, 수수료, 평가 절차는 플랫폼 정책이며 변경될 수 있습니다.

올바른 대상이 항상 Public인 것은 아닙니다. 소규모 팀은 제한된 플레이테스트를 통해 온보딩과 멀티플레이어 동작을 검증한 후 더 넓은 릴리스 전에 설정 체크리스트로 돌아갈 수 있습니다. Public은 테스트 결과에 근거한 결정이어야 하며, 기본 체크박스가 되어서는 안 됩니다.

4단계: 경험을 공개, 검증, 공유하기

비공개 또는 제한 후보가 통과하면, 릴리스 소유자가 크리에이터 허브에서 의도한 대상을 변경하고 저장하도록 하세요. 그 후 크리에이터의 일반적인 편집 맥락 밖에서 결과를 검증하세요. 이상적으로는 실제 플레이어가 가져야 할 접근 권한을 정확히 가진 승인된 테스터나 계정을 사용하는 것이 좋습니다.

이 모든 조건이 사실일 때만 당신의 석방이 검증됩니다:

1. 상세 페이지는 예상된 URL에서 열립니다.
2. 올바른 이름, 설명, 아이콘, 제작자, 그리고 청중이 모두 표시됩니다.
3. 재생 버튼이나 승인된 접근 경로는 의도한 대로 작동합니다.
4. 테스터는 올바른 시작 지점에 합류합니다.
5. 첫 번째 목표, 조작, 중요한 자산, 그리고 하나의 완전한 게임플레이 루프가 모두 작동합니다.
6. 관찰된 세션에서는 해제 차단 오류가 나타나지 않습니다.
7. 팀은 버전, 검증 시간, 테스터, 그리고 승인된 사소한 문제를 기록합니다.

검증 후에는 크리에이터 허브에서 게임의 상세 페이지 URL을 복사해 공유할 수 있습니다. 플레이어 시점 확인 전에 링크를 보내지 마세요: 편집 권한이 있는 크리에이터는 때때로 의도한 관객이 도달하지 못한 빌드에 도달할 수 있습니다.

라이브 경험을 방해하지 않고 업데이트를 게시하는 방법

첫 번째 릴리스는 위험 프로필을 변경합니다. 미래 게시는 활성 플레이어에게 영향을 줄 수 있으니, 모든 로컬 실험을 라이브 장소에 직접 게시하지 말고 편집-테스트-게시-모니터링 루프를 사용하세요.

대부분의 소규모 프로젝트에는 가벼운 업데이트 워크플로우만으로도 충분합니다:

1. 변화를 정의하세요. 플레이어가 볼 수 있는 결과를 설명하고 영향을 받은 시스템을 한 문장으로 작성하세요.
2. 만들고 테스트해.관련 클라이언트/서버, 장치, 자산, 실패 경로 점검을 다시 실행해. 변경이 겉보기만 바뀐 것 같아도 핵심 루프는 다시 테스트해.
3. 새 장소 버전을 게시하세요. 게시 전에 목적지를 확인하고, 작업 흐름이 지원하는 유용한 버전 노트를 첨부하세요.
4. 연기 테스트를 실행하세요. 제공된 경험에 참여하여 정확한 변경된 경로와 스폰, 그리고 핵심 루프를 검증하세요.
5. 모니터. 플레이어 보고, 오류, 완료 실패, 초기 관찰 창 동안의 예상치 못한 동작.
6. 롤포워드 또는 복원. 다른 테스트된 버전으로 작은 이해된 결함을 수정하세요. 영향이 심하거나 불분명하면, 버전 히스토리를 사용해 알려진 정상 위치의 버전으로 돌아가고, 라이브 경로에서 벗어나 조사하세요.

구체적 업데이트 예시: 한 팀이 obby의 체크포인트 로직을 변경합니다. 게시 전에 새 플레이어, 저장된 진행 상황이 있는 기존 플레이어, 체크포인트 직전 사망, 그리고 체크포인트 획득 후 다시 합류하는 테스트를 합니다. 게시 후에는 테스터가 제공된 경험에서 동일한 과정을 완료합니다. 플레이어가 잘못된 체크포인트에서 스폰되면, 출시 소유자는 검증되지 않은 수정을 사건 위에 덧붙이지 않고 이전의 알려진 버전으로 복원합니다.

버전 히스토리는 복구 도구일 뿐, 테스트를 대체할 수 없습니다. 의미 있는 업데이트 전에 어느 버전이 정상인지 기록하여 롤백 결정이 빠르고 명확하게 진행되도록 하세요.

일반적인 출판 문제와 확인해야 할 사항

• Roblox에 게시 표시가 회색으로 표시됨: 활성 플레이테스트를 중지하고, 스튜디오가 응답하는지 확인한 후 올바른 위치에서 다시 시도하세요.
• 그룹에 대해 게시할 수 없습니다: 그룹 소유자나 권한 있는 관리자에게 역할과 경험별 권한을 확인하세요.
• 공개되지 않은 경험은 공개되지 않음: 크리에이터 허브의 청중 설정을 확인하세요; 첫 게시는 기본적으로 비공개입니다.
• 테스터는 참여할 수 없습니다: 청중이 비공개인지 제한적인지, 테스터가 필요한 접근 권한을 가지고 있는지, 그리고 현재 출판 요건이 충족되는지 확인하세요.
• 모델, 이미지, 오디오 파일 또는 비디오가 누락됨: 자산 소유권, 경험 권한, 관리 상태, 그리고 해당 장소에서 사용하는 실제 자산 ID를 확인하세요.
• 플레이어가 잘못된 지도에 참여: 시작 장소를 확인하고 잘못된 곳에 게시하거나 덮어쓰지 않았는지 확인하세요.
• 라이브 빌드에는 최신 수정이 포함되어 있지 않습니다: 변경 사항이 저장되어 의도한 위치에 게시되었는지 확인한 후, 상세 페이지를 통해 제공되는 버전을 검증하세요.
• 요구 사항 또는 수수료는 이 가이드와 다르게 보입니다: 현재 공식 출판 페이지를 따라가세요. 정책은 변동성이 있습니다; 날짜가 있는 출처가 기억된 지침보다 우선합니다.

이 증상을 반복해서 '게시'를 클릭해서 해결하지 마세요. 실패가 Studio 상태, 목적지, 권한, 자산 중재, 관객 구성, 또는 현재 플랫폼 요구사항 중 어느 쪽인지 확인한 후 해당 계층을 다시 테스트하세요.

Roblox 출판 체크리스트: 최종 복사 가능 버전

첫 출판 이전

• [ ] 올바른 개인 또는 그룹 생성자가 선택되었습니다
• [ ] 정확한 경험과 시작 자리 열림
• [ ] 현지 백업 또는 무장 상태 버전 녹음
• [ ] 수입업자 경고 검토 완료
• [ ] 중요 자산이 승인되고, 올바르게 소유되며, 가시화됩니다
• [ ] 클라이언트/서버 코어 루프 통과
• [ ] 지원 장치 및 입력 경로 테스트됨
• [ ] 이름, 설명, 아이콘, 제작자는 정확합니다
• [ ] 준수, 성숙도, 연령, 지리적 환경 검토
• [ ] 릴리스 소유자와 롤백 소유자 확인

출판 중

• [ ] 플레이테스트 중단
• [ ] 파일 → 의도된 연결 장소에 사용되는 Roblox로 게시
• [ ] 제작자와 목적지가 확인 전에 재확인됨
• [ ] 첫 번째 후보자는 비공개 또는 의도적으로 제한
• [ ] 게시 시간과 녹화된 버전

공개 전후

• [ ] 현재 공식 출판 요건은 출시일에 검토됨
• [ ] 크리에이터 허브에 저장된 관객 변경
• [ ] 상세 페이지 메타데이터 검증됨
• [ ] 승인된 테스터는 경험에 접근할 수 있습니다
• [ ] 올바른 출발 장소 짐
• [ ] 제공된 버전에서는 한 번의 완전한 게임 플레이 루프가 통과됩니다
• [ ] 중요한 자산이 렌더링되고 오디오가 의도한 대로 동작합니다
• [ ] 초기 모니터링 창과 롤백 트리거 합의됨
• [ ] 상세 페이지 URL 인증 후에만 공유됩니다

가장 안전한 다음 조치는 프라이빗 후보 계정을 공개하고, 경험을 구축하지 않은 한 명의 테스터와 함께 체크리스트를 실행하는 것입니다. 그 단일 외부 관점이 다른 창작자 전용 공략보다 더 많은 릴리스 문제를 발견합니다.