API Reference

Discord's API is based around two core layers, a HTTPS/REST API for general operations, and persistent secure websocket based connection for sending and subscribing to real-time events. The most common use case of the Discord API will be providing a service, or access to a platform through the OAuth2 API.
Base URL

API Versioning

Some API and Gateway versions are now non-functioning, and are labeled as discontinued in the table below for posterity. Trying to use these versions will fail and return 400 Bad Request.
Discord exposes different versions of our API. You can specify version by including it in the request path like https://discordapp.com/api/v{version_number}. Omitting the version number from the route will route requests to the current default version (marked below accordingly). You can find the change log for the newest API version here.
API Versions


Authenticating with the Discord API can be done in one of two ways:
  1. Using a bot token gained by registering a bot, for more information on bots see bots vs user accounts.
  2. Using an OAuth2 bearer token gained through the OAuth2 API.
For all authentication types, authentication is performed with the Authorization HTTP header in the format Authorization: TOKEN_TYPE TOKEN.
Example Bot Token Authorization Header
Authorization: Bot MTk4NjIyNDgzNDcxOTI1MjQ4.Cl2FMQ.ZnCjm1XVW7vRze4b7Cq4se7kKWs
Example Bearer Token Authorization Header
Authorization: Bearer CZhtkLDpNYXgPH9Ml6shqh2OwykChw


All HTTP-layer services and protocols (e.g. http, websocket) within the Discord API use TLS 1.2.


Discord utilizes Twitter's snowflake format for uniquely identifiable descriptors (IDs). These IDs are guaranteed to be unique across all of Discord, except in some unique scenarios in which child objects share their parent's ID. Because Snowflake IDs are up to 64 bits in size (e.g. a uint64), they are always returned as strings in the HTTP API to prevent integer overflows in some languages. See Gateway ETF/JSON for more information regarding Gateway encoding.
Snowflake ID Broken Down in Binary
111111111111111111111111111111111111111111 11111 11111 111111111111
64                                         22    17    12          0
Snowflake ID Format Structure (Left to Right)
FieldBitsNumber of bitsDescriptionRetrieval
Timestamp63 to 2242 bitsMilliseconds since Discord Epoch, the first second of 2015 or 1420070400000.(snowflake >> 22) + 1420070400000
Internal worker ID21 to 175 bits(snowflake & 0x3E0000) >> 17
Internal process ID16 to 125 bits(snowflake & 0x1F000) >> 12
Increment11 to 012 bitsFor every ID that is generated on that process, this number is incrementedsnowflake & 0xFFF

Convert Snowflake to DateTime


Nullable and Optional Resource Fields

Resource fields that may contain a null value have types that are prefixed with a question mark. Resource fields that are optional have names that are suffixed with a question mark.
Example Nullable and Optional Fields


Discord operates at a scale where true consistency is impossible. Because of this, lots of operations in our API and in-between our services are eventually consistent. Due to this, client actions can never be serialized and may be executed in any order (if executed at all). Along with these constraints, events in Discord may:
  • Never be sent to a client
  • Be sent exactly one time to the client
  • Be sent up to N times per client
Clients should operate on events and results from the API in as much of a idempotent behavior as possible.


User Agent

Clients using the HTTP API must provide a valid User Agent which specifies information about the client library and version in the following format:
User Agent Example
User-Agent: DiscordBot ($url, $versionNumber)
Clients may append more information and metadata to the end of this string as they wish.

Rate Limiting

The HTTP API implements a process for limiting and preventing excessive requests in accordance with RFC 6585. API users that regularly hit and ignore rate limits will have their API keys revoked, and be blocked from the platform. For more information on rate limiting of requests, please see the Rate Limits section.

Gateway (WebSocket) API

Discord's Gateway API is used for maintaining persistent, stateful websocket connections between your client and our servers. These connections are used for sending and receiving real-time events your client can use to track and update local state. The Gateway API uses secure websocket connections as specified in RFC 6455. For information on opening Gateway connections, please see the Gateway API section.
A bot must connect to and identify with a gateway at least once before it can use the Create Message endpoint. If your only requirement is to send messages to a channel, consider using a Webhook instead.

Message Formatting

Discord utilizes a subset of markdown for rendering message content on its clients, while also adding some custom functionality to enable things like mentioning users and channels. This functionality uses the following formats:
User (Nickname)<@!USER_ID><@!80351110224678912>
Custom Emoji<:NAME:ID><:mmLol:216154654256398347>
Custom Emoji (Animated)<a:NAME:ID><a:b1nzy:392938283556143104>
Using the markdown for either users, roles, or channels will mention the target(s) accordingly.

Image Formatting

Image Base Url
Discord uses ids and hashes to render images in the client. These hashes can be retrieved through various API requests, like Get User. Below are the formats, size limitations, and CDN endpoints for images in Discord. The returned format can be changed by changing the extension name at the end of the URL. The returned size can be changed by appending a querystring of ?size=desired_size to the URL. Image size can be any power of two between 16 and 2048.
Image Formats
JPEG.jpg, .jpeg
CDN Endpoints
Custom Emojiemojis/emoji_id.pngPNG, GIF
Guild Iconicons/guild_id/guild_icon.pngPNG, JPEG, WebP
Guild Splashsplashes/guild_id/guild_splash.pngPNG, JPEG, WebP
Default User Avatarembed/avatars/user_discriminator.png *PNG
User Avataravatars/user_id/user_avatar.pngPNG, JPEG, WebP, GIF
Application Iconapp-icons/application_id/icon.pngPNG, JPEG, WebP
* In the case of the Default User Avatar endpoint, the value for user_discriminator in the path should be the user's discriminator modulo 5—Test#1337 would be 1337 % 5, which evaluates to 2.