Skip to content
tokenAppsPLAY & COLLECT
tokenAppsPLAY & COLLECT

Review Policy

This document explains the process and criteria for listing a game on TokenApps. The operations team actually plays your game and makes the final decision; automated AI pre-checks are used only as reference material to assist the reviewers.

1. Process

Submit (/submit)  →  Review  →  Basic launch  →  Full launch
                     1–3 days    metrics accrue    full exposure

① Submit — In the submission wizard, register the name, URL, description (at least one of Korean or English), category, icon, and cover. Five minutes is plenty, and your text in progress is saved as a draft. The icon and cover can be replaced anytime after listing under My games.

② Review — The operations team plays the game directly at the submitted URL and judges it against the criteria in §2 and §3 below. If something needs work, we'll let you know along with the reason for the rejection.

③ Basic launch — Approved games go public in the Basic stage first. They're exposed in the home "New Games" section and via direct links, and play, playtime measurement, and TAP (TokenApps Points) accrual all work. What remains closed is full display in recommendations and categories, and monetization (ads and items). Use this stage for your team's internal QA and for building an initial audience.

④ Full launch — Once play metrics (player count, average session length, next-day return rate) accumulate, the operations team promotes the game to Full. It's displayed across every exposure surface, and ad and item monetization opens. Promotion is a human decision informed by the metrics — it does not happen automatically. If you're curious about your numbers, ask us anytime.

2. Approval Criteria

  • It runs: The game must actually run at the submitted URL. If it's embedded, the screen must render inside TokenApps' sandboxed iframe (see the technical requirements in §5).
  • Guest play: Users who arrive without signing in must be able to play the game fully. Forcing your own login or the platform login inside the game results in rejection. Sign-in prompting is the platform's job, handled with a post-play invitation card.
  • Description quality: There must be a description that lets players understand what the game is. The description is shown as-is in the game info block on the play page, so the better it's written, the more your game benefits.
  • Category fit: The category you choose must match what the game actually is.

3. Rejection Reasons

Submissions are rejected for any of the following:

  • Gambling-like mechanics — gambling with cash or cash-equivalent value at stake, or structures that imitate gambling
  • P2E cash-out — structures that convert in-game rewards into cash or crypto assets (a potential violation of Korea's Game Industry Promotion Act (게임산업법))
  • Adult content, or content that promotes hate or violence
  • Suspected copyright or trademark infringement — clones of existing titles, assets used without permission
  • Forced ads — designs where watching an ad is required to play or progress. Ads must always be the player's choice, and the game must proceed normally after the SDK's unavailable response
  • Security threats — malicious code, phishing, or attempts to manipulate the platform's measurement and award systems

Borderline cases are not rejected outright — we ask for changes instead. For structures where the call is genuinely unclear (for example, probability-based elements), asking us before you submit will speed up the review.

This section does not limit your design freedom as a game studio — it is the line the platform itself must hold because of the prize provisions of the Game Industry Act:

  • TAP awards currently operate per session ("this player completed a round of this game today"). Platform-TAP rewards tied to in-game performance — score, wins/losses, ranking — are not granted until the gambling-regulation review is complete; performance-linked rewards in closed, non-redeemable TAP is a roadmap item that can open together with that legal review. Performance-linked rewards in a game's own currency are always the game's own design decision.
  • Scores submitted via submitScore() are for display and rankings, and are never connected to TAP.
  • Funding rewards sit on the same principle. Users back a game's funding campaign with closed TAP; if the goal is reached the reward pool flows back in contribution order, and if it is missed every backed TAP is refunded in full. No cash moves at any step, which keeps campaigns outside securities-style crowdfunding regulation — cash funding will not open without its own legal review.
  • No path of any kind exists by which cash or crypto assets are paid out to players. (Developer revenue settlement is separate, and opens together with the ad network integration.)

5. Technical Requirements

  • HTTPS is required.
  • Embedded games: The X-Frame-Options header and CSP frame-ancestors in your responses must not block framing, and the game must actually render inside the sandboxed iframe. Even without those headers, code sometimes detects the frame environment and refuses to render, so before submitting, verify directly at the play-page URL shape (tokenapps.io/app/<slug>/play). Diagnosis steps for a blank screen are in the FAQ.
  • Working in mobile browsers is recommended. Supported platforms are listed on the spec card in the game info.
  • SDK integration is not a review requirement. Registration, play, and measurement all work without it. However, TAP accrual, saves, ads, and items open only for integrated games — we recommend starting with the 5-minute integration in Getting Started.

6. Operating After Listing

  • Product (SKU) registration and price changes, Full promotion inquiries, metrics inquiries: cs@tokenpost.kr
  • You are free to update your game. As long as the URL stays the same, no re-review is needed. However, changes that alter what the game fundamentally is (a genre pivot, a change to the monetization structure) are subject to re-review, so please tell us in advance.
  • If a policy violation is found, the listing may be suspended after prior notice (urgent security issues such as malicious code are acted on immediately, with notice afterward). The appeal process is handled over email.