Visão geral

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.

Observação:a maior parte da documentação do OAuth 2.0 referente à plataforma de identidade do Google aborda como você pode fazer o login dos usuários com as Contas do Google deles e receber autorização para chamar as APIs do Google em nome deles. A vinculação de Contas do Google abrange o caso reverso de permitir que o usuário de um serviço do Google se autentique com sua plataforma e chame as APIs do serviço. Se você quiser usar o OAuth 2.0 para acessar as APIs do Google, consulte a documentação do cliente OAuth 2.0.

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.

Observação: é necessário implementar o OAuth da Web para todas as integrações de vinculação de contas, já que é o método substituto para os fluxos simplificados e de conversão de apps.

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.

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.

Observação :o usuário nunca sai da plataforma do Google durante esse fluxo. Portanto, o Google precisa dar consentimento em nome do terceiro para que o fluxo funcione corretamente.

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.

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.

Observação :o fluxo de OAuth da Web é necessário para todas as integrações, já que é a alternativa para os outros fluxos.

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.

Warning: Do not return a 400 error code and {"error": "invalid_grant"} body during maintenance or outages. Doing so deletes previously issued tokens and requires users to relink their accounts.

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:

    1. Increase token lifetime to greater than maintenance period.
    2. Wait twice the duration of your access token lifetime, enabling users to exchange short lived tokens for longer duration tokens.
    3. Enter maintenance.
    4. Respond to token requests with a 503 error code and empty body.
    5. Exit maintenance.
    6. 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.