Developer API Policy
Before you begin, read through the General and Game Policies, Terms of Use and Legal Notices. Developers must adhere to policy changes as they arise.
Registration
If your product serves players, you must register it with us regardless of whether or not your product uses official documented APIs. You must make sure its description and metadata are kept up to date with the current version of your product.
Monetization
To monetize your product, you must abide by the following:
- Your product cannot feature betting or gambling functionality.
- Your product must be registered on the Developer Portal and your product status is either Approved or Acknowledged.
- You must have a free tier of access for players, which may include advertising.
- Your content must be transformative if you are charging players for it.
- What is transformative?
- Was value added to the original by creating new information, new aesthetics, new insights, and understandings? If so, then it was transformative.
- Acceptable ways to charge players are:
- Subscriptions, donations, or crowdfunding.
- Entry fees for tournaments.
- Currencies that cannot be exchanged back into fiat.
- Your monetization cannot gouge players or be unfair, as decided by Riot.
- What is transformative?
If you are unsure if your monetization platform is acceptable, contact us through the Developer Portal.
Security
You must adhere to the following security policies:
- Do not share your Riot Games account information with anyone.
- Do not use a Production API key to run multiple projects. You may only have one product per key.
- Use SSL/HTTPS when accessing the APIs so your API key is kept safe.
- Your API key may not be included in your code, especially if you plan on distributing a binary.
- This key should only be shared with your teammates. If you need to share an API key for your product with teammates, make sure your product is owned by a group in the Developer portal. Add additional accounts to that account as needed.
Game Integrity
- Products cannot alter the goal of the game (i.e. Destroy the Nexus).
- Products cannot create an unfair advantage for players, like a cheating program or giving some players an advantage that others would not otherwise have.
- Products should increase, and not decrease the diversity of game decisions (builds, compositions, characters, decks).
- Products should not remove game decisions, but may highlight decisions that are important and give multiple choices to help players make good decisions.
- Products cannot create alternatives for official skill ranking systems such as the ranked ladder. Prohibited alternatives include MMR or ELO calculators.
- Products cannot identify or analyze players who are deliberately hidden by the game.
Tournament Policies
- Tournaments must:
- Follow all monetization policies above.
- Allot at least 70% of the entry fees to the prize pool.
- Win conditions must be fair and transparent to players (we determine fair).
- Must have at least 20 participants.
- Not include any gambling.
- If you are a tournament organizer operating in the US or Canada please refer to, and adhere to, these North American tournament organizer policies.
- If you are a tournament organizer operating in Oceania please refer to, and adhere to, these Oceanic tournament organizer policies.
- If you are a tournament organizer operating in Europe, please refer to, and adhere to, these European tournament organizer policies.
Game Policy
Note: Personal Key Applications are currently not supported.
Use Cases
Riot analyzes two main factors when evaluating applications:
- Is the use case good and approved?
- Does the developer show they will deliver on that use case?
To demonstrate that your app meets the use case, you should have one or more of the following:
- Be an established brand that wants to add Riot Games to its portfolio.
- New app that is fully functional and testable by Riot.
- Prototype that is mostly testable by Riot.
- Mockups where Riot can clearly express your intent and the user flow.
- A deck that shows your ambition and intent and some of the user flow.
Riot needs to see the user flow to understand what your intended player experience is, such as account creation process, login pipeline, or queuing up for match pipeline.
You must also send a link to a working site, mockup, prototype, or rendering where it is easy to understand the user flows of the tool.
Note: All apps must include functionality requiring a player to opt-in to sharing their data. This is done through RSO integration, as well as a disclaimer within your app that account linking makes player data public.
Disclaimer: All third-party Valorant sites approved for RSO must include a disclaimer for Opt-in policies, where all players must first sign up for their service to display their stats/gameplay data. If players have not opted into data sharing in their ecosystem, their information should not be made available to other players through their website, applications, or game overlays.
Examples of Approved Use Cases
Require Player Opt-in
The following accepted use cases require a player to opt-in:
- Showing player stats.
- Running tournament brackets with verified players.
- Tournaments.
- Training tools that allow players to view their own match histories and aggregate stats.
- LFG tools.
- Apps to assist live streaming, such as pulling player stats.
- Discord Bots showing community leaderboards, stats for server members.
Do Not Require Player Opt-in
The following accepted use cases do not require a player to opt-in:
- Aggregate player stats without any specific players.
- Official ladder leaderboards.
Examples of Unapproved Use Cases
The following use cases will not be approved:
- Scouting, which is seeing an opponents stats before a match starts.
- Apps that are not public and are designed for personal use only.
- Online store tracking or updates. The technology for this does not currently exist in the API.
- In-game apps and overlays that include any real-time data that would improve a player’s performance immediately by altering player behavior (i.e. ‘go here now’), vs altering it upon reflection, learning and coaching the player game over game.
- Static in-game overlays that block parts of the map.
RSO Integration
All VALORANT apps must request that users opt-in to sharing their personal data. To do this, your application will need to verify players using an OAuth flow. This is done through Riot Sign On (RSO) using an RSO Client.
RSO or Riot Sign On, allows players to safely link their Riot Account to other applications. This access is only available to developers with Production Level API Keys.
Getting a Production Key
Before you can get started with RSO, you will need a production key. If you do not have one, please request one at developer.riotgames.com after reading through our policies. If approved, we will contact you in the developer portal app messaging to kick off the RSO integration process.
Implementing RSO
All VALORANT apps must request that users opt-in to sharing their personal data. To do this, your application will need to verify players using an OAuth flow. This is done through Riot Sign On (RSO) using an RSO Client.
- Client Secret Basic RSO instructions: Implementing Riot Sign On
- JWT RSO instructions: Implementing RSO - JWT
- Sample RSO Node App
Players should be directed to login at this link:
After logging in, players are redirected back to the redirect_uri you specified.
Your RSO client has access to endpoints that will allow you to identify who logged in. For VALORANT, you will use /riot/account/v1/accounts/me:
curl --location --request GET 'https://americas.api.riotgames.com/riot/account/v1/accounts/me' --header 'Authorization: Bearer {accessToken}'
curl --location --request GET 'https://europe.api.riotgames.com/riot/account/v1/accounts/me' --header 'Authorization: Bearer {accessToken}'
curl --location --request GET 'https://asia.api.riotgames.com/riot/account/v1/accounts/me' --header 'Authorization: Bearer {accessToken}'
Assets
Public Content Catalog
The public content catalog is a set of VALORANT assets, including icons, logos, text, etc. that is free to use. The file contains both images and a .json with all the textural information.
Updating the public content catalog after each VALORANT patch is a manual process, so it is not always updated immediately after a patch.
https://valorant.dyn.riotcdn.net/x/content-catalog/PublicContentCatalog-release-09.10.zip
Valorant Official APIs
For the most comprehensive information on our APIs, see the Developer API site.
API | Method | Description |
---|---|---|
VAL-CONTENT-V1 | /val/content/v1/contents |
Get content; optionally filtered by locale |
VAL-MATCH-V1 | /val/match/v1/matches/{matchId} |
Get match by ID |
/val/match/v1/matchlists/by-puuid/{puuid} |
Get matchlist for games played by PUUID | |
/val/match/v1/recent-matches/by-queue/{queue} |
Get recent matches | |
VAL-RANKED-V1 | /val/ranked/v1/leaderboards/by-act/{actId} |
Get leaderboard for the competitive queue |
VAL-STATUS-V1 | /val/status/v1/platform-data |
Get VALORANT status for the given platform |
Valorant Tournament Policies
- If you are a tournament organizer organizing VALORANT events please refer to, and adhere to, these policies.
Getting Help and Staying Up-to-date
If you run into any difficulties or are having technical issues, please join Developer Discord for support. Follow our Twitter for the latest updates.