Twitter Identity Provider
Adding a Login with Twitter button to FusionAuth is simple, and this guide will walk you through the steps necessary to collect the credentials from Twitter in order to enable this Social login.
Once you have completed this configuration you will be able to enable the Twitter login button for one or more FusionAuth Applications. Below is an example login page with the Twitter Identity Provider enabled.
Create a Twitter Account
Ensure you have a Twitter account, and then navigate to the Twitter Developer dashboard.
If you do not yet have a developer account, you will need to apply for access to the Twitter API.
Once you have logged into Twitter and have obtained access to a Twitter developer account, continue to the next step.
Create a Twitter App
Twitter allows you to create an application as part of the developer account setup. If you do not yet have a Twitter app you will need to create one in this step. Application creation is restricted according to the level of access you have in your Twitter project. You will need to apply for elevated access to be able to create more than one app in your Twitter project as well as to get access to settings that are otherwise restricted in
Essential access mode. You can learn more about access levels and permissions here. If you already have a Twitter app that you plan to use for FusionAuth please review this section anyway to ensure your configuration is correct to support the Twitter login.
You can view a list of your Twitter apps on the Twitter Developer Portal dashboard.
In the following sections we go through the configurations that you will need to set in your app to allow Twitter to connect with FusionAuth.
Record the Keys and Token
The API key and API secret key are typically presented at the onset of app creation. Record these values. They will be needed for later integration with the FusionAuth Identity Provider.
You will need to modify a few settings to enable Twitter to connect with FusionAuth.
Under User authentication settings modify the app settings as below:
Add a Callback URI 1
Under the Callback URI / Redirect URL and specify your website URL.section register a
In this example we are registering
https://login.piedpiper.com/oauth2/callback as the callback URI. The redirect URL must be set to an absolute URL in the Twitter console for your application. If the hostname for your FusionAuth app is
login.piedpiper.com, the redirect URL would be
Enable Request Email 2
To link your users by email, you will want to ensure you have checked Request email from users. Please note, for some Twitter users, it is possible to create an account without an email address. If this is the case for your Twitter users, you will want to configure the IdP below to link on a username, or use a reconcile lambda to map custom claims returned from Twitter. See Linking Strategies which discusses workaround options.
Keys and Tokens
Under thesection you will find the Consumer API Keys and Secret. These two values are the same values that were presented to you during app creation and will be used to configure the FusionAuth Identity Provider.
Create a Twitter Identity Provider
The last step will be to create a Twitter Identity Provider in FusionAuth. To create an Identity Provider navigate to
Add Twitter from the dropdown.
This will take you to the Consumer key and Consumer secret required fields using the values found in the Twitter App tab from the previous step.page, and you’ll fill out the
The button text is also required but it will be defaulted to
Login with Twitter, you may optionally modify this default value.
To enable this identity provider for an application, find your application name in the
Applications configuration section at the bottom of this panel. You will always see the
FusionAuth application, this application represents the FusionAuth administrative user interface. If you wish to be able to log into FusionAuth with this provider, you may enable this application.
In the following screenshot you will see that we have enabled this login provider for the
Pied Piper application and enabled
Create registration. Enabling create registration means that a user does not need to be manually registered for the application prior to using this login provider.
For example, when a new user attempts to log into
Pied Piper using Twitter, if their user does not exist in FusionAuth it will be created dynamically, and if the
Create registration toggle has been enabled, the user will also be registered for
Pied Piper and assigned any default roles assigned by the application.
If you do not wish to automatically provision a user for this application when logging in with Twitter, leave
Create registration off. You will need to manually register a user for this application before they may
Sign in with Twitter.
That’s it, now the
Sign in with Twitter button will show up on the login page for the Pied Piper application.
- Consumer key Required
The Twitter API key found in your Twitter App Keys and tokens settings in the
- Consumer secret Required
The Twitter API secret key found in your Twitter App Keys and tokens settings in the
API secret keyfield.
- Callback URL Read-only Available since 1.6.0
This is the callback URL you will provide in your Twitter configuration.
- Button text Required
The text to be displayed in the button on the login form. This value is defaulted to
Login with Twitterbut it may be modified to your preference.
- Linking strategy Optional defaults to
Link on email. Create the user if they do not exist
The linking strategy for Twitter. See Linking Strategies for more.
- Reconcile lambda Optional Available since 1.17.0
A lambda may be utilized to map custom claims returned from Twitter.
To configure a lambda, navigate to.
- Debug enabled Optional defaults to
Enable debug to create an event log to assist you in debugging integration errors.
If you are running FusionAuth behind a proxy of some sort, please review the following information.
FusionAuth will detect the public URL of your instance at runtime to send to Twitter as the callback URL. If you are behind a proxy, ensure that the
X-Forwarded-Host and the
X-Forwarded-Proto headers are added by your proxy if the host or protocol do not match what is behind the proxy. For example, if your public URL is using
https and your proxy is performing SSL acceleration the URL behind the proxy may be
http. In this scenario, most proxies will have added the
X-Forwarded-Proto header to the request which will allow FusionAuth to send the correct URL to Twitter.
Building Your Own Integration
If you are building your own login experience, you’ll want to start the identity provider flow yourself and then complete the login.
You might do this if you are using the Login API rather than using the hosted FusionAuth login pages.
Completing the login is documented further in the API.
If you require a refresh token after completing the login, ensure Enable JWT Refresh is
true in the application configuration. This is found in the administrative user interface by navigating to .
How helpful was this page?
See a problem?
File an issue in our docs repo
Have a question or comment to share?
Visit the FusionAuth community forum.