심사 정책
TokenApps에 게임을 올리는 절차와 기준을 안내합니다. 심사는 운영팀이 실제로 플레이해보고 최종 결정하며, AI 사전 검사는 운영자를 돕는 참고 자료로만 쓰입니다.
1. 절차
제출 (/submit) → 심사 → Basic 런칭 → Full 런칭
1~3일 지표 축적 전면 노출
① 제출 — 제출 위저드에서 이름·URL·소개(한/영 중 하나 이상)· 카테고리·아이콘·커버를 등록합니다. 5분이면 충분하고, 작성 중 텍스트는 임시 저장됩니다. 아이콘·커버는 등록 후 내 게임에서 언제든 직접 교체할 수 있습니다.
② 심사 — 운영팀이 제출된 URL에서 게임을 직접 플레이하고 아래 §2·§3 기준으로 판단합니다. 보완이 필요하면 반려 사유와 함께 안내드립니다.
③ Basic 런칭 — 승인된 게임은 먼저 Basic 단계로 공개됩니다. 홈의 "새 게임" 구좌와 직접 링크로 노출되고, 플레이·플레이 시간 측정·TAP(토큰앱스 포인트) 적립은 전부 동작합니다. 아직 닫혀 있는 것은 추천·카테고리 전면 진열과 수익화(광고·재화) 입니다. 팀 내부 QA와 초기 유저 확보에 이 단계를 활용하시면 됩니다.
④ Full 런칭 — 플레이 지표(플레이어 수, 평균 세션 길이, 다음날 재방문율)가 쌓이면 운영팀이 Full로 승격합니다. 전 노출면에 진열되고 광고·재화 수익화가 열립니다. 승격은 지표를 참고한 사람의 결정이며 자동으로 이뤄지지 않습니다 — 수치가 궁금하시면 언제든 문의해주세요.
2. 승인 기준
- 동작: 제출한 URL에서 게임이 실제로 실행되어야 합니다. 임베드형이라면 TokenApps의 샌드박스 iframe 안에서 화면이 그려져야 합니다(§5 기술 요건 참조).
- 게스트 플레이: 로그인하지 않은 방문자도 게임을 모두 즐길 수 있어야 합니다. 게임 안에서 자체 로그인이나 플랫폼 로그인을 강제하면 반려됩니다. 로그인 유도는 플랫폼이 플레이 후 초대 카드로 담당합니다.
- 설명 품질: 플레이어가 "이게 무슨 게임인지" 알 수 있는 소개가 있어야 합니다. 소개는 플레이 페이지의 게임 정보 블록에 그대로 노출되므로, 잘 쓸수록 게임에 이득입니다.
- 카테고리 적합: 선택한 카테고리가 게임의 실제 내용과 맞아야 합니다.
3. 반려 사유
다음에 해당하면 반려됩니다:
- 사행성 — 현금 또는 현금성 가치가 걸린 도박, 도박을 모사한 구조
- P2E 환전 — 게임 내 보상을 현금·암호자산으로 환전시키는 구조 (게임산업법 위반 소지)
- 성인물, 혐오·폭력을 조장하는 콘텐츠
- 저작권·상표 침해 의심 — 기존 타이틀의 클론, 무단 사용한 애셋
- 광고 강제 — 광고를 봐야만 플레이·진행이 되는 설계. 광고는 항상 플레이어의
선택이어야 하며, SDK의
unavailable응답 뒤에도 게임은 정상 진행되어야 합니다 - 보안 위해 — 악성 코드, 피싱, 플랫폼의 측정·지급 체계를 조작하려는 시도
경계선에 있는 경우 바로 반려하지 않고 보완을 요청드립니다. 판단이 애매한 구조(예: 확률형 요소)는 제출 전에 미리 문의해주시면 심사가 빨라집니다.
4. 보상 규칙 (법적 제약)
이 절은 게임사의 설계 자유를 제한하는 것이 아니라, 한국 게임산업법 경품 규정 때문에 플랫폼이 반드시 지켜야 하는 선입니다:
- TAP 지급은 현재 세션 단위("오늘 이 게임을 한 판 완주했다")로 운영됩니다. 점수·승패·순위 등 성과에 연동된 플랫폼 TAP 보상은 사행성 규제 검토가 끝나기 전까지 지급되지 않습니다 — 환전·양도 불가 폐쇄형 TAP의 성과 연동은 법률 검토와 함께 열릴 수 있는 로드맵 항목입니다. 게임 내 자체 재화의 성과 연동은 게임의 자유입니다.
submitScore()로 제출한 점수는 표시·랭킹용이며 TAP과 절대 연결되지 않습니다.- 펀딩 보상도 같은 원칙 위에 있습니다. 유저는 폐쇄형 TAP으로 게임의 펀딩 캠페인에 참여하고, 목표 달성 시 보상 풀 TAP을 기여도 순으로 돌려받으며, 미달 시 전액 환급됩니다. 현금이 오가는 구간이 없어 증권형 크라우드펀딩·유사수신 규제 영역 밖에서 운영되며, 현금 펀딩은 별도의 법률 검토 없이는 열지 않습니다.
- 플레이어에게 현금·암호자산이 지급되는 경로는 어떤 형태로도 존재하지 않습니다. (개발사 수익 정산은 별개이며, 광고망 연동과 함께 열립니다.)
5. 기술 요건
- HTTPS 필수입니다.
- 임베드형 게임: 응답 헤더의
X-Frame-Options·CSPframe-ancestors가 프레임을 막지 않아야 하고, 샌드박스 iframe 안에서 실제로 렌더되어야 합니다. 헤더가 없어도 코드가 프레임 환경을 감지해 렌더를 거부하는 경우가 있으니, 제출 전에 플레이 페이지 형태(tokenapps.io/app/<슬러그>/play)에서 직접 확인해주세요. 화면이 비는 문제의 진단 방법은 FAQ에 있습니다. - 로그인 없이 첫 판이 시작되어야 합니다. 게임이 자체 로그인 화면으로 플레이를
막으면 반려됩니다. 플레이어는 이미 TokenApps에 로그인한 상태로 들어오고, 신원은
session메시지로 전달됩니다. 로그인 제안이 필요하면TokenApps.requestSignIn()으로 호스트에 요청하십시오 — 프레임 안 OAuth는 구글을 비롯한 주요 제공자가 차단하기 때문에 어차피 동작하지 않습니다. 자체 계정 체계가 있다면 로그인이 아니라player.id기반 계정 연결로 붙이십시오(SDK 문서 §4). - 스토리지 접근은 예외 처리가 되어 있어야 합니다. 게임은 파티션된 서드파티
프레임에서 실행되므로
localStorage접근이 예외를 던질 수 있습니다. 감싸지 않으면 화면은 멀쩡한데 버튼만 안 눌리는 상태가 됩니다 — 실제로 가장 흔한 반려 사유입니다. - 모바일 브라우저 동작을 권장합니다. 지원 플랫폼은 게임 정보의 스펙 카드에 표기됩니다.
- SDK 통합은 심사 요건이 아닙니다. 통합 없이도 등록·플레이·측정은 전부 동작합니다. 다만 TAP 적립·세이브·광고·재화는 통합한 게임에만 열립니다 — 시작하기의 5분 통합부터 권장드립니다.
6. 등록 후 운영
- 상품(SKU) 등록·가격 변경, Full 승격 문의, 지표 문의: cs@tokenpost.kr
- 게임 업데이트는 자유입니다. URL이 그대로면 재심사를 받지 않습니다. 다만 게임의 성격이 바뀌는 변경(장르 전환, 수익 구조 변경)은 재심사 대상이므로 미리 알려주세요.
- 정책 위반이 발견되면 사전 통지 후 게시가 중단될 수 있습니다(악성 코드 등 긴급한 보안 문제는 즉시 조치 후 통지). 소명 절차는 메일로 진행됩니다.