Panoramica

Scegli il percorso di integrazione

Seleziona il percorso più adatto alle tue esigenze:

Percorso	Ideale per	Scopri di più
Universal Commerce Protocol (UCP)	Commercianti e rivenditori.	Documenti UCP
Collegamento dell'account standard	Smart Home, TV e YouTube.	Documenti

Nota: questi percorsi di integrazione sono complementari. Se stai implementando UCP, ti consigliamo di consultare sia la guida al collegamento dell'identità UCP per i requisiti specifici del prodotto sia questa documentazione per i dettagli principali dell'implementazione di OAuth.

Il collegamento dell'account consente ai titolari di Account Google di connettersi ai tuoi servizi in modo rapido, semplice e sicuro. Puoi scegliere di implementare il collegamento dell'Account Google per condividere i dati di un utente dalla tua piattaforma con app e servizi Google.

Il protocollo OAuth 2.0 sicuro ti consente di collegare in modo sicuro l'Account Google di un utente al suo account sulla tua piattaforma, concedendo così alle applicazioni e ai dispositivi Google l'accesso ai tuoi servizi.

Gli utenti possono collegare o scollegare i propri account e, facoltativamente, creare un nuovo account sulla tua piattaforma con il collegamento dell'Account Google.

Casi d'uso

Ecco alcuni motivi per implementare il collegamento dell'Account Google:

• Condividere i dati di un utente dalla tua piattaforma con app e servizi Google.

• Eseguire l'integrazione con Google Shopping e le superfici AI (Ricerca, Gemini) utilizzando il Universal Commerce Protocol (UCP).

• Riprodurre i contenuti video e cinematografici utilizzando Google TV.

• Gestire e controllare i dispositivi per la smart home connessi a Google utilizzando l'app Google Home e l'Assistente Google, ad esempio "Ok Google, accendi le luci".

• Creare esperienze e funzionalità dell'Assistente Google personalizzate per gli utenti con le azioni conversazionali, "Hey Google, ordina il mio solito da Starbucks".

• Consentire agli utenti di vincere premi guardando live streaming idonei su YouTube dopo aver collegato il proprio Account Google a un account partner per i premi.

• Precompilare i nuovi account durante la registrazione con i dati condivisi con il consenso dell'utente da un profilo di Account Google.

Funzionalità e requisiti

La seguente matrice definisce il supporto e i consigli per ogni flusso di collegamento.

Flusso di collegamento	Funzionalità standard	Funzionalità UCP
App Flip	Consigliato	Consigliato
Collegamento semplificato	Consigliato	Consigliato
Collegamento OAuth	Obbligatorio (fallback)	Obbligatorio (fallback)
OAuth 2.1	Consigliato	Consigliato

• Migliorare la privacy degli utenti definendo ambiti personalizzati per condividere solo i dati necessari e aumentare la fiducia degli utenti definendo chiaramente come vengono utilizzati i loro dati.

• L'accesso ai dati e ai servizi ospitati sulla tua piattaforma può essere revocato scollegando gli account. L'implementazione di un endpoint di revoca dei token facoltativo ti consente di rimanere sincronizzato con gli eventi avviati da Google, mentre la protezione cross-account (RISC) ti consente di notificare a Google eventuali eventi di scollegamento che si verificano sulla tua piattaforma.

Nota: la maggior parte della documentazione di OAuth 2.0 per Google Identity Platform spiega come consentire agli utenti di accedere con i propri Account Google e ottenere l'autorizzazione a chiamare le API di Google per loro conto. Il collegamento dell'Account Google copre il caso inverso di consentire all'utente di un servizio Google di autenticarsi con la tua piattaforma e chiamare le API del tuo servizio. Se vuoi utilizzare OAuth 2.0 per accedere alle API di Google, consulta la documentazione del client OAuth 2.0.

Flussi di collegamento dell'account

Esistono tre flussi di collegamento dell'Account Google, tutti basati su OAuth e che richiedono di gestire o controllare gli endpoint di autorizzazione e scambio di token conformi a OAuth 2.0.

Durante la procedura di collegamento, rilasci token di accesso a Google per i singoli Account Google dopo aver ottenuto il consenso dei titolari degli account per collegare i propri account e condividere i dati.

Collegamento OAuth

Questo è il flusso di collegamento OAuth che invia gli utenti al tuo sito web per il collegamento. L'utente viene reindirizzato al tuo sito web per accedere al proprio account. Una volta eseguito l'accesso, l'utente acconsente a condividere i propri dati sul tuo servizio con Google. A questo punto, l'Account Google dell'utente e il tuo servizio sono collegati.

Il collegamento OAuth supporta i flussi OAuth del codice di autorizzazione e implicito. Il tuo servizio deve ospitare un endpoint di autorizzazione conforme a OAuth 2.0 per il flusso implicito e deve esporre sia un endpoint di autorizzazione sia uno di scambio di token quando si utilizza il flusso del codice di autorizzazione.

Attenzione: per i flussi MCP, UCP e basati su agenti, OAuth 2.1 è obbligatorio e il flusso implicito non è supportato. Utilizza invece il flusso del codice di autorizzazione.

Nota: l'implementazione del collegamento OAuth è obbligatoria per tutte le integrazioni di collegamento dell'account, in quanto è il metodo di fallback per i flussi App Flip e semplificati.

Figura 1. Collegamento dell'account sullo smartphone di un utente con il collegamento OAuth

Collegamento App Flip basato su OAuth ("App Flip")

Un flusso OAuth che invia gli utenti alla tua app per il collegamento.

Il collegamento App Flip basato su OAuth guida gli utenti mentre si spostano tra le tue app mobile Android o iOS verificate e la piattaforma di Google per esaminare le modifiche proposte all'accesso ai dati e concedere il consenso a collegare il proprio account sulla tua piattaforma al proprio Account Google. Per attivare App Flip, il tuo servizio deve supportare il collegamento OAuth o il collegamento Accedi con Google basato su OAuth utilizzando il flusso del codice di autorizzazione.

App Flip è supportato sia per Android che per iOS.

Come funziona:

L'app Google verifica se la tua app è installata sul dispositivo dell'utente:

• Se l'app viene trovata, l'utente viene "trasferito" alla tua app. La tua app raccoglie il consenso dell'utente per collegare l'account a Google e poi "ritorna" alla superficie Google.
• Se l'app non viene trovata o si verifica un errore durante la procedura di collegamento App Flip, l'utente viene reindirizzato al flusso di collegamento semplificato o OAuth.

Figura 2. Collegamento dell'account sullo smartphone di un utente con App Flip

Collegamento semplificato basato su OAuth ("Semplificato")

Il collegamento semplificato Accedi con Google basato su OAuth aggiunge Accedi con Google al collegamento OAuth, consentendo agli utenti di completare la procedura di collegamento senza uscire dalla superficie Google, riducendo così gli attriti e gli abbandoni. Il collegamento semplificato basato su OAuth offre la migliore esperienza utente con l'accesso, la creazione dell'account e il collegamento dell'account senza interruzioni combinando Accedi con Google e il collegamento OAuth. Il tuo servizio deve supportare gli endpoint di autorizzazione e scambio di token conformi a OAuth 2.0. Inoltre, l'endpoint di scambio di token deve supportare le asserzioni JSON Web Token (JWT) e implementare gli intenti check, create, e get.

Nota: durante questo flusso, l'utente non esce mai dalla superficie Google, quindi Google deve mostrare il consenso per conto della terza parte affinché il flusso funzioni correttamente.

Come funziona:

Google asserisce l'account utente e ti trasmette queste informazioni:

• Se esiste un account per l'utente nel tuo database, l'utente collega correttamente il proprio Account Google al proprio account sul tuo servizio.
• Se non esiste un account per l'utente nel tuo database, l'utente può creare un nuovo account di terze parti con le informazioni asserite fornite da Google: indirizzo email, nome e immagine del profilo oppure scegliere di accedere e collegare con un altro indirizzo email (in questo caso dovrà accedere al tuo servizio utilizzando il collegamento OAuth ).

Figura 3. Collegamento dell'account sullo smartphone di un utente con il collegamento semplificato

Quale flusso dovresti utilizzare?

Ti consigliamo di implementare tutti i flussi per garantire agli utenti la migliore esperienza di collegamento. I flussi semplificati e App Flip riducono gli attriti di collegamento, in quanto gli utenti possono completare la procedura di collegamento in pochi passaggi. Il flusso di collegamento OAuth richiede il minimo sforzo ed è un buon punto di partenza, dopodiché puoi aggiungere gli altri flussi di collegamento.

Nota: il flusso di collegamento OAuth è obbligatorio per tutte le integrazioni, in quanto è il fall back per gli altri flussi.

Utilizzare i token

Il collegamento dell'Account Google si basa sullo standard di settore OAuth 2.0.

Rilasci token di accesso a Google per i singoli Account Google dopo aver ottenuto il consenso dei titolari degli account per collegare i propri account e condividere i dati.

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.

Collegamento persistente

Il collegamento persistente è un requisito fondamentale per le integrazioni stabili. Garantisce che gli account utente rimangano collegati anche durante guasti di rete temporanei o aggiornamenti periodici delle credenziali.

Per implementare il collegamento persistente, utilizza un approccio a "finestra scorrevole": estendi la scadenza del token di aggiornamento esistente anziché ruotarlo (fai riferimento alla sezione 6 della RFC 6749). In questo modo si evitano condizioni di competizione e scollegamenti involontari che possono verificarsi se viene emesso un nuovo token di aggiornamento, ma non viene ricevuto o memorizzato correttamente da Google.

Registrarsi con Google

Avremo bisogno dei dettagli della configurazione di OAuth 2.0 e di condividere le credenziali per attivare il collegamento dell'account. Per i dettagli, consulta la sezione relativa alla registrazione.