L'association de comptes permet aux titulaires de compte Google de se connecter à vos services de manière rapide, fluide et sécurisée. Vous pouvez choisir de mettre en œuvre l'association de comptes Google pour partager les données d'un utilisateur de votre plate-forme avec les applications et services Google.
Le protocole sécurisé OAuth 2.0 vous permet d'associer en toute sécurité le compte Google d'un utilisateur à son compte sur votre plate-forme, et ainsi autoriser les applications et appareils Google à accéder à vos services.
Les utilisateurs peuvent associer ou dissocier leurs comptes, et éventuellement en créer un autre sur votre plate-forme à l'aide de l'association du compte Google.
Cas d'utilisation
Vous pouvez implémenter l'association du compte Google pour les raisons suivantes:
Partagez les données d'un utilisateur de votre plate-forme avec les applications et services Google.
Regardez vos contenus vidéo et cinématographiques via Google TV.
Gérez et contrôlez les appareils connectés à Google Smart Home à l'aide de l'application Google Home et de l'Assistant Google : "Hey Google, allume la lumière".
Créez des expériences et des fonctionnalités personnalisées pour l'Assistant Google avec les actions de conversation, "Hey Google, commande ce que je prends d'habitude chez Starbucks".
Permettez aux utilisateurs de gagner des récompenses en regardant des diffusions en direct éligibles sur YouTube après avoir associé leur compte Google à un compte partenaire de récompenses.
Préremplir les nouveaux comptes lors de l'inscription avec les données partagées consensuellement à partir d'un profil de compte Google
Fonctionnalités compatibles
Les fonctionnalités suivantes sont compatibles avec l'association du compte Google:
Partagez rapidement et facilement vos données à l'aide du flux implicite d'association OAuth.
Renforcez la sécurité grâce au flux Code d'autorisation de l'association OAuth.
Connectez des utilisateurs existants ou inscrivez de nouveaux utilisateurs validés par Google à votre plate-forme, obtenez leur consentement et partagez des données de manière sécurisée grâce à l'association simplifiée.
Réduisez les frictions grâce au retournement d'application. Dans une application Google de confiance, un seul geste suffit pour ouvrir de manière sécurisée votre application Android ou iOS validée, puis accorder le consentement de l'utilisateur et associer les comptes d'un seul geste.
Améliorez la confidentialité des utilisateurs en définissant des champs d'application personnalisés pour ne partager que les données nécessaires, et renforcez la confiance des utilisateurs en définissant clairement la manière dont leurs données sont utilisées.
L'accès aux données et aux services hébergés sur votre plate-forme peut être révoqué en dissociant les comptes. La mise en œuvre d'un point de terminaison de révocation de jeton facultatif vous permet de rester synchronisé avec les événements initiés par Google, tandis que la protection multicompte (RISC) vous permet d'informer Google de tout événement de dissociation survenant sur votre plate-forme.
Flux d'association de comptes
Il existe trois flux d'association de comptes Google, qui sont tous basés sur OAuth et que vous devez gérer ou contrôler les points de terminaison d'autorisation et d'échange de jetons conformes à OAuth 2.0.
Au cours du processus d'association, vous émettez des jetons d'accès à Google pour des comptes Google individuels après avoir obtenu l'autorisation des titulaires de compte d'associer leurs comptes et de partager des données.
Association OAuth ("Web OAuth")
Il s'agit du flux OAuth de base qui redirige les utilisateurs vers votre site Web pour les associer. L'utilisateur est redirigé vers votre site Web pour se connecter à son compte. Une fois connecté, l'utilisateur accepte de partager ses données avec Google sur votre service. Le compte Google de l'utilisateur et votre service sont alors associés.
L'association OAuth est compatible avec les flux de code d'autorisation et les flux OAuth implicites. Votre service doit héberger un point de terminaison d'autorisation conforme à OAuth 2.0 pour le flux implicite, et doit exposer à la fois un point de terminaison d'autorisation et d'échange de jetons lorsque vous utilisez le flux de code d'autorisation.
Figure 1 : Associer des comptes sur le téléphone d'un utilisateur avec Web OAuth
Association de retournement d'application basée sur OAuth
Un flux OAuth qui redirige les utilisateurs vers votre application pour l'association.
La association de conversion d'application basée sur OAuth guide les utilisateurs lorsqu'ils passent de vos applications mobiles Android ou iOS validées à la plate-forme Google afin qu'ils examinent les modifications proposées concernant l'accès aux données et acceptent d'associer leur compte sur votre plate-forme à leur compte Google. Pour activer le retournement d'application, votre service doit être compatible avec l'association OAuth ou l'association Google Sign-In basée sur OAuth à l'aide du flux de code d'autorisation.
App Flip est compatible avec Android et iOS.
Comment ça marche ?
L'appli Google vérifie si votre application est installée sur l'appareil de l'utilisateur:
- Si l 'application est trouvée, l'utilisateur est redirigé vers votre application. Celle-ci recueille son consentement pour associer son compte à Google, puis revient à la surface Google.
- Si l'application est introuvable ou qu'une erreur se produit pendant le processus d'association d'application flip, l'utilisateur est redirigé vers le flux Web OAuth ou simplifié.
Figure 2 : Associer des comptes sur le téléphone d'un utilisateur avec App Flip
Association simplifiée basée sur OAuth ("simplifiée")
L'association rationalisée Google Sign-In basée sur OAuth ajoute Google Sign-In à l'association OAuth, ce qui permet aux utilisateurs d'effectuer l'association sans quitter la surface Google, ce qui réduit les frictions et les abandons. L'association rationalisée basée sur OAuth offre une expérience utilisateur optimale en combinant Google Sign-In et OAuth. Votre service doit être compatible avec les points de terminaison d'autorisation et d'échange de jetons conformes à OAuth 2.0.
De plus, le point de terminaison d'échange de jetons doit accepter les assertions de jeton Web JSON (JWT) et implémenter les intents check, create et get.
Comment ça marche ?
Google valide le compte utilisateur et vous transmet les informations suivantes:
- Si un compte existe pour l'utilisateur dans votre base de données, l'utilisateur associe bien son compte Google à son compte sur votre service.
- Si aucun compte n'existe pour l'utilisateur dans votre base de données, l'utilisateur peut soit créer un compte tiers avec les informations déclarées fournies par Google (adresse e-mail, nom et photo de profil), soit choisir de se connecter et d'associer l'adresse e-mail (il devra alors se connecter à votre service via Web OAuth).
Image 3. Associer des comptes sur le téléphone d'un utilisateur avec l'association simplifiée
Quelle procédure devez-vous utiliser ?
Nous vous recommandons de mettre en œuvre tous les flux pour garantir aux utilisateurs la meilleure expérience d'association possible. Les flux rationalisés et App Flip permettent de simplifier l'association, car les utilisateurs peuvent effectuer le processus d'association en quelques étapes. L'association Web avec OAuth représente le niveau d'effort le plus faible et constitue un bon point de départ pour compléter les autres procédures d'association.
Utiliser des jetons
L'association du compte Google est basée sur la norme du secteur OAuth 2.0.
Vous émettez des jetons d'accès à Google pour des comptes Google individuels après avoir obtenu l'autorisation des titulaires de comptes d'associer leurs comptes et de partager des données.
Token types
OAuth 2.0 uses strings called tokens to communicate between the user agent, the client application, and the OAuth 2.0 server.
Three types of OAuth 2.0 tokens can be used during account linking:
Authorization code. A short-lived token that can be exchanged for an access and a refresh token. For security purposes, Google calls your authorization endpoint to obtain a single use or very short-lived code.
Access token. A token that grants the bearer access to a resource. To limit exposure that could result from the loss of this token, it has a limited lifetime, usually expiring after an hour or so.
Refresh token. A long-lived token that can be exchanged for a new access token when an access token expires. When your service integrates with Google, this token is exclusively stored and used by Google. Google calls your token exchange endpoint to exchange refresh tokens for access tokens, which are in turn used to access user data.
Token handling
Race conditions in clustered environments and client-server exchanges can result in complex timing and error handling scenarios when working with tokens. For example:
- You receive a request for a new access token, and you issue a new access token. Concurrently, you receive a request for access to your service's resource using the previous, unexpired access token.
- Your refresh token reply is yet to be received (or is never received) by Google. Meanwhile, the previously valid refresh token is used in a request from Google.
Requests and replies can arrive in any order, or not at all due to asynchronous services running in a cluster, network behavior, or other means.
Immediate and fully consistent shared state both within, and between, your and Google's token handling systems cannot be guaranteed. Multiple valid, unexpired tokens can coexist within or across systems short period of time. To minimize negative user impact we recommend you do the following:
- Accept unexpired access tokens, even after a newer token is issued.
- Use alternatives to Refresh Token Rotation.
- Support multiple, concurrently valid access and refresh tokens. For security, you should limit the number of tokens and token lifetime.
Maintenance and outage handling
During maintenance or unplanned outages Google might be unable to call your authorization or token exchange endpoints to obtain access and refresh tokens.
Your endpoints should respond with a 503 error code and empty body. In this
case, Google retries failed token exchange requests for a limited time. Provided
that Google is later able to obtain refresh and access tokens, failed requests
are not visible to users.
Failing requests for an access token result in a visible error, if initiated by a user. Users will be required to retry linking failures if the implicit OAuth 2.0 flow is used.
Recommendations
There are many solutions to minimize maintenance impact. Some options to consider:
Maintain your existing service and route a limited number of requests to your newly updated service. Migrate all requests only after confirming expected functionality.
Reduce the number of token requests during the maintenance period:
Limit maintenance periods to less than the access token lifetime.
Temporarily increase the access token lifetime:
- Increase token lifetime to greater than maintenance period.
- Wait twice the duration of your access token lifetime, enabling users to exchange short lived tokens for longer duration tokens.
- Enter maintenance.
- Respond to token requests with a
503error code and empty body. - Exit maintenance.
- Decrease token lifetime back to normal.
S'inscrire auprès de Google
Pour activer l'association de comptes, nous aurons besoin d'informations sur votre configuration OAuth 2.0 et de partager vos identifiants. Pour en savoir plus, consultez la page sur l'inscription.