Game requirements

This page describes the requirements for games and WebApps published in the Yandex Games catalog. To see the full requirements, go to Game and WebApp moderation criteria.

Games and WebApps are tested in environments similar to what users have. If we find an issue but it doesn't occur on the developer's device, the issue isn't considered resolved.

Note

The game passing moderation doesn't mean Yandex confirms that it complies with the law of any territory and/or that it doesn't violate the rights or legitimate interests of third parties.

Last changed: October 5, 2023.

  1. Technical requirements

    1. The Yandex Games SDK is installed in the game or WebApp. See more by going to Install and use the SDK.

    2. You don't have to be registered or logged in to third-party services to launch and use the SDK. You can log in with your Yandex ID.

      1. You'll only be authorized after you perform a voluntary action like pressing a special button in the game or WebApp. The authorization prompt clearly and unambiguously explains the reason for authorization.

      2. The game has the guest login option or you can play it without logging in. If that's the case, in-game progress must be saved.

    3. When you minimize the game or WebApp page on desktop and mobile devices, the sound stops playing.

    4. Payments are only made through the Yandex Games SDK.

    5. Ads are only called via the Yandex Games SDK.

    6. The game or WebApp must meet the requirements for the device types you listed when applying for publication.

      1. For mobile devices:

        1. The game or WebApp is in full-screen mode during launch or gameplay.

        2. If the user can enter data like their player nickname or a document name in text boxes, the keyboard automatically appears when they select them.

        3. Visual elements aren't deformed or stretched disproportionally when the screen orientation and/or available area size are changed. If the game or WebApp only supports one orientation, select it when you're filling out the draft. In the other orientation, the user will be shown a prompt to rotate their device.

        4. The game or WebApp progress is saved when the screen orientation changes.

        5. The game or WebApp is entirely gesture-controlled. You can add the mobile device accelerometer to the control mechanics.

        6. On devices running Android, the notification panel doesn't show the player from the game or WebApp page open in Yandex Browser or the Yandex search app.

        7. There's no WebGL notification when the user opens the game or WebApp.

        8. On devices running iOS, a long tap in the game or WebApp doesn't select an area or open the context menu.

      2. For desktop devices:

        1. The active area stretches vertically or horizontally to fit the available space (not counting sticky banners).

        2. The long-to-short side ratio of the active area is no more than 1:2.

        3. Visual elements aren't deformed or stretched disproportionally when the available area size is changed.

        4. The game or WebApp is controlled using a keyboard or mouse.

      3. For TVs:

        1. The game or WebApp takes up the entire screen area. Full-screen mode is available.

        2. Arrows on the TV remote can be used to control the game. Arrows on the TV remote are enough to play the game or use the WebApp in its entirety.

        3. The Back and OK buttons on the TV remote are supported.

    7. In the interests of the game or WebApp working correctly anywhere in the world, the program code doesn't use absolute URLs that link to the Yandex S3 servers.

    8. The internal element, button, and graphics sizes are adapted for display and interaction in a way that avoids the possibility of accidentally pressing something and makes all elements easily accessible.

    9. In games with internal progress (like new levels, records, achievements, and skills) and WebApps that involve saving data (such as notebooks or phone books), changes are saved right after the user performs an action or when they press the save button. Refreshing the page shouldn't affect the saved data.

    10. The game or WebApp is displayed correctly:

      1. The active area doesn't go beyond the screen area. No elements are cut off.

      2. There's no browser scrolling (system scroll bar in the browser window). With that said, you can implement your own content scrolling in the game.

      3. Internal elements and texts don't overlap or cover other elements.

      4. It's possible to control the game with one hand and stay in the main scene without additional scrolling or swiping. The internal playing area may be moved in strategy games, RPGs, and other genres that feature a large playing area.

    11. If you save data to a cloud, list it when you're filling out the draft.

    12. Yandex Advertising Network (YAN) monetization is enabled.

    13. For in-game purchases:

      1. The consummation method is enabled. For more information, see In-game purchases.

      2. The portal currency (Yans) is used in keeping with the requirements in the In-game purchases section.

      3. The game or WebApp progress is saved on the server and available on different devices.

      4. All in-game purchases have a cost that's shown as a figure and portal currency name.

    14. There are no technical notifications, errors, crashes, or freezes after the user opens the game or WebApp or completes a particular action. For example, rotating the screen, long-tapping in the game or WebApp, completing a gesture or swipe, minimizing the browser, opening an ad, or going to a page from the browser history.

    15. The game or WebApp are complete and not in the development or preliminary testing stage.

    16. The content and appearance of embedded ad units aren't changed. Service ad units can't be imitated, for example, by creating custom full-screen units or RVs with your own buttons.

    17. To receive the Optimized status, your game or WebApp must meet the following requirements:

      1. For mobile devices:

        1. Game elements are clearly visible on any mobile device screen.

        2. The control sizes make it easy to use them.

      2. For desktop devices:

        1. The active area takes up the entire screen. Card games, chess, and checkers must have a full-screen background (the underlaying layer must be similar to the game).

        2. Mouse controls use operations that are common for desktop devices: click and drag-n-drop. Mobile gesture controls (swipe, flick, tap-n-hold) can't be used.

    18. There are no technical ways of restricting gameplay based on the URL where the game is open.

    19. If the game uses gameReadyAPI, the ready() method is called when the user can already start playing the game.

    20. The game or WebApp works correctly in browsers and on platforms with the environment selected in the draft. List of browsers and platforms:

      1. In browsers: Yandex Browser, Google Chrome, Mozilla Firefox, Opera, Safari, and the Yandex mobile app.

      2. In OS: Windows Vista, Windows 7, Windows 8, Windows 10, and Mac OS X 10.6 and above (Snow Leopard, Lion, Mountain Lion, Mavericks, Yosemite, El Capitan, Sierra, High Sierra, and Mojave).

      3. In mobile OS: Android 5.0 and above and iOS 9.0 and above.

      4. On Android TV.

    21. No game or WebApp files are more than 100 MB when uploaded as an archive.

    22. An index.html file is added to the root of the archive. Cyrillic characters and spaces are not used in file or folder names.

    23. Interactive artificial intelligence cannot be used in games or WebApps. Materials that were generated beforehand using AI can be used in the game.

  2. UX requirements

    1. The game or WebApp is well-designed in terms of gameplay content, convenience, and quality. We control the quality of games and WebApps and may refuse to publish them if they don't pass our quality check.

    2. The controls are fully described in the game, the WebApp, or their accompanying descriptions.

    3. The game or WebApp matches the genre you listed in the description.

    4. The game matches one of the following criteria:

      1. There's game progress (levels).

      2. There are interaction and game engagement mechanics (controlling a machine or character, changing a character's outfit, assembling objects using parts or recipes, dealing or turning over cards, word games, number games, and/or acquiring game resources).

      3. There's a story (gradual unfolding game events, selecting actions, and achieving story results).

    5. In games and WebApps with difficult mechanics, there's a tutorial provided at the start.

    6. If the game mechanics involve gradually moving through a story or levels, game progress can be saved. If the game is endless or there's a competition for the highest score, records can be saved.

    7. The age tag matches the game content.

    8. The game difficulty increases gradually. The story/setting are clear.

    9. Playing through the entire game takes more than 10 minutes. For example, a casual game with 10-20 levels, a quiz game with multiple topics and 15-20 questions for each topic, or a puzzle game with multiple tasks. For the gameplay to take at least 10 minutes, quizzes and tests must have at least 100 questions. The questions can't be repetitive or extremely similar (different answer options or different wordings of the same question).

    10. The game or WebApp is localized into at least one language selected in the draft. The recommended minimum for publication is localization into Russian for RU, BE, KK, UK, and UZ, and English for all other languages.

    11. For mobile phones, the active area takes up at least 60% of the available screen area on the user's device. Sticky banners don't count. The active area matches the screen area the game or WebApp actually takes up. Additional inactive areas (static background, ad units, and black borders) don't count.

    12. The WebApp offers practical value for users.

    13. The game or WebApp is popular among users: the number of unique players or users over the past 100 days is at least 100, and the total play or use time in the past 100 days is at least 1000 minutes.

    14. It's easy for players to choose a language even if one they don't know is enabled.

      1. We recommend using the automatic language detection features that come with the SDK.

      2. If the game lets players pick a language themselves, they can find the one they need without knowing the one currently enabled in the game.

        1. Languages are denoted by icons with corresponding country flags or the language name in that language (such as Русский, Беларуская, English, and Español).

        2. All menus and settings that lead to language selection are clear without text and represented by standard icons (such as a gear for settings and a globe for localization).

  3. Content requirements

    1. (No longer applicable, see item 8)

    2. (No longer applicable, see item 8)

    3. (No longer applicable, see item 8)

    4. The game or WebApp doesn't contain:

      1. (No longer applicable, see item 8)

      2. Materials about magic or divination.

      3. Realistic depictions of violence and/or cruel treatment of children or animals.

      4. Images of references to politics, political situations, political figures, intrastate or interstate conflicts, or wars.

      5. Images or references to religion, religious figures, or religious symbols.

      6. Conclusions or predictions regarding a player's life and health, including predicting diseases, as well as predicting the date, time, or circumstances of death.

    5. The creator owns the copyright to all materials. Links to the privacy policy and the creator's license agreement are added if necessary. All materials are sent for moderation by the creator or another authorized person.

    6. The game or WebApp isn't partially or entirely a copy of another game or WebApp in the catalog or another game or WebApp by the same developer. If the game is a sequel or part of another game, it's only accepted as a separate game if the game graphics and mechanics are completely changed. Otherwise, update the previous game by adding the new content. The WebApp can't be divided into multiple separate entities that are used simultaneously or sequentially to perform the user's task.

    7. There are no operations with non-game valuables or real money:

      1. The user can't win or withdraw real money or prizes that aren't in-game valuables, including physical objects, subscriptions, non-game content, or a monetary equivalent of a prize.

      2. The game or WebApp aren't an online store, gambling game, or online lottery.

      3. There are no microtransactions or external purchases of any kind. Only internal purchases via the Yandex Games SDK are allowed.

    8. The portal value is the Yan (the plural is Yans). The use of capital letters must follow the language rules.

    9. Video clips can only be integrated into the game or WebApp such that they don't allow visiting external resources to use the interface. Video integration via the YouTube player doesn't meet that condition. Because of that, games or WebApps featuring integration with YouTube aren't accepted. If you need to integrate videos, we recommend using your own hosting or embedding the video in an archive.

  4. Ad requirements

    1. There are no ads from third-party advertisers, including static ad images and text.

    2. If a user clicks an ad and returns to the game afterwards, their progress is saved.

    3. The orientation of all ad units matches the game or WebApp orientation.

    4. Ads don't get in the way of the user interacting with the game or WebApp:

      1. Ads are shown at logical pauses: before the user starts playing the game or working with the WebApp, when they move to the next level, after they finish the game, or after they complete their main task in the WebApp. For example, ads may be shown in quiz games when the user is viewing their results but not when they're reading questions or answers. Learn more

      2. When the user wants to press an element or get information from it, interacting with the element doesn't call an ad unit.

    5. If you use rewarded ad mechanics, the user can watch a rewarded video if they want to (for example, by pressing a special button) and receive a reward in a game or WebApp.

      1. The button for calling the rewarded ad is linked to a text or button unambiguously stating that the user will be rewarded for watching the ad.

      2. Moving on to the next game level isn't considered a reward. Because of that, RVs should not be called between levels. Calling an RV to gain an advantage for a new or bonus level or to access additional content is allowed if you ask the user's consent (for example, by providing a button they can press before a new level). When the user moves to a new level, we recommend calling a standard interstitial ad (full-screen unit). Watching an RV can't be a prerequisite for the user performing their main tasks in the WebApp.

    6. Additional ad unit placement rules:

      1. Additional ad units can only be sticky banners.

      2. Custom RTB banners are prohibited.

    7. During full-screen ads (interstitial or rewarded videos), the game sound must pause.

  5. Description and promotional material requirements

    1. Promotional materials must meet the following requirements:

      1. The elements and materials used are from the game or WebApp or directly related to it. Foreign elements and images can't be used.

      2. The materials show what the game or WebApp is about, demonstrating its features, advantages, and uniqueness to attract users.

      3. The information in the text fields and promotional files match the game or WebApp content and don't mislead users. The game/WebApp name in each language selected in the draft must be identical across the game/WebApp and all draft materials, including text fields and all promotional materials.

    2. All the required application fields are filled out: Name, Description, How to play, Version, Categories, Icon, Cover, Sources, Supported platforms, and Orientation. Screenshots are added in keeping with the instructions.

    3. Text field data and promotional files follow the standards for content, length, size, format, and duration specified in the draft according to the requirements for every field. The current standards are specified in the draft form.

    4. The tags and keywords match the topic and content.

    5. (No longer applicable, see item 8)

    6. The icon and cover are meaningful illustrations specifically created to purpose. They may include the game or WebApp name. A screenshot can't be used as the icon or cover. The text in the icon or cover isn't cut off.

    7. (No longer applicable, see item 8)

    8. (No longer applicable, see item 8)

    9. There may be a black background in the video (on the sides or above and below) if it's part of the game or WebApp and not a filler that appears when zooming out.

    10. (No longer applicable, see item 8)

    11. Repeating symbols like spaces and hyphens can't be used to reach the minimum threshold for the draft's text fields.

    12. The game name in the catalog is unique for all languages selected in the draft.

  6. Recommended requirements

    1. The developer's or publisher's email address is provided.

    2. The sound can be turned off.

    3. Gameplay can be paused.

    4. The Games Console opens without errors.

    5. The game/WebApp name doesn't contain the words "game" or "WebApp" unless they're an integral part of the name.

    6. The name is short.

    7. There are no buttons or controls that aren't used to interact with the game or WebApp on the specified platforms. For example, a game exit button in the main menu.

  7. Additional WebApp requirements

    1. The WebApp doesn't violate the rights or interests of third parties:

      1. The WebApp is not being passed off as an official product of another app or brand.

      2. The WebApp doesn't use brands unrelated to the developer to attract an audience.

    2. If the WebApp works with user data, it explicitly asks the user's consent to process their data.

    3. The WebApp doesn't contain any information that:

      1. Could lead to violations of law by misleading users or abusing their trust.

      2. Promotes criminal activity or provides advice, instructions, or manuals for committing crimes.

      3. Helps users break the law or encourages them to doing so.

      4. Features realistic images of violence against people or animals; erotic or, pornographic content; images of items imitating sexual organs and/or references to sexual intercourse; content that offends a person or a group of people based on sex, nationality, or religion; or obscene language and swearing.

      5. Describes ways or methods of committing suicide or in any way encourages users to commit it.

      6. Promotes or incites racial, religious, or ethnic hatred or discord.

      7. Promotes fascism or an ideology of white supremacy.

      8. Contains extremist materials, violates other rights and interests of individuals and legal entities, or violates the laws of the Russian Federation or other countries.

    4. If the WebApp has the option of creating or uploading user content, it also has terms and conditions of use that are available and easy to find:

      1. Before creating content and uploading materials to the WebApp, the user must explicitly agree to its terms and conditions.

      2. If other WebApp users can view materials uploaded by the user, the WebApp must have a way to report inappropriate content.

    5. The WebApp isn't a placeholder without functionality and doesn't open an external resource in its window.

    6. The WebApp doesn't contain links to external materials, either explicitly or as images and other materials; doesn't redirect the user to external resources; and doesn't contain recommendations or instructions to go to external resources (for example, to find a site or go to the full version).

    7. The WebApp doesn't restrict its functionality if the user doesn't agree to complete additional actions like subscribing to emails, allowing notifications, sharing on social media, downloading files, registering, or following external links. The WebApp can unblock some functionality after users watch RVs or make an in-app purchase with the portal currency in accordance with item 4.5.2 of the requirements.

    8. The WebApp must be unique. If there's already another WebApp covering the same topic and featuring the same functionality in the catalog, the WebApp may not be published.

    9. The WebApp isn't intended for a very small audience and isn't a collection of texts or images without any other substantive functionality.

    10. The WebApp provides hints and rules, understandbale native controls, or a tutorial mode.

    11. The WebApp looks attractive, with all visual elements designed in the same style.

    12. The WebApp can be used by a broad audience more than once.

    13. The WebApp fits one of the following categories:

      1. Business:

        1. Business calculators.

        2. Currency converters.

        3. Report and standard document generators.

      2. Health and fitness:

        1. Health, body parameter, and workout tracker apps.

        2. Fitness programs and trackers.

        3. Stress relief and meditation.

      3. Tools:

        1. Household tools like stop watches, timers, distance and angle meters, compasses, and internet profilers.

        2. Graphics, design, and drawing apps.

        3. Apps that display time, time zones, and locations.

        4. Note-making and to-do list apps.

        5. Genealogy.

      4. Reading:

        1. Reference books.

        2. Translators.

        3. Graphic novels.

        4. Horoscopes (no purchases).

        5. Funny stories.

      5. Education:

        1. Education and training apps.

        2. Memory, attention, and skill improvement apps.

        3. Playful learning apps.

        4. Learning languages and traffic rules.

        5. Pre-school, school, and vocational education.

        6. Raising children.

      6. Traveling and guidebooks.

      7. Dating apps except social media and messengers.

      8. Entertainment:

        1. Sound, object, and situation simulators.

        2. Karaoke.

      9. Lifestyle:

        1. Beauty.

        2. Pets.

  8. Text and media content requirements

    1. The following rules apply to text and media content (images, videos, and game objects) for all Yandex Games objects, including game descriptions, promotions, purchases, and games. If the game/WebApp doesn't meet the requirements, it may not be published or may later be removed from publication.

    2. Text requirements:

      1. The text follows the grammar and punctuation rules of the selected language.

      2. The text's meaning matches the selected object (game or promotion name, description, how to play).

      3. The language-specific fields are translated into the necessary language(s). Non-English languages should not use English words, including but not limited to start, exit, stop, online, offline, off, on, go, Cam, Rec, hp, and mph. Exceptions:

        1. The game name in English in any localized version of the game. The game name doesn't have to be in English for all localization languages and may also be translated.

        2. International words and abbreviations such as ad, ads, adv, VIP, VS, all forms of OK, and v for version. The full word "version" should be translated.

        3. International currency denominations like USD and RUB.

        4. Descriptions of some control elements like Ctrl, Alt, Shift, W, A, S, and D. The Space key is an exception and should be translated into the appropriate language.

        5. Proper names and trademarks that have no official translation in the target language.

        6. Game engine logos and slogans (such as "Powered by unity").

      4. The text contains no profanity in any language.

      5. The text doesn't contain prohibited materials.

    3. Media content requirements:

      1. Good quality, no visual artifacts (pixel compression artifacts, excessive shadows, single-color frames).

      2. The media reflects what the object is about (icon, color, ad clip, or purchase). It's not a random image or video.

      3. The content has no borders or rounded corners.

      4. There are no HUD elements like status bars, clocks, or charge indicators.

      5. There is no pornographic or erotic content, no images of items imitating sexual organs and/or references to sexual intercourse, and no materials that offend an individual or a group of people based on sex, nationality, or religion.

      6. There are no other prohibited materials.

    4. Links in texts and media content:

      1. Links to the developer's other games or WebApps (More Games and similar sections) only published in the Yandex Games catalog. The pages must open in the same domain as the game or WebApp the user has open.

      2. Links that don't lead to any external resources, such as the creator/game/WebApp's site, stores, studios, external games or WebApps, partner sites, file downloads, or malicious pages. Links cannot be part of logos or other graphic elements. Permitted exception: the partner company's or creator's graphic brand without the domain or other URL elements. For example, the name for "CompanyName.Com" may be displayed as "CompanyName".

      3. Links to social media groups are allowed if:

        1. The group is dedicated to one or more games or WebApps published by this developer in the Yandex Games catalog.

        2. The group name mentions Yandex Games.

        3. The group doesn't publish links to external resources or any other materials unrelated to the game or WebApp.