Przegląd

Dzięki połączeniu kont właściciele kont Google mogą szybko, bezproblemowo i bezpiecznie łączyć się z Twoimi usługami. Możesz wdrożyć funkcję Linkowanie kont Google, aby udostępniać dane użytkownika z Twojej platformy aplikacjom i usługom Google.

Bezpieczny protokół OAuth 2.0 umożliwia bezpieczne połączenie konta Google użytkownika z jego kontem na Twojej platformie, co pozwala aplikacjom i urządzeniom Google na dostęp do Twoich usług.

Użytkownicy mogą łączyć i rozłączać swoje konta oraz opcjonalnie utworzyć nowe konto na Twojej platformie za pomocą funkcji połączenia z kontami Google.

Przypadki użycia

Oto kilka powodów, dla których warto wdrożyć łączenie kont Google:

• Udostępnianie danych użytkownika z Twojej platformy aplikacjom i usługom Google.

• Odtwarzaj filmy i inne treści za pomocą Google TV.

• Urządzeniami połączonymi z inteligentnym domem Google możesz sterować i sterować za pomocą aplikacji Google Home i Asystenta Google mówiącego „OK Google, włącz światło”.

• Twórz niestandardowe funkcje Asystenta Google za pomocą działań konwersacyjnych, np. „OK Google, zamów mój ulubiony napój w Starbucksie”.

• Umożliwienie użytkownikom zdobywania nagród za oglądanie kwalifikujących się transmisji na żywo w YouTube po połączeniu konta Google z kontem partnera.

• wypełnianie nowych kont podczas rejestracji za pomocą danych udostępnionych za zgodą użytkownika z profilu konta Google;

Obsługiwane funkcje

Połączenie z kontem Google obsługuje te funkcje:

• Szybko i łatwo udostępniaj dane za pomocą implikowanego procesu łączenia OAuth.

• Zapewnij większą ochronę dzięki procedurze łączenia OAuth za pomocą kodu autoryzacji.

• Zaloguj się na konto dotychczasowego użytkownika lub zarejestruj nowego użytkownika zweryfikowanego przez Google na Twojej platformie, uzyskaj jego zgodę i bezpiecznie udostępnij dane za pomocą uproszczonego łączenia.

• Zmniejsz trudności dzięki App Flip. Z zaufanej aplikacji Google możesz jednym kliknięciem otworzyć zweryfikowaną aplikację na Androida lub iOS, wyrazić zgodę użytkownika i połączyć konta.

• Możesz zwiększyć prywatność użytkowników dzięki zdefiniowaniu niestandardowych zakresów, które będą udostępniać tylko niezbędne dane, i zwiększyć zaufanie użytkowników przez jasne określenie, jak są wykorzystywane ich dane.

• Dostęp do danych i usług hostowanych na Twojej platformie można cofnąć, rozłączając konta. Wdrożenie opcjonalnego punktu końcowego unieważnienia tokena pozwala zachować synchronizację ze zdarzeniami inicjowanymi przez Google, a ochrona wszystkich kont (RISC) pozwala powiadamiać Google o wszystkich zdarzeniach rozłączania, które mają miejsce na Twojej platformie.

Uwaga: większość dokumentacji OAuth 2.0 dotyczącej platformy Google Identity Platform zawiera informacje o tym, jak użytkownicy mogą się logować za pomocą swoich kont Google i uzyskiwać autoryzację do wywoływania interfejsów API Google w ich imieniu. Łączenie konta Google obejmuje odwrotną sytuację, gdy użytkownik usługi Google może uwierzytelnić się na Twojej platformie i wywoływać interfejsy API Twojej usługi. Jeśli chcesz używać OAuth 2.0 do uzyskiwania dostępu do interfejsów API Google, zapoznaj się z dokumentacją dotyczącą klienta OAuth 2.0.

Proces łączenia kont

Istnieją 3 procesy łączenia kont Google, z których wszystkie są oparte na OAuth i wymagają zarządzania punktami końcowymi autoryzacji i wymiany tokenów zgodnymi z OAuth 2.0 lub ich kontrolowania.

W trakcie procesu łączenia wydajesz tokeny dostępu do Google dla poszczególnych kont Google po uzyskaniu zgody ich właścicieli na połączenie kont i udostępnianie danych.

Łączenie przez OAuth (``Web OAuth``)

Jest to podstawowy proces OAuth, który kieruje użytkowników do Twojej witryny w celu połączenia. Użytkownik jest przekierowywany do Twojej witryny, aby mógł zalogować się na swoje konto. Po zalogowaniu się użytkownik wyraża zgodę na udostępnianie Google swoich danych w Twojej usłudze. W tym momencie konto Google użytkownika i Twoja usługa są połączone.

Łączenie przez OAuth obsługuje kod autoryzacji i niejawne przepływy OAuth. Na potrzeby procesu niejawnego Twoja usługa musi hostować punkt końcowy autoryzacji zgodny z protokołem OAuth 2.0. Podczas korzystania z przepływu kodu autoryzacji Twoja usługa musi udostępniać zarówno punkt końcowy autoryzacji, jak i punkt wymiany tokenów.

Uwaga: implementacja protokołu OAuth w internecie jest wymagana w przypadku wszystkich integracji z usługą łączenia kont, ponieważ jest to metoda zapasowa w przypadku przełączania aplikacji i uproszczonych procesów.

Rysunek 1 Łączenie kont na telefonie użytkownika za pomocą OAuth w internecie

Łączenie z przewracaniem aplikacji oparte na protokole OAuth („przewracanie aplikacji”)

Proces OAuth, który kieruje użytkowników do aplikacji w celu połączenia.

Połączenie z linkiem do aplikacji oparte na protokole OAuth pomaga użytkownikom przechodzić między zweryfikowanymi aplikacjami mobilnymi na Androida lub iOS a platformą Google, aby zapoznać się z proponowanymi zmianami w dostępie do danych i wyrazić zgodę na połączenie ich kont na Twojej platformie z kontami Google. Aby można było włączyć usługę App Flip, Twoja usługa musi obsługiwać łączenie przez OAuth lub łączenie logowania przez Google z użyciem protokołu OAuth przy użyciu kodu autoryzacji.

Przełączanie aplikacji jest obsługiwane na Android i iOS.

Jak to działa:

Aplikacja Google sprawdza, czy Twoja aplikacja jest zainstalowana na urządzeniu użytkownika:

• Jeśli aplikacja zostanie znaleziona, użytkownik zostanie przekierowany do Twojej aplikacji. Twoja aplikacja uzyska zgodę użytkownika na połączenie konta z Google, a potem „przełączy” użytkownika na interfejs Google.
• Jeśli aplikacja nie zostanie znaleziona lub podczas jej łączenia wystąpi błąd, użytkownik zostanie przekierowany do przepływu uproszczonego lub internetowego protokołu OAuth.

Rysunek 2. Łączenie kont na telefonie użytkownika za pomocą App Flip

Uproszczone łączenie za pomocą OAuth (tzw. „uproszczone”)

Uproszczone logowanie Google na podstawie OAuth umożliwia dodanie logowania Google do logowania OAuth, dzięki czemu użytkownicy mogą dokończyć proces łączenia bez opuszczania interfejsu Google, co zmniejsza trudności i odmowy. Uproszczone łączenie przez protokół OAuth zapewnia użytkownikom najlepsze wrażenia podczas logowania się oraz tworzenia i łączenia kont dzięki połączeniu Logowania przez Google i protokołu OAuth. Twoja usługa musi obsługiwać punkty końcowe do autoryzacji i wymiany tokenów zgodne z OAuth 2.0. Dodatkowo punkt końcowy wymiany tokenów musi obsługiwać asercje tokena internetowego JSON (JWT) i implementować intencje check, create oraz get.

Uwaga: użytkownik nie opuszcza interfejsu Google podczas tego procesu, więc aby proces działał prawidłowo, Google musi uzyskać zgodę w imieniu strony trzeciej.

Jak to działa:

Google potwierdza konto użytkownika i przekazuje Ci te informacje:

• Jeśli w Twojej bazie danych istnieje konto użytkownika, ten może połączyć swoje konto Google z kontem w Twojej usłudze.
• Jeśli w Twojej bazie danych nie ma konta użytkownika, może on utworzyć nowe konto zewnętrzne z podanych przez Google informacji : adresu e-mail, imienia i nazwiska oraz zdjęcia profilowego. Może też zalogować się i połączyć konto z innym adresem e-mail (wymaga to zalogowania się w Twojej usłudze przez interfejs OAuth).

Rysunek 3. Łączenie konta na telefonie użytkownika za pomocą uproszczonego łączenia

Którego procesu używać?

Zalecamy wdrożenie wszystkich procesów, aby zapewnić użytkownikom jak najlepsze wrażenia podczas łączenia kont. Uproszczone procesy łączenia kont i aplikacji upraszczają proces łączenia, ponieważ użytkownicy mogą ukończyć proces łączenia w zaledwie kilku krokach. Łączenie przy użyciu internetowego protokołu OAuth jest najmniejszą metodą wysiłku, od której warto zacząć. Możesz później dodawać kolejne procesy łączenia.

Uwaga: proces Web OAuth jest wymagany we wszystkich integracjach, ponieważ jest używany dla innych przepływów.

Praca z tokenami

Połączenie konta Google jest oparte na standardzie branżowym OAuth 2.0.

Tokeny dostępu dla poszczególnych kont Google są wydawane w Google po uzyskaniu zgody właścicieli na łączenie ich kont i udostępnianie danych.

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.

Rejestracja w Google

Aby umożliwić Ci łączenie kont, potrzebujemy szczegółów konfiguracji OAuth 2.0 i danych logowania. Szczegółowe informacje znajdziesz w formularzu rejestracyjnym.