L'association de comptes permet aux titulaires d'un compte Google de se connecter à vos services de manière rapide, fluide et sécurisée. Vous pouvez choisir d'implémenter 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, autorisant ainsi 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 avec l'association de comptes Google.
Cas d'utilisation
Voici quelques-unes des raisons pour lesquelles l'association de comptes Google peut être utilisée:
Partagez les données d'un utilisateur de votre plate-forme avec les applications et services Google.
Regardez des vidéos et des films avec Google TV.
Gérez et contrôlez les appareils connectés de votre maison connectée Google via l'application Google Home et l'Assistant Google, et "Hey Google, allume la lumière".
Créer des fonctionnalités et des expériences personnalisées avec l'Assistant Google grâce aux actions conversationnelles, "Hey Google, commande mon Starbucks habituel".
Après avoir associé leur compte Google à un compte de fidélité, permettez aux utilisateurs de gagner des récompenses en regardant des diffusions en direct éligibles sur YouTube.
Pré-remplir les nouveaux comptes lors de l'inscription avec des données partagées de manière consensuelle à partir d'un profil de compte Google
Fonctionnalités disponibles
Ces fonctionnalités sont compatibles avec l'association de comptes Google:
Partagez rapidement et facilement vos données à l'aide du parcours implicite de l'association OAuth.
Renforcez la sécurité à l'aide du code d'autorisation d'association OAuth.
Connecter des utilisateurs existants ou nouveaux utilisateurs validés par Google sur votre plate-forme, obtenir leur consentement et partager des données de manière sécurisée grâce à l'association simplifiée.
Fluidifiez l'expérience utilisateur grâce à App Flip. À partir d'une application Google de confiance, appuyez d'un seul geste pour ouvrir votre application Android ou iOS validée, et d'un simple geste pour obtenir le consentement de l'utilisateur et associer les comptes.
Améliorer la confidentialité des utilisateurs en définissant des champs d'application personnalisés pour ne partager que les données nécessaires, renforcer 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 jetons 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 se produisant sur votre plate-forme.
Flux d'association de comptes
Il existe trois flux d'association de comptes Google, tous basés sur OAuth, qui vous obligent à gérer ou à contrôler les points de terminaison d'autorisation et d'échange de jetons 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 pour associer leurs comptes et 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 qu'ils puissent l'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 votre service. À ce stade, le compte Google de l'utilisateur et votre service sont associés.
L'association OAuth est compatible avec le 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 un point de terminaison d'autorisation et d'échange de jetons lors de l'utilisation du flux de code d'autorisation.

Figure 1 : Associer un compte sur le téléphone d'un utilisateur avec Web OAuth
Association d'applications à l'aide du protocole OAuth (& Flip)
Un flux OAuth qui redirige les utilisateurs vers votre application pour qu'ils soient associés.
L'association App Flip basée sur OAuth guide les utilisateurs lorsqu'ils passent de vos applications mobiles Android ou iOS validées à la plate-forme Google pour examiner les modifications proposées concernant l'accès aux données et donner leur autorisation pour associer leur compte à leur compte Google. Pour activer App Flip, 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.
Fonctionnement:
L'appli Google vérifie si votre application est installée sur l'appareil de l'utilisateur:
- Si l'application est détectée, l'utilisateur est redirigé vers votre application. Celle-ci recueille le consentement de l'utilisateur pour associer le compte à Google, puis le retourne à la surface Google.
- Si l'application est introuvable ou qu'une erreur se produit lors du processus d'association, l'utilisateur est redirigé vers le flux OAuth Web ou simplifié.

Figure 2 : Associer un compte sur le téléphone d'un utilisateur avec App Flip
Association simplifiée basée sur OAuth (et simplifiée)
L'association simplifiée Google Sign-In basée sur OAuth ajoute Google Sign-In à l'association OAuth, ce qui permet aux utilisateurs de terminer le processus d'association sans quitter la surface Google, ce qui réduit les frictions et les abandons. L'association simplifiée basée sur OAuth offre une expérience utilisateur optimale avec une connexion, une création et une association de compte fluides, en associant Google Sign-In à l'association OAuth. Votre service doit être compatible avec les points de terminaison d'autorisation et d'échange de jetons conformes à OAuth 2.0.
De plus, votre point de terminaison d'échange de jetons doit être compatible avec les assertions JWT (JSON Web Token) et mettre en œuvre les intents check
, create
et get
.
Fonctionnement :
Google revendique le compte utilisateur et vous transmet les informations suivantes:
- S'il existe un compte pour l'utilisateur dans votre base de données, celui-ci associe correctement son compte Google à son compte sur votre service.
- S'il n'existe aucun compte pour l'utilisateur dans votre base de données, l'utilisateur peut soit créer un compte tiers à l'aide des informations fournies par Google : adresse e-mail, nom et photo de profil, soit choisir de se connecter et d'associer un compte à l'aide d'une autre adresse e-mail (cela nécessitera la connexion au service via le protocole Web OAuth).

Figure 3 : Association de compte sur le téléphone d'un utilisateur avec l'association simplifiée
Quel flux utiliser ?
Nous vous recommandons d'implémenter tous les flux pour que les utilisateurs bénéficient de la meilleure expérience d'association. Les flux d'association simplifiés et d'application réduisent les problèmes d'association, car les utilisateurs peuvent terminer le processus d'association en quelques étapes seulement. L'association Web OAuth ne requiert que peu d'efforts de votre part et constitue un bon point de départ. Vous pouvez ensuite l'ajouter sur les autres flux d'association.
Utiliser des jetons
L'association de comptes Google est basée sur le standard du secteur OAuth 2.0.
Vous obtenez des jetons d'accès à Google pour des comptes Google individuels après avoir obtenu l'autorisation des titulaires de compte pour associer leurs comptes et 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
503
error code and empty body. - Exit maintenance.
- Decrease token lifetime back to normal.
S'inscrire auprès de Google
Nous aurons besoin des détails de votre configuration OAuth 2.0 et de partager des identifiants pour activer l'association de comptes. Pour en savoir plus, consultez la section Inscription.