To add Google as a social sign-in provider, you need a Google Developer account. Go to Google Cloud Console to create one.
- Ory Console
- Ory CLI
Follow these steps to add Google as a social sign-in provider to your project using the Ory Console:
-
Go to Authentication → Social Sign-In in the Ory Console.
-
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
and profile
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: false,
} + std.extVar('claims');
{
identity: {
traits: {
[if 'email' in claims && claims.email_verified then 'email' else null]: claims.email,
// Google can return the user's full name as a single string.
// Make sure to adjust your identity schema to store the first and last name as separate traits.
// first_name: claims.given_name,
// last_name: claims.family_name,
//
// hd is the hosted domain of the user's email address.
// [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 |
If you want to use this data mapping, you must include the first_name
and last_name
fields in your Identity Schema
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 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.
Follow these steps to add Google as a social sign-in provider to your project using the Ory CLI:
-
Create a Google OAuth client.
-
Create a Jsonnet code snippet to map the desired claims to the Ory Identity schema.
local claims = {
email_verified: false,
} + 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 email email given_name first_name family_name last_name noteIf you want to use this data mapping, you must include the
first_name
andlast_name
fields in your Identity Schema -
Encode the Jsonnet snippet with Base64 or host it under an URL accessible to Ory Network.
cat your-data-mapping.jsonnet | base64
-
Download the Ory Identities config from your project and save it to a file:
## List all available workspaces
ory list workspaces
## List all available projects
ory list projects --workspace <workspace-id>
## Get config
ory get identity-config --project <project-id> --workspace <workspace-id> --format yaml > identity-config.yaml -
Add 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: true -
Update the Ory Identities configuration using the file you worked with:
ory update identity-config --file iden--project <project-id> --workspace <workspace-id>tity-config.yaml
Additional Parameters
The following parameters are available for the Google provider:
login_hint
hd
The login_hint
parameter suppresses the account chooser and either pre-fills the email box on the sign-in form, or selects the
proper session. The hd
parameter limits the login/registration process to a Google Organization, for example mycollege.edu
.
The parameters can be passed along to Ory on login
, registration
and settings
flows on form submit.
See the Advanced Integration document for more information on passing parameters from your UI to Ory.
Using the Google SDK on native apps
Google provides a more integrated UX for native apps using the
Google SDK. This flow uses the native Google SDK and does not
require a browser. This results in a signed id_token
on the client side (typically your app) which is exchanged at Ory for a
session token.
The following steps are required to integrate the Google SDK with Ory:
- Configure a Google social sign-in provider in Ory using the same
client_id
as used in your native app. - Optional: Android apps generate different token audiences per distribution (debug, release, etc.). You can add the ID of your
current distribution to the
additional_id_token_audiences
field. Example:sh.ory.network-example-ios.debug
. - If your SDK supports nonce validation, make sure to use a generated value and submit that during the next step.
- Obtain an
id_token
from Google using the Google SDK. Make sure to also submit thenonce
if you generated one in the step before. - Submit the
id_token
andnonce
(as theid_token_nonce
) as part of theupdateRegistrationFlow
orupdateLoginFlow
request to Ory. - Ory will validate the
id_token
and create an identity and optionally a session (if configured).
The id_token
is verified using Google's publicly available signing keys, available under
https://www.googleapis.com/oauth2/v3/certs.
Make sure to request the scopes you require in your Jsonnet mapping, otherwise they will be empty after the registration.
While not explicitly required, as not all of Google SDKs support it, we recommend that you use a nonce
to prevent replay attacks
wherever possible.
Ory does not communicate directly with Google during this flow and does not have access to the Access & Refresh Tokens. This means that Ory cannot return these in the admin APIs or SDK.
Flutter code example
The following showcases an example implementation of a Sign in with Google button using the Ory SDK and google_sign_in Flutter package.
import 'package:flutter/material.dart';
import 'package:google_sign_in/google_sign_in.dart';
import 'package:one_of/one_of.dart';
import 'package:ory_client/ory_client.dart';
class SignInWithGoogleButton extends StatelessWidget {
final String flowId;
final OryClient ory;
final GoogleSignIn _googleSignIn = GoogleSignIn(
scopes: [
'email',
// Add additional scopes, if you require that data in your Jsonnet mapping
],
);
SignInWithGoogleButton({super.key, required this.flowId, required this.ory});
void handleGoogleSignIn(GoogleSignInAccount? value) {
value?.authentication.then((value) {
var idToken = value.idToken;
if (idToken == null) {
// If we end up here, but there is no ID token, something went wrong
print("No idToken found");
return;
}
// Create the payload for the updateRegistrationFlow endpoint with the idToken from Google
var body = UpdateRegistrationFlowWithOidcMethod(
(b) => b
..idToken = idToken
..method = 'oidc'
..provider = 'google',
);
// Submit the updateRegistrationFlow endpoint with the payload
ory.getFrontendApi().updateRegistrationFlow(
flow: flowId,
updateRegistrationFlowBody: UpdateRegistrationFlowBody(
(b) => b..oneOf = OneOf.fromValue1(value: body)),
);
});
}
Widget build(BuildContext context) {
return TextButton(
child: const Text("Sign in with Google"),
onPressed: () => {_googleSignIn.signIn().then(handleGoogleSignIn)},
);
}
}
Troubleshooting
When you add a social sign-in provider, you can encounter common problems such as:
- Redirect URI mismatch
- Redirect loops during registration
- Domain verification issues
To troubleshoot those issues, read Social sign-in troubleshooting.
Error: token audience didn't match allowed audiences
Make sure to either add your apps current identifier to the additional_id_token_audiences
field or set it as the Client ID of
the provider in the Ory Console.