Add Google as a social sign-in provider in Ory
To add Google as a social sign-in provider, you need a Google Developer account. Go to Google Cloud Console to create one.
Configuration in Ory Console
Follow these steps to add Google as a social sign-in provider for your project using the Ory Console.
Sign in to Ory Console and select Social Sign-in.
Click the switch next to the Google logo to start the configuration.
Copy the Redirect URI and save it for later use.
Go to Google Cloud Console → APIs & Services to set up OAuth 2.
Using the project dropdown menu, select an existing project or create a new one.
Go to Credentials and create a new OAuth client ID.
infoYou must have a consent screen configured to proceed.
Configure the Google OAuth client. In the Authorized redirect URIs section, add the redirect URI copied from the Ory Console.
Save the configuration and copy the Client ID and Client secret.
Paste the Client ID and Client secret of the created OAuth client into the corresponding fields in the Ory Console.
Click Save Configuration to enable Google as a social sign-in provider.
These steps cover the basic configuration of a social sign-in provider integration. At this point, the user experience is incomplete. To complete the configuration and ensure a smooth and secure user experience, configure the scopes and data mapping as described in the next section.
Additional configuration
When adding a social sign-in provider, you can customize the integration by defining the OAuth scopes Ory requests from the provider and by setting up custom data mappings.
Scopes
The Scopes section allows you to define the OAuth scopes Ory requests from the sign-in provider. Defining scopes allows you to interact with the provider's APIs on behalf of the user, or to access additional user data, which is exposed as claims for data mapping.
For Google, add the email
, email_verified
, given_name
, and family_name
scopes for a basic setup.
To learn more about the scopes available for Google, read the related documentation.
Data mapping
The Data mapping section allows you to map the data returned by the sign-in provider to traits as defined in the identity schema.
To define the mapping, create a Jsonnet code snippet. Read this document to learn more about Jsonnet data mapping.
local claims = {
email_verified: true,
} + std.extVar('claims');
{
identity: {
traits: {
[if 'email' in claims && claims.email_verified then 'email' else null]: claims.email,
first_name: claims.given_name,
last_name: claims.family_name,
[if 'hd' in claims && claims.email_verified then 'hd' else null]: claims.hd,
},
},
}
The sample Jsonnet snippet creates the following mapping:
Google claim | Ory Identity schema mapping |
---|---|
given_name | first_name |
family_name | last_name |
Don't save secrets such as API keys, credentials, or personal data directly in Jsonnet code snippets. Jsonnet code snippets used for data mapping aren't stored in an encrypted format in The Ory Network.
For Google, you can use the hd
claim which is the hosted Google Workplace domain of the user. This claim is used only when the
user has a Google Workspace account.
To learn more about the ID payload returned by Google, read the related documentation.
Configuration using the Ory CLI
Follow these steps to add Google as a social sign-in provider to your project using the Ory CLI:
Create a Jsonnet code snippet to map the desired claims to the Ory Identity schema.
Encode the Jsonnet snippet with Base64 or host it under an URL accessible to The Ory Network.
Download the Ory Identities config from your project and save it to a file:
## List all available projects
ory list projects
## Get config
ory get identity-config <project-id> --format yaml > identity-config.yamlAdd the social sign-in provider configuration to the downloaded config. Add the Jsonnet snippet with mappings as a Base64 string or provide an URL to the file.
selfservice:
methods:
oidc:
config:
providers:
- id: google # this is `<provider-id>` in the Authorization callback URL. DO NOT CHANGE IT ONCE SET!
provider: google
client_id: .... # Replace this with the OAuth2 Client ID
client_secret: .... # Replace this with the OAuth2 Client secret
mapper_url: "base64://<YOUR_BASE64_ENCODED_JSONNET_HERE>"
# Alternatively, use an URL:
# mapper_url: https://storage.googleapis.com/abc-cde-prd/9cac9717f007808bf17f22ce7f4295c739604b183f05ac4afb4
scope:
- email
- profile
# other supported scopes can be found in Google OAuth 2.0 dev docs
requested_claims:
id_token:
email:
essential: true
email_verified:
essential: true
given_name:
essential: true
family_name: null
hd: null # If you want the Google Workspace domain
enabled: trueUpdate the Ory Identities (Ory Kratos) configuration using the file you worked with:
ory update identity-config <project-id> --file updated_config.yaml
Configuration for self-hosted instances
Follow these steps to add Google as a social sign-in provider when self-hosting Ory Kratos:
Set the redirect URI to URL that follows this pattern:
http(s)://<domain-of-ory-kratos>:<public-port>/self-service/methods/oidc/callback/<social-signin-provider-id>
Create a Jsonnet code snippet to map the desired claims to the Ory Identity schema.
Encode the Jsonnet snippet with Base64 or store it in a location available to your Ory Kratos instance.
Add the social sign-in provider configuration to the Ory Kratos configuration. Add the Jsonnet snippet with mappings as a Base64 string or provide a path or an URL of the file.
When running a self-hosted instance, you can pass the social sign-in provider configuration in the
SELFSERVICE_METHODS_OIDC_CONFIG_PROVIDERS
environment variable. For example:
SELFSERVICE_METHODS_OIDC_CONFIG_PROVIDERS='[{"id":"google","provider":"google","mapper_url":"<file_location>","client_id":"<client_id>","client_secret":"<client_secret>","scope":["openid","email","profile"],"auth_url":"https://accounts.google.com/o/oauth2/v2/auth","token_url":"https://www.googleapis.com/oauth2/v4/token","issuer_url":"https://accounts.google.com"}]'
Prevent having to log in after sign-up
When adding social sign-in providers manually, remember to add the session
hook to after/oidc/hooks
. If you don't add this
hook, users will have to log in again after signing up to get a session.
selfservice:
flows:
registration:
after:
oidc:
hooks:
- hook: session