Com a vinculação de conta, os proprietários de Contas do Google podem se conectar aos seus serviços de maneira rápida, fácil e segura. Você pode implementar a vinculação de Conta do Google para compartilhar os dados de um usuário da sua plataforma com apps e Serviços do Google.
O protocolo OAuth 2.0 seguro permite vincular com segurança a Conta do Google de um usuário à conta dele na sua plataforma, permitindo que aplicativos e dispositivos do Google acessem seus serviços.
Os usuários podem vincular ou desvincular contas e, opcionalmente, criar uma nova conta na sua plataforma com a vinculação de Contas do Google.
Casos de uso
Alguns dos motivos para implementar a vinculação de Contas do Google são:
Compartilhe dados de um usuário da sua plataforma com apps e serviços do Google.
Reproduza o conteúdo de vídeo e filmes usando o Google TV.
Gerencie e controle dispositivos conectados ao Google Smart Home usando o app Google Home e o Google Assistente, "Ok Google, acenda as luzes".
Criar experiências e funcionalidades do Google Assistente personalizadas para os usuários com ações de conversa, "Ok Google, peça o de sempre no Starbucks".
Permita que os usuários ganhem recompensas assistindo transmissões ao vivo qualificadas no YouTube depois de vincular a Conta do Google a uma conta do parceiro de prêmios.
Preencher automaticamente novas contas durante a inscrição com dados compartilhados de um perfil da Conta do Google.
Recursos com suporte
Estes recursos são compatíveis com a vinculação de Contas do Google:
Compartilhe dados de maneira rápida e fácil usando o fluxo de vinculação do OAuth implícita.
Forneça mais segurança com o fluxo de código de autorização da vinculação do OAuth.
Faça login de usuários atuais ou inscreva novos usuários verificados pelo Google na sua plataforma, solicite o consentimento deles e compartilhe dados com segurança usando a Vinculação simplificada.
Reduza o atrito com a viagem de app. Em um app do Google confiável, um toque abre seu app Android ou iOS verificado com segurança e um toque dá consentimento ao usuário e vincula as contas.
Melhore a privacidade do usuário definindo escopos personalizados para compartilhar apenas os dados necessários, aumente a confiança do usuário definindo claramente como os dados são usados.
O acesso aos dados e serviços hospedados na sua plataforma pode ser revogado ao desvincular as contas. Ao implementar um endpoint de revogação de token opcional, você mantém a sincronização com os eventos iniciados pelo Google, enquanto o recurso de proteção entre contas (RISC, na sigla em inglês) permite que você notifique o Google sobre eventos de desvinculação que ocorrerem na sua plataforma.
Fluxos de vinculação de contas
Há três fluxos de vinculação de Contas do Google, todos baseados em OAuth, que exigem que você gerencie ou controle endpoints de autorização e de troca de token em conformidade com o OAuth 2.0.
Durante o processo de vinculação, você emite tokens de acesso ao Google para Contas do Google individuais após receber o consentimento dos titulares para vincular as contas e compartilhar dados.
Vinculação OAuth ("OAuth da Web")
Este é o fluxo básico do OAuth que direciona os usuários ao seu site para vinculação. O usuário é redirecionado ao seu site para fazer login na conta. Depois de fazer login, o usuário consente em compartilhar os dados dele com o Google no seu serviço. Nesse momento, a Conta do Google do usuário e seu serviço são vinculados.
A vinculação do OAuth oferece suporte ao código de autorização e aos fluxos implícitos do OAuth. Seu serviço precisa hospedar um endpoint de autorização compatível com o OAuth 2.0 para o fluxo implícito e expor um endpoint de troca de token e de autorização ao usar o fluxo do código de autorização.
![](https://developers-dot-devsite-v2-prod.appspot.com/static/identity/account-linking/images/web-oauth-flow.png?authuser=0000&hl=pt-br)
Figura 1. Vinculação de contas no telefone de um usuário com o OAuth na Web
Vinculação de alternância de app baseada em OAuth ("viagem de app")
Um fluxo do OAuth que direciona os usuários ao seu app para vinculação.
A vinculação de app baseada em OAuth orienta os usuários enquanto eles navegam entre seus apps para dispositivos móveis Android ou iOS verificados e a plataforma do Google para analisar as alterações propostas no acesso aos dados e autorizar a vinculação das contas deles na sua plataforma com a Conta do Google. Para ativar a conversão de apps, seu serviço precisa oferecer suporte à vinculação do OAuth ou do Login do Google baseado em OAuth usando o fluxo de código de autorização.
O App Flip é compatível com Android e iOS.
Como funciona:
O Google app verifica se o app está instalado no dispositivo do usuário:
- Se o app for encontrado, o usuário será direcionado para ele. O app solicita o consentimento do usuário para vincular a conta com o Google e, em seguida, "volta" à plataforma do Google.
- Se o app não for encontrado ou ocorrer um erro durante o processo de vinculação, o usuário vai ser redirecionado para o fluxo do OAuth da Web ou Simplificado.
![](https://developers-dot-devsite-v2-prod.appspot.com/static/identity/account-linking/images/app-flip-flow.png?authuser=0000&hl=pt-br)
Figura 2. Vinculação de conta no smartphone de um usuário com o App Flip
Vinculação simplificada com base em OAuth ("Simplificada")
A vinculação simplificada do Login do Google com base em OAuth adiciona o Login do Google além da vinculação OAuth, permitindo que os usuários concluam o processo de vinculação sem sair da plataforma do Google, reduzindo atritos e desistências. A vinculação simplificada baseada em OAuth
oferece a melhor experiência do usuário com login, criação e
vinculação de contas. Tudo isso combinando o Login do Google com o OAuth. Seu serviço
precisa ser compatível com endpoints de autorização e troca de token em conformidade com OAuth 2.0.
Além disso, o endpoint de troca de token precisa oferecer suporte às declarações
JSON Web Token
(JWT) e implementar as intents
check
,
create
e get
.
Como funciona:
O Google declara a conta de usuário e transmite estas informações para você:
- Se existir uma conta para o usuário no seu banco de dados, o usuário vinculará a Conta do Google à conta dele no seu serviço.
- Se não houver uma conta para o usuário no seu banco de dados, ele poderá criar uma nova conta de terceiros com as informações declaradas pelo Google (e-mail, nome e foto do perfil) ou fazer login e vincular com outro e-mail para fazer login no serviço via OAuth na Web.
![](https://developers-dot-devsite-v2-prod.appspot.com/static/identity/account-linking/images/streamlined-flow.png?authuser=0000&hl=pt-br)
Figura 3. Vinculação de contas no telefone de um usuário com a vinculação simplificada
Qual fluxo você deve usar?
Recomendamos a implementação de todos os fluxos para garantir que os usuários tenham a melhor experiência de vinculação. Os fluxos "Simplificado" e de vinculação no app reduzem o atrito na vinculação, já que os usuários conseguem concluir o processo em poucas etapas. A vinculação com o OAuth na Web exige o menor nível de esforço e é um bom ponto de partida. Depois disso, você pode adicionar outros fluxos de vinculação.
Como trabalhar com tokens
A vinculação de Contas do Google se baseia no padrão OAuth 2.0 do setor.
Você emite tokens de acesso ao Google para Contas do Google individuais após receber o consentimento dos titulares da conta para vincular as contas e compartilhar dados.
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.
Registrar no Google
Vamos precisar dos detalhes da sua configuração do OAuth 2.0 e compartilhar as credenciais para ativar a vinculação da conta. Consulte registro para saber mais detalhes.