Visão geral

Escolher seu caminho de integração

Selecione o caminho mais adequado às suas necessidades:

Caminho	Ideal para	Saiba mais
Protocolo de Comércio Universal (UCP)	Comerciantes e varejistas.	Documentos da UCP
Vinculação de contas padrão	Casa inteligente, TV e YouTube.	Documentos

Observação:esses caminhos de integração são complementares. Se você estiver implementando a UCP, recomendamos consultar o guia Vinculação de identidade da UCP para requisitos específicos do produto e esta documentação para detalhes básicos da implementação do OAuth.

Com a vinculação de contas, os titulares de Contas do Google podem se conectar aos seus serviços de forma rápida, fácil e segura. Você pode implementar a vinculação da 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, concedendo aos aplicativos e dispositivos do Google acesso aos seus serviços.

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

Casos de uso

Alguns motivos para implementar a vinculação de contas do Google:

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

• Integre com o Google Shopping e as plataformas de IA (Pesquisa, Gemini) usando o Protocolo de Comércio Universal (UCP).

• Reproduza seus vídeos e filmes usando o Google TV.

• Gerenciar e controlar os dispositivos conectados da casa inteligente do Google usando o app Google Home e o Google Assistente, por exemplo, "Ok Google, acenda as luzes".

• Crie experiências e funcionalidades personalizadas do Google Assistente com Ações de conversa, "Ok Google, peça meu café 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 de parceiro de distribuição de itens.

• Pré-preencher novas contas durante a inscrição com dados compartilhados consensual de um perfil da Conta do Google.

Recursos e requisitos

A matriz a seguir define o suporte e as recomendações para cada fluxo de vinculação.

Fluxo de vinculação	Recursos padrão	Recursos do UCP
App Flip	Recomendado	Recomendado
Vinculação simplificada	Recomendado	Recomendado
Vinculação do OAuth	Obrigatório (substituição)	Obrigatório (substituição)
OAuth 2.1	Recomendado	Recomendado

• Melhorar a privacidade do usuário definindo escopos personalizados para compartilhar apenas os dados necessários e aumentar 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 ao desvincular contas. A implementação de um endpoint de revogação de token opcional permite que você fique em sincronia com eventos iniciados pelo Google, enquanto a proteção entre contas (RISC) permite notificar o Google sobre eventos de desvinculação que ocorrem na sua plataforma.

Observação:a maior parte da documentação do OAuth 2.0 para a plataforma de identidade do Google aborda como fazer com que os usuários façam login com as Contas do Google e receber autorização para chamar as APIs do Google em nome deles. A vinculação de Contas do Google abrange o caso inverso de permitir que o usuário de um serviço do Google se autentique com sua plataforma e chame as APIs do seu 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 Conta do Google, todos baseados em OAuth, que exigem que você gerencie ou controle endpoints de troca de tokens e autorização compatíveis com o OAuth 2.0.

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

Vinculação do OAuth

Esse é o fluxo de vinculação do OAuth que envia os usuários ao seu site para vinculação. O usuário é redirecionado para seu site para fazer login na conta. Depois de fazer login, o usuário concorda em compartilhar os dados dele no seu serviço com o Google. Nesse momento, a Conta do Google do usuário e seu serviço sã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 OAuth 2.0 para o fluxo implícito e expor um endpoint de autorização e de troca de tokens ao usar o fluxo do código de autorização.

Atenção:para fluxos orientados por MCP, UCP e agente, o OAuth 2.1 é obrigatório, e o fluxo implícito indisponível. Em vez disso, use o fluxo do código de autorização.

Observação: a implementação da vinculação do OAuth é obrigatória para todas as integrações de vinculação de contas, já que é o método substituto para os fluxos de troca de apps e simplificados.

Figura 1. Vinculação de conta no smartphone de um usuário com vinculação OAuth

Vinculação no app baseada em OAuth ("Vinculação no app")

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

A vinculação de apps com base no OAuth orienta os usuários à medida que eles se movem entre seus apps móveis Android ou iOS verificados e a plataforma do Google para analisar as mudanças propostas no acesso aos dados e conceder consentimento para vincular a conta na sua plataforma à Conta do Google. Para ativar a vinculação no app, seu serviço precisa ser compatível com a vinculação do OAuth ou o Fazer login com o Google com vinculação baseada em OAuth usando o fluxo do código de autorização.

A troca de apps é 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á "transferido" para ele. O app coleta o consentimento do usuário para vincular a conta ao Google e, em seguida, "transfere de volta" para a plataforma do Google.
• Se o app não for encontrado ou ocorrer um erro durante o processo de vinculação no app, o usuário será redirecionado para o fluxo de vinculação simplificado ou do OAuth.

Figura 2. Vinculação de conta no smartphone de um usuário com a troca de apps

Vinculação simplificada baseada em OAuth ("Simplificada")

O vínculo simplificado do Fazer login com o Google baseado em OAuth adiciona o Fazer login com o Google além do vínculo do OAuth, permitindo que os usuários concluam o processo de conexão sem sair da plataforma do Google, reduzindo assim as dificuldades 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 integrados ao combinar o recurso Fazer login com o Google e a vinculação do OAuth. Seu serviço precisa oferecer suporte a endpoints de autorização e troca de tokens compatíveis com o OAuth 2.0. Além disso, o endpoint de troca de token precisa oferecer suporte a declarações de 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 mostrar o consentimento em nome do terceiro para que o fluxo funcione corretamente.

Como funciona:

O Google declara a conta de usuário e transmite essas informações para você:

• Se uma conta do usuário existir no seu banco de dados, a Conta do Google será vinculada à conta 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 fornecidas pelo Google: e-mail, nome e foto do perfil ou fazer login e vincular com outro e-mail. Isso vai exigir que ele faça login no seu serviço usando a vinculação do OAuth.

Figura 3. Vinculação de conta no smartphone de um usuário com a 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 simplificado e de vinculação no app reduzem o atrito da vinculação, já que os usuários podem concluir o processo de conexão em poucas etapas. O fluxo de vinculação do OAuth tem o menor nível de esforço e é um bom ponto de partida. Depois, você pode adicionar os outros fluxos de vinculação.

Observação: o fluxo de vinculação do OAuth é obrigatório para todas as integrações, já que é o fallback dos outros fluxos.

Trabalhar com tokens

A vinculação de Contas do Google é baseada no padrão do setor OAuth 2.0.

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

Vinculação persistente

A vinculação persistente é um requisito fundamental para integrações estáveis. Isso garante que as contas de usuário permaneçam vinculadas mesmo durante falhas transitórias de rede ou atualizações periódicas de credenciais.

Para implementar a vinculação persistente, use uma abordagem de "janela deslizante": estenda a expiração do token de atualização existente em vez de girá-lo (referenciando RFC 6749, seção 6). Isso evita condições de corrida e desvinculação não intencional que podem ocorrer se um novo token de atualização for emitido, mas não recebido ou armazenado pelo Google.

Cadastre-se no Google

Vamos precisar de detalhes da sua configuração do OAuth 2.0 e compartilhar credenciais para ativar a vinculação de contas. Consulte registro para mais detalhes.