Visão geral

Com a vinculação de contas, 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 dados da plataforma de um usuário com apps e serviços do Google.

O protocolo OAuth 2.0 seguro permite que você vincule a Conta do Google de um usuário com segurança na conta dele na sua plataforma, concedendo acesso a aplicativos e dispositivos do Google aos seus serviços.

Os usuários podem vincular ou desvincular as contas e, opcionalmente, criar uma nova conta na sua plataforma com a Vinculação de Contas do Google.

Casos de uso

Veja algumas razões para implementar a vinculação de Contas do Google:

  • Compartilhar os dados do usuário da sua plataforma com os apps e serviços do Google.

  • Reproduza seu conteúdo de vídeo e filmes usando o Google TV.

  • Gerencie e controle os dispositivos conectados da Google Smart Home usando o app Google Home e o Google Assistente. Em seguida, "Ok Google, acenda as luzes".

  • Crie experiências e funcionalidades personalizadas do Google Assistente para os usuários com as Ações de conversa, "Ok Google, peça o meu habitual do Starbucks"

  • Permita que os usuários ganhem recompensas ao assistir transmissões ao vivo qualificadas no YouTube depois de vincular a Conta do Google a uma conta de parceiro premiado.

  • Preencher automaticamente novas contas durante a inscrição com dados compartilhados de forma consensual de um perfil da Conta do Google.

Recursos compatíveis

Estes recursos são compatíveis com a vinculação de Contas do Google:

  • Compartilhe seus dados de maneira rápida e fácil usando o fluxo de vinculação implícita do OAuth.

  • Melhore a segurança com o fluxo de código de autorização de vinculação do OAuth.

  • Faça login de usuários atuais ou inscreva novos usuários verificados do Google na sua plataforma, receba o consentimento deles e compartilhe dados com segurança usando a vinculação simplificada.

  • Reduza a complexidade usando o App Flip. A partir de um app confiável do Google, um toque abre com segurança o app verificado Android ou iOS e um toque concede o consentimento do usuário e vincula 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 dele são usados.

  • O acesso a dados e serviços hospedados na sua plataforma pode ser revogado por desvinculação de contas. Ao implementar um endpoint de revogação de token opcional, você pode ficar sincronizado com os eventos iniciados pelo Google, enquanto o recurso de Proteção entre contas (RISC) permite notificar o Google sobre eventos de desvinculação que ocorrem na sua plataforma.

Fluxos de vinculação de contas

Existem três fluxos de vinculação de Contas do Google baseados em OAuth e exigem que você gerencie ou controle os endpoints de autorização e de troca de tokens em conformidade com o OAuth 2.0.

Durante o processo de vinculação, você emite tokens de acesso para Contas do Google individuais depois de receber o consentimento dos proprietários para vincular as contas e compartilhar dados.

Vinculação do OAuth ('Web OAuth')

Esse é 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 autoriza o compartilhamento de dados, com seu serviço, pelo Google. Nesse momento, a Conta do Google e o serviço do usuário estão vinculados.

A vinculação do OAuth é compatível com o código de autorização e os 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 autorização e de troca de token ao usar o fluxo do código de autorização.

Figura 1. Vinculação de contas no smartphone de um usuário com OAuth da Web

Vinculação de versões de apps com base em OAuth ('Virada de apps')

Um fluxo de OAuth que direciona os usuários para seu app para vinculação.

A vinculação do Flip de apps com base em OAuth orienta os usuários conforme eles alternam entre seus apps para dispositivos móveis Android ou iOS verificados e a plataforma do Google para analisar as alterações de acesso aos dados propostas e dar o consentimento para vincular a conta deles na sua plataforma à Conta do Google. Para ativar o App Flip, seu serviço precisa oferecer suporte à vinculação de OAuth ou à vinculação de Login do Google baseada 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á "revertido" para seu app. Seu app coleta o consentimento do usuário para vincular a conta ao Google e depois "reverte"# para a plataforma do Google.
  • Se o app não for encontrado ou ocorrer um erro durante o processo de vinculação do app, o usuário será redirecionado para o fluxo do OAuth simplificado ou da Web.

Figura 2. Vinculação de contas no smartphone do usuário com o App Flip

Vinculação simplificada baseada em OAuth ('Simplificado')

A vinculação simplificada do Login do Google com base em OAuth adiciona o Login do Google à vinculação de OAuth, permitindo que os usuários concluam esse processo sem sair da plataforma do Google, reduzindo atritos e desistências. A vinculação simplificada com base em OAuth (em inglês) oferece a melhor experiência do usuário com login integrado, criação e vinculação de conta combinando o Login do Google e a vinculação por OAuth. Seu serviço precisa ser compatível com endpoints de troca de token e autorização compatíveis com o OAuth 2.0. Além disso, o endpoint de troca de token precisa ser compatível com 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 no serviço.
  • Se não houver uma conta para o usuário no seu banco de dados, o usuário poderá criar uma nova conta de terceiros com as informações declaradas que o Google fornece : e-mail, nome e foto do perfil ou optar por fazer login e vincular a conta por outro e-mail. Isso exigirá que o usuário faça login no seu serviço usando o OAuth da Web.

Figura 3. Vinculação de contas no smartphone de um usuário com vinculação simplificada

Qual fluxo você deve usar?

Recomendamos implementar todos os fluxos para garantir que os usuários tenham a melhor experiência de vinculação. Os fluxos simplificados e invertidos do app reduzem a complexidade da vinculação, já que os usuários conseguem concluir o processo de vinculação em poucas etapas. A vinculação OAuth da Web tem o menor nível de esforço e é um bom ponto de partida, após o qual é possível adicionar os outros fluxos de vinculação.

Como trabalhar com tokens

A vinculação com uma Conta do Google é baseada no padrão do setor do OAuth 2.0.

Você emite tokens de acesso para Contas do Google individuais depois de receber o consentimento dos titulares das contas 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:

      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.

Como se registrar no Google

Precisaremos de detalhes sobre a configuração do OAuth 2.0 e compartilhar credenciais para ativar a vinculação de contas. Veja mais detalhes em Registro.