Roblox 게임에 수익화를 넣을 때 초보자가 가장 많이 헷갈리는 것이 Pass와 Developer Product의 차이입니다. 둘 다 Robux 결제를 받을 수 있지만 용도가 다릅니다. Roblox 공식 문서 기준으로 Pass는 한 번 구매해 계속 쓰는 특권에 적합하고, Developer Product는 게임 내 화폐나 물약처럼 여러 번 구매할 수 있는 상품에 적합합니다.
Pass가 잘 맞는 경우
VIP 구역 입장, 영구적인 추가 슬롯, 특별한 도구 사용 권한처럼 계정에 한 번 구매하면 계속 유지되는 혜택에 Pass가 잘 맞습니다. 사용자가 이미 보유한 Pass를 또 살 필요가 없는 구조라면 자연스럽습니다. 서버에서는 해당 사용자가 Pass를 보유했는지 확인한 뒤 혜택을 적용하는 형태로 구현합니다.
Developer Product가 잘 맞는 경우
코인 묶음, 부활, 일회성 부스터, 반복 구매 가능한 티켓처럼 같은 사용자가 여러 번 살 수 있어야 하는 상품은 Developer Product가 더 적합합니다. ‘1000코인’ 상품을 지난주에 샀더라도 오늘 다시 구매할 수 있어야 하기 때문입니다.
한 번만 사야 하는 상품을 Product로 만들면 관리가 복잡해집니다
영구 혜택을 Developer Product로 만들면 별도의 DataStore에 구매 여부를 저장하고 중복 구매를 막는 로직까지 직접 관리해야 합니다. 반대로 반복 구매 상품을 Pass로 만들면 두 번째 구매 자체가 구조에 맞지 않습니다. 상품 성격을 먼저 정하고 결제 방식을 고르는 것이 좋습니다.
결제 성공 처리는 클라이언트 버튼과 분리합니다
버튼을 눌렀다는 이유로 즉시 아이템을 지급하면 안 됩니다. 실제 구매가 정상적으로 처리됐는지 서버가 확인한 뒤 보상을 지급해야 합니다. 결제 UI는 클라이언트에서 시작하더라도 최종 지급과 기록은 서버 권한으로 처리하는 것이 기본입니다.
Developer Product는 중복 지급 방지가 중요합니다
네트워크 재시도나 처리 흐름 때문에 같은 구매를 두 번 처리하지 않도록 설계해야 합니다. 구매 영수증 처리 로직을 한 곳에 모으고, 성공적으로 보상을 지급했을 때만 처리 완료로 넘기는 구조가 좋습니다. 게임 내 화폐처럼 경제에 직접 영향을 주는 상품은 특히 테스트가 필요합니다.
가격보다 ‘무엇을 사는지’가 먼저 보이게 합니다
수익화를 넣을 때 버튼만 크게 만들면 반감이 생길 수 있습니다. 구매하면 무엇이 달라지는지, 영구인지 일회성인지, 게임 진행에 얼마나 영향을 주는지를 명확하게 보여주는 편이 좋습니다. 같은 이름의 상품을 Pass와 Product에 동시에 만들어 사용자를 헷갈리게 하지 않는 것도 중요합니다.
초보용 결정법
질문 하나로 나눌 수 있습니다. “이 사용자가 같은 상품을 다음 주에 다시 살 수 있어야 하는가?” 답이 아니오라면 Pass를 먼저 검토하고, 예라면 Developer Product를 검토하세요. 이후 실제 지급 로직은 서버에서 검증하고 테스트 서버에서 반복 구매·재접속·저장 상황을 확인하는 것이 좋습니다.
상품을 만들기 전에 표로 정리해보세요
상품명, 가격, 일회성인지 영구인지, 반복 구매 가능한지, 지급 방식, 저장이 필요한지를 한 줄씩 적어보면 Pass와 Developer Product 선택이 쉬워집니다. 개발 중간에 상품 성격이 바뀌면 기존 구매자 처리까지 복잡해질 수 있으므로, 코드를 짜기 전에 경제 구조를 먼저 확정하는 편이 좋습니다.