New to the overall flow? Read Configuring OAuth
Providers first — it explains
the redirect chain and the Sublay callback URL that every step below refers to.
Everything on the provider side happens at developers.facebook.com. You need a Facebook account with developer access (accept the developer terms if prompted).
Step 1 — Create a Facebook app
1
Start the create-app wizard
Go to My Apps → Create App. Meta’s wizard is use-case based, so it asks what you want your app to do rather than for an app “type”.
2
Choose a use case that enables Facebook Login
Pick the use case for authenticating and requesting data from users — the option that includes Facebook Login. (Meta relabels these periodically; choose whichever one lists Facebook Login as an included product.) Give the app a name and continue through to create it.
Step 2 — Add the Facebook Login product
If the wizard didn’t already attach it, add Facebook Login to your app from the products list in the left-hand sidebar (Add Product → Facebook Login → Set up). You do not need the iOS/Android/Web platform quickstarts — the web OAuth redirect flow is all Sublay uses.Step 3 — Register the Sublay callback URL
This is the single most important step, and the same value for every provider.1
Open Facebook Login settings
In the sidebar, go to Facebook Login → Settings.
2
Add the Sublay redirect URI
In Valid OAuth Redirect URIs, add this exact string:This is Sublay’s endpoint, not your app’s — the provider hands the user back to Sublay, and Sublay forwards them to your app afterward.
3
Confirm OAuth login is enabled
On the same page, make sure Client OAuth Login and Web OAuth Login are toggled on. Then Save Changes.
Step 4 — Get your App ID and App Secret
1
Open Basic settings
Go to App settings → Basic.
2
Copy the App ID
The App ID is shown at the top. This becomes your Sublay Client ID.
3
Reveal and copy the App Secret
Click Show next to App Secret (you may be asked to re-enter your password). This becomes your Sublay Client Secret. Treat it like a password — never commit it or expose it in client-side code.
Step 5 — Fill in the Sublay dashboard
In your project dashboard, open Settings → OAuth Providers → Add Provider → Facebook, and complete the modal:
Click Add Provider to save and enable it.
email and public_profile are Facebook’s standard permissions and are
granted without App Review. Leave the scopes untouched for a standard setup —
the defaults are exactly what Sublay needs to create a user.Step 6 — Switch the app to Live mode
A brand-new Facebook app starts in Development mode. In that state, only people with a role on the app — admins, developers, and testers — can sign in. Everyone else gets an error. To let the public sign in, flip the app to Live using the toggle at the top of the dashboard. Meta gates this behind a few requirements:- A Privacy Policy URL set under App settings → Basic.
- Business verification for your account, in some cases.
- Meta’s standard checks may prompt for additional details before the toggle activates.
You can test the whole flow end to end while the app is still in
Development mode — just sign in with an account that has a role on the app.
Switch to Live only when you’re ready for real users.
Common pitfalls
- App ID / App Secret vs. Client ID / Client Secret — the names differ between Meta and Sublay. App ID → Client ID, App Secret → Client Secret.
- Wrong redirect URI —
https://api.sublay.io/v7/oauth/callbackgoes in Meta’s Valid OAuth Redirect URIs; your app’s return URL goes in Sublay’s Allowed Redirect URIs. Swapping them is the most common failure. - Only I can sign in — the app is still in Development mode. Add the person as a tester, or switch the app to Live.
- Redirect URI mismatch — the value in your code, in Sublay’s Allowed Redirect URIs, and (on Meta’s side) the Valid OAuth Redirect URIs must all agree exactly.
See Also
- Configuring OAuth Providers — the shared setup overview
- OAuth — the runtime sign-in code

