Patreon OAuth2
Authorization Code Exchange for web and mobile — Patreon Developer Console setup, API reference, and frontend examples.
Overview
Patreon login is optional and controlled by PATREON_AUTH_ENABLED. When disabled, Patreon endpoints return 503 Service Unavailable. JWTs are never placed in the redirect URL; the API issues a one-time exchangeCode (Redis, 60 seconds). The same POST /auth/exchange endpoint is shared with other social providers.
- • Feature-flagged via environment
- • Custom passport-oauth2 strategy + PatreonAuthGuard
- • Profile fetched via GET https://www.patreon.com/api/oauth2/v2/identity?fields[user]=... after token exchange
- • Scopes identity, identity[email] for profile and email
- • Redirect allowlist prevents open redirects
- • Same token response shape as POST /auth/login
Patreon Developers
Create a client at https://www.patreon.com/portal/registration/register-clients. Set Redirect URI to match PATREON_CALLBACK_URL. Scopes: identity and identity[email].
- Open Patreon Developers → Clients → Create Client
- Set Redirect URI (e.g. http://localhost:3000/api/v1/auth/patreon/callback)
- Copy Client ID and Client Secret
- Ensure PATREON_CALLBACK_URL matches the Redirect URI
- Request scopes identity and identity[email]
- Enable PATREON_AUTH_ENABLED=true in .env
Environment variables
Loaded from .env via src/config/patreon-oauth.config.ts (namespace patreonOAuth on ConfigService). See .env.example.
PATREON_AUTH_ENABLED=true PATREON_CLIENT_ID=your-patreon-client-id PATREON_CLIENT_SECRET=your-patreon-client-secret PATREON_CALLBACK_URL=http://localhost:3000/api/v1/auth/patreon/callback PATREON_REDIRECT_ALLOWLIST=myapp://success,http://localhost:5173/auth/callback PATREON_OAUTH_DEFAULT_ROLES=
Default roles for new Patreon users
New Patreon users receive roles: [] by default (same as password register). Set PATREON_OAUTH_DEFAULT_ROLES in .env to a comma-separated list of Role values (e.g. user or user,manager). Existing users linked by email keep their current roles.
Sequence
- Client opens GET /api/v1/auth/patreon?redirect=<allowlisted URL>
- User consents on Patreon; browser hits GET /api/v1/auth/patreon/callback
- API calls https://www.patreon.com/api/oauth2/v2/identity, upserts user, stores exchangeCode in Redis, redirects to redirect?code=...
- Client POSTs { code } to /api/v1/auth/exchange and receives JWTs
API reference
1. Start OAuth
Opens Patreon consent at https://www.patreon.com/oauth2/authorize. Query redirect must match a prefix in PATREON_REDIRECT_ALLOWLIST (or omit to use the first allowlist entry). Scopes: identity, identity[email].
GET /api/v1/auth/patreon?redirect=http%3A%2F%2Flocalhost%3A5173%2Fauth%2Fcallback
400 invalid redirect · 503 feature disabled
2. Callback
Handled by the API. Token exchange uses https://www.patreon.com/api/oauth2/token. Redirects to your app with ?code= (or &code= if the URL already has a query).
GET /api/v1/auth/patreon/callback?code=PATREON_AUTH_CODE&state=... → 302 Location: http://localhost:5173/auth/callback?code=EXCHANGE_CODE
3. Exchange code
Public endpoint shared with other social providers. Consumes the code (single use) and returns the same shape as login.
POST /api/v1/auth/exchange
Content-Type: application/json
{
"code": "EXCHANGE_CODE"
}{
"user": {
"id": "...",
"email": "[email protected]",
"firstName": "Jane",
"lastName": "Doe",
"roles": [],
"patreonId": "12345678",
"isActive": true
},
"accessToken": "eyJhbGciOiJIUzI1NiIs...",
"refreshToken": "eyJhbGciOiJIUzI1NiIs..."
}401 invalid/expired/used code · 503 social auth disabled
Frontend — Web (SPA)
Typical flow: button starts OAuth in the same window (or popup); a callback route on your frontend origin reads code from the query string and calls exchange.
const API = 'http://localhost:3000/api/v1';
const redirect = encodeURIComponent(
'http://localhost:5173/auth/callback'
);
// Full-page redirect to Nest → Patreon → back to SPA
window.location.href = `${API}/auth/patreon?redirect=${redirect}`;// /auth/callback on the SPA
const params = new URLSearchParams(window.location.search);
const code = params.get('code');
if (!code) throw new Error('Missing exchange code');
const res = await fetch('http://localhost:3000/api/v1/auth/exchange', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ code }),
});
if (!res.ok) throw new Error(await res.text());
const { user, accessToken, refreshToken } = await res.json();
// persist tokens as your app requires
sessionStorage.setItem('accessToken', accessToken);
console.log('signed in', user.email);- • Add your frontend callback URL to PATREON_REDIRECT_ALLOWLIST (e.g. http://localhost:5173/auth/callback)
- • PATREON_CALLBACK_URL must point at the Nest API, not the SPA
- • Store accessToken / refreshToken securely (memory + httpOnly cookie patterns as you prefer)
Frontend — Mobile (deep link)
Use a custom scheme (or universal link) in the allowlist. After Patreon, the API redirects to myapp://success?code=.... The app opens, parses the code, and calls exchange.
import * as Linking from 'expo-linking';
import * as WebBrowser from 'expo-web-browser';
const API = 'https://api.example.com/api/v1';
const redirect = encodeURIComponent('myapp://success');
async function signInWithPatreon() {
const url = `${API}/auth/patreon?redirect=${redirect}`;
await WebBrowser.openAuthSessionAsync(url, 'myapp://success');
}import * as Linking from 'expo-linking';
async function exchangeFromUrl(url) {
const { queryParams } = Linking.parse(url);
const code = queryParams?.code;
if (!code) return;
const res = await fetch(`${API}/auth/exchange`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ code }),
});
const data = await res.json();
// data.accessToken, data.refreshToken, data.user
return data;
}
Linking.addEventListener('url', ({ url }) => {
exchangeFromUrl(url);
});- • Register the scheme in the OS / Expo app.json
- • Prefer Linking.addEventListener('url', ...) and getInitialURL()
- • Exchange over HTTPS against your API base URL
Security notes
- • Redirect URLs must match PATREON_REDIRECT_ALLOWLIST prefixes
- • Exchange codes are single-use and expire in 60 seconds (Redis)
- • Existing local users are linked by verified Patreon email (patreonId set; roles unchanged)
- • Patreon-only users have password null — password login / change-password will fail until a password is set
- • Email is required from https://www.patreon.com/api/oauth2/v2/identity; login fails if Patreon does not return an email
User model
Postgres entity / interface fields used by Patreon login:
- • patreonId — unique nullable Patreon user id
- • password — nullable for OAuth-only accounts
- • isActive — set true for new Patreon users
- • roles — from PATREON_OAUTH_DEFAULT_ROLES env (default [])
Related
- Social Authentication hub
- Google OAuth2 guide
- Facebook OAuth2 guide
- X / Twitter OAuth2 guide
- GitHub OAuth2 guide
- Figma OAuth2 guide
- LinkedIn OpenID Connect guide
- Slack OpenID Connect guide
- Atlassian OAuth 2.0 (3LO) guide
- GitLab OAuth2 guide
- Bitbucket OAuth2 guide
- Discord OAuth2 guide
- Twitch OAuth2 guide
- Steam OpenID 2.0 guide
- Amazon OAuth2 guide
- Dropbox OAuth2 guide
- MetaMask SIWE guide
- Apple Sign In guide
- Reddit OAuth2 guide
- Auth & JWT