Przegląd

Łączenie kont umożliwia posiadaczom kont Google szybkie, bezproblemowe i bezpieczne łączenie się z Twoimi usługami. Możesz wdrożyć łączenie 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, dzięki czemu aplikacje i urządzenia Google uzyskują dostęp do Twoich usług.

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

Przypadki użycia

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

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

  • Odtwarzanie treści wideo i filmów za pomocą Google TV.

  • Zarządzanie połączonymi urządzeniami inteligentnego domu Google i sterowanie nimi za pomocą aplikacji Google Home i Asystenta Google, np. „OK Google, włącz światło”.

  • Tworzenie dostosowanych do użytkownika funkcji i możliwości Asystenta Google za pomocą działań konwersacyjnych, "OK Google, zamów moje ulubione danie ze Starbucksa".

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

  • Wstępne wypełnianie nowych kont podczas rejestracji danymi udostępnionymi za zgodą użytkownika z profilu konta Google.

Obsługiwane funkcje

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

  • Szybkie udostępnianie danych za pomocą niejawnego przepływu łączenia OAuth.

  • Zwiększanie bezpieczeństwa dzięki przepływowi kodu autoryzacji łączenia OAuth.

  • Logowanie obecnych użytkowników lub rejestrowanie nowych użytkowników zweryfikowanych przez Google na Twojej platformie, uzyskiwanie ich zgody i bezpieczne udostępnianie danych za pomocą uproszczonego łączenia.

  • Zmniejszanie trudności dzięki funkcji App Flip. W zaufanej aplikacji Google jednym dotknięciem bezpiecznie otworzysz zweryfikowaną aplikację na Androida lub iOS, a jednym dotknięciem użytkownik wyrazi zgodę użytkownika i połączy konta.

  • Zwiększanie prywatności użytkowników dzięki definiowaniu niestandardowych zakresów, aby udostępniać tylko niezbędne dane, oraz zwiększanie zaufania użytkowników dzięki jasnemu określeniu, jak ich dane są wykorzystywane.

  • Dostęp do danych i usług hostowanych na Twojej platformie można cofnąć, rozłączając konta. Wdrożenie opcjonalnego punktu końcowego odwoływania tokenów umożliwia synchronizację ze zdarzeniami inicjowanymi przez Google, a ochrona międzykontowa Protection (RISC) pozwala powiadamiać Google o wszystkich zdarzeniach rozłączenia, które mają miejsce na Twojej platformie.

Przepływy łączenia kont

Istnieją 3 przepływy łączenia z kontem Google. Wszystkie są oparte na protokole OAuth i wymagają zarządzania punktami końcowymi autoryzacji i wymiany tokenów zgodnymi z OAuth 2.0 lub kontrolowania ich.

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

Łączenie OAuth („OAuth w internecie”)

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

Łączenie OAuth obsługuje przepływy kodu autoryzacji i niejawne przepływy OAuth. Twoja usługa musi hostować punkt końcowy autoryzacji zgodny z OAuth 2.0 w przypadku przepływu niejawnego oraz musi udostępniać punkt końcowy autoryzacji i wymiany tokenów w przypadku korzystania z przepływu kodu autoryzacji.

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

Łączenie App Flip oparte na OAuth („App Flip”)

Przepływ OAuth, który przekierowuje użytkowników do Twojej aplikacji w celu połączenia kont.

Łączenie App Flip oparte na OAuth prowadzi użytkowników podczas przechodzenia między zweryfikowanymi aplikacjami mobilnymi na Androida lub iOS a platformą Google, aby mogli przejrzeć proponowane zmiany dostępu do danych i wyrazić zgodę na połączenie konta na Twojej platformie z kontem Google. Aby włączyć przejście do aplikacji, Twoja usługa musi obsługiwać łączenie OAuth lub logowanie przez Google oparte na OAuth za pomocą przepływu kodu autoryzacji.

App Flip jest obsługiwany zarówno na Android, jak 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 uzyskuje zgodę użytkownika na połączenie konta z Google, a następnie „przekierowuje” go z powrotem do interfejsu Google.
  • Jeśli aplikacja nie zostanie znaleziona lub podczas procesu przejścia do aplikacji wystąpi błąd, użytkownik zostanie przekierowany do przepływu uproszczonego lub protokołu OAuth w internecie.

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

Uproszczone łączenie oparte na OAuth („Uproszczone”)

Uproszczone łączenie logowania przez Google oparte na OAuth dodaje logowanie przez Google do łączenia OAuth, co umożliwia użytkownikom dokończenie procesu łączenia bez opuszczania interfejsu Google, a tym samym zmniejsza trudności i liczbę rezygnacji. Uproszczone łączenie oparte na protokole OAuth zapewnia najlepsze wrażenia użytkownika dzięki bezproblemowemu logowaniu, tworzeniu konta i łączeniu kont przez połączenie Zaloguj się przez Google z łączeniem protokołu OAuth. Twoja usługa musi obsługiwać punkty końcowe autoryzacji i wymiany tokenów zgodne z protokołem OAuth 2.0. Dodatkowo punkt końcowy wymiany tokenów musi obsługiwać asercje tokena sieciowego JSON (JWT) i implementować intencje check, create, i get, .

Jak to działa:

Google potwierdza konto użytkownika i przekazuje te informacje do Ciebie:

  • Jeśli w Twojej bazie danych istnieje konto użytkownika, użytkownik pomyślnie 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 osoby trzeciej z potwierdzonymi informacjami podanymi przez Google : adresem e-mail, imieniem i nazwiskiem oraz zdjęciem profilowym lub zalogować się i połączyć z innym adresem e-mail (będzie to wymagało zalogowania się w Twojej usłudze za pomocą protokołu OAuth w internecie).

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

Który przepływ wybrać?

Zalecamy wdrożenie wszystkich przepływów, aby zapewnić użytkownikom jak najlepsze wrażenia podczas łączenia. Przepływy uproszczone i przejście do aplikacji zmniejszają trudności związane z łączeniem, ponieważ użytkownicy mogą dokończyć proces łączenia w kilku krokach. Łączenie OAuth w internecie wymaga najmniej wysiłku i jest dobrym punktem wyjścia, po którym możesz dodać inne przepływy łączenia.

Praca z tokenami

Łączenie z kontem Google jest oparte na standardzie branżowym OAuth 2.0.

Wydajesz tokeny dostępu do poszczególnych kont Google po uzyskaniu zgody posiadaczy kont na połączenie 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.

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 włączyć łączenie kont, potrzebujemy szczegółów konfiguracji OAuth 2.0 i danych logowania. Więcej informacji znajdziesz w artykule Rejestracja.