Ringkasan

Memilih jalur integrasi

Pilih jalur yang paling sesuai dengan kebutuhan Anda:

Jalur	Paling cocok untuk	Pelajari lebih lanjut
Universal Commerce Protocol (UCP)	Penjual dan retailer.	Dokumen UCP
Penautan Akun Standar	Smart Home, TV, dan YouTube.	Dokumen

Catatan: Jalur integrasi ini bersifat komplementer. Jika Anda menerapkan UCP, sebaiknya tinjau panduan Penautan Identitas UCP untuk mengetahui persyaratan khusus produk dan dokumentasi ini untuk mengetahui detail implementasi OAuth inti.

Penautan akun memungkinkan pemegang Akun Google terhubung ke layanan Anda dengan cepat, lancar, dan aman. Anda dapat memilih untuk menerapkan Penautan Akun Google untuk membagikan data pengguna dari platform Anda ke aplikasi dan layanan Google.

Protokol OAuth 2.0 yang aman memungkinkan Anda menautkan Akun Google pengguna dengan akunnya di platform Anda secara aman, sehingga memberikan akses aplikasi dan perangkat Google ke layanan Anda.

Pengguna dapat menautkan atau membatalkan tautan akun mereka dan secara opsional membuat akun baru di platform Anda dengan Penautan Akun Google.

Kasus penggunaan

Beberapa alasan untuk menerapkan Penautan Akun Google adalah:

• Membagikan data pengguna dari platform Anda ke aplikasi dan layanan Google.

• Melakukan integrasi dengan Google Shopping dan platform AI (Penelusuran, Gemini) menggunakan Universal Commerce Protocol (UCP).

• Memutar konten video dan film Anda menggunakan Google TV.

• Mengelola dan mengontrol perangkat Smart Home Google yang terhubung menggunakan aplikasi Google Home dan Asisten Google, "Ok Google, nyalakan lampu".

• Membuat pengalaman dan fungsi Asisten Google yang disesuaikan pengguna dengan Conversational Actions, "Ok Google, pesan kopi seperti biasa dari Starbucks".

• Memungkinkan pengguna mendapatkan reward dengan menonton live stream yang memenuhi syarat di YouTube setelah menautkan Akun Google mereka ke akun partner reward .

• Mengisi akun baru secara otomatis selama pendaftaran dengan data yang dibagikan secara konsensual dari a profil Akun Google.

Kemampuan &Persyaratan

Matriks berikut menentukan dukungan dan rekomendasi untuk setiap alur penautan.

Alur Penautan	Fitur Standar	Fitur UCP
App Flip	Disarankan	Disarankan
Penautan yang disederhanakan	Disarankan	Disarankan
Penautan OAuth	Wajib diisi (Fallback)	Wajib diisi (Fallback)
OAuth 2.1	Disarankan	Disarankan

Pengembangan Agentic (MCP &UCP)

Model Bahasa Besar (LLM) dan Agen AI memerlukan autentikasi yang kuat untuk mengakses data pengguna. Penautan Akun Google mendukung paradigma baru ini:

• Model Context Protocol (MCP): GAL bertindak sebagai handshake keamanan. Agen menggunakan token OAuth 2.1 untuk membuat kueri alat server MCP Anda secara aman.

• Universal Commerce Protocol (UCP): Memungkinkan agen belanja mengakses profil pengguna dan vektor pembayaran secara aman.

• Meningkatkan privasi pengguna dengan menentukan cakupan kustom untuk hanya membagikan data yang diperlukan, meningkatkan kepercayaan pengguna dengan menentukan secara jelas cara data mereka digunakan.

• Akses ke data dan layanan yang dihosting di platform Anda dapat dicabut dengan membatalkan tautan akun. Dengan menerapkan endpoint pencabutan token opsional, Anda dapat tetap melakukan sinkronisasi dengan peristiwa yang dimulai Google, sementara Cross-Account Protection (RISC) memungkinkan Anda memberi tahu Google tentang peristiwa pembatalan tautan yang terjadi di platform Anda.

Catatan: Sebagian besar dokumentasi OAuth 2.0 untuk Google Identity Platform membahas cara Anda dapat meminta pengguna login dengan Akun Google mereka dan mendapatkan otorisasi untuk memanggil Google API atas nama mereka. Penautan Akun Google membahas kasus terbalik, yaitu mengizinkan pengguna layanan Google untuk melakukan autentikasi dengan platform Anda dan memanggil API layanan Anda. Jika Anda ingin menggunakan OAuth 2.0 untuk mengakses Google API, lihat dokumentasi klien OAuth 2.0.

Alur penautan akun

Ada 3 alur Penautan Akun Google yang semuanya berbasis OAuth dan mengharuskan Anda mengelola atau mengontrol otorisasi yang sesuai dengan OAuth 2.0 dan endpoint pertukaran token.

Selama proses penautan, Anda akan mengeluarkan token akses ke Google untuk setiap Akun Google setelah mendapatkan izin pemegang akun untuk menautkan akun mereka dan membagikan data.

Penautan OAuth

Ini adalah alur penautan OAuth yang mengarahkan pengguna ke situs Anda untuk penautan. Pengguna akan dialihkan ke situs Anda untuk login ke akun mereka. Setelah login, pengguna akan memberikan izin untuk membagikan data mereka, di layanan Anda, ke Google. Pada saat itu, Akun Google pengguna dan layanan Anda akan ditautkan.

Penautan OAuth mendukung alur OAuth implisit dan kode otorisasi. Layanan Anda harus menghosting endpoint otorisasi yang sesuai dengan OAuth 2.0 untuk alur implisit, dan harus mengekspos endpoint otorisasi dan pertukaran token saat menggunakan alur kode otorisasi.

Perhatian: Untuk alur MCP, UCP, dan yang didukung Agen, OAuth 2.1 wajib digunakan, dan alur implisit tidak didukung. Gunakan alur kode otorisasi.

Catatan: Implementasi penautan OAuth diperlukan untuk semua integrasi penautan akun, karena ini adalah metode penggantian untuk alur App Flip dan yang Disederhanakan.

Gambar 1. Penautan Akun di ponsel pengguna dengan penautan OAuth

Penautan App Flip Berbasis OAuth ('App Flip')

Alur OAuth yang mengarahkan pengguna ke aplikasi Anda untuk penautan.

Penautan App Flip Berbasis OAuth memandu pengguna saat mereka berpindah antara aplikasi seluler Android atau iOS Anda yang terverifikasi dan platform Google untuk meninjau perubahan akses data yang diusulkan dan memberikan izin mereka untuk menautkan akun mereka di platform Anda dengan Akun Google mereka. Untuk mengaktifkan App Flip, layanan Anda harus mendukung penautan OAuth atau Penautan Login dengan Google Berbasis OAuth menggunakan alur kode otorisasi.

App Flip didukung untuk Android dan iOS.

Cara kerjanya:

Aplikasi Google memeriksa apakah aplikasi Anda diinstal di perangkat pengguna:

• Jika aplikasi ditemukan, pengguna akan "dialihkan" ke aplikasi Anda. Aplikasi Anda mengumpulkan izin dari pengguna untuk menautkan akun dengan Google, lalu "dialihkan kembali" ke platform Google.
• Jika aplikasi tidak ditemukan atau terjadi error selama proses penautan app flip, pengguna akan dialihkan ke alur penautan yang Disederhanakan atau OAuth.

Gambar 2. Penautan Akun di ponsel pengguna dengan App Flip

Penautan yang Disederhanakan Berbasis OAuth ('Disederhanakan')

Penautan yang Disederhanakan Berbasis OAuth Login dengan Google menambahkan Login dengan Google di atas penautan OAuth, sehingga memungkinkan pengguna menyelesaikan proses penautan tanpa meninggalkan platform Google, sehingga mengurangi gesekan dan pengabaian. Penautan yang Disederhanakan Berbasis OAuth menawarkan pengalaman pengguna terbaik dengan login yang lancar, pembuatan akun, dan penautan akun dengan menggabungkan Login dengan Google dan penautan OAuth. Layanan Anda harus mendukung otorisasi yang sesuai dengan OAuth 2.0 dan endpoint pertukaran token. Selain itu, endpoint pertukaran token Anda harus mendukung Pernyataan Token Web JSON (JWT) dan menerapkan intent check, create, dan get, .

Catatan: Pengguna tidak pernah meninggalkan platform Google selama alur ini, sehingga Google harus menampilkan izin atas nama pihak ketiga agar alur berfungsi dengan baik.

Cara kerjanya:

Google menegaskan akun pengguna dan meneruskan informasi ini kepada Anda:

• Jika akun ada untuk pengguna di database Anda, pengguna akan berhasil menautkan Akun Google mereka dengan akun mereka di layanan Anda.
• Jika tidak ada akun untuk pengguna di database Anda, pengguna dapat membuat akun pihak ketiga baru dengan informasi yang ditegaskan yang diberikan Google: email, nama, dan foto profil, atau memilih untuk login dan menautkan dengan email lain (hal ini akan mengharuskan mereka login ke layanan Anda menggunakan penautan OAuth ).

Gambar 3. Penautan Akun di ponsel pengguna dengan Penautan yang Disederhanakan

Alur mana yang harus Anda gunakan?

Sebaiknya terapkan semua alur untuk memastikan pengguna mendapatkan pengalaman penautan terbaik. Alur yang Disederhanakan dan App Flip mengurangi gesekan penautan karena pengguna dapat menyelesaikan proses penautan dalam beberapa langkah saja. Alur penautan OAuth memiliki tingkat upaya terendah dan merupakan tempat yang baik untuk memulai, setelah itu Anda dapat menambahkan alur penautan lainnya.

Catatan: Alur penautan OAuth diperlukan untuk semua integrasi karena merupakan penggantian untuk alur lainnya.

Bekerja dengan token

Penautan Akun Google didasarkan pada standar industri OAuth 2.0.

Anda akan mengeluarkan token akses ke Google untuk setiap Akun Google setelah mendapatkan izin pemegang akun untuk menautkan akun mereka dan membagikan data.

令牌类型

OAuth 2.0 使用称为令牌的字符串在用户代理、客户端应用和 OAuth 2.0 服务器之间进行通信。

在帐号关联期间，可以使用三种类型的 OAuth 2.0 令牌：

• 授权代码 。一种短期令牌，可以交换为访问令牌和刷新令牌。出于安全考虑，Google 会调用您的授权端点来获取一次性或短期代码。

• 访问令牌 。一种令牌，用于授予持有者对资源的访问权限。为了限制因丢失此令牌而可能造成的风险，此令牌的生命周期有限，通常会在大约一小时后过期。

• 刷新令牌 。一种长期令牌，当访问令牌过期时，可以交换为新的访问令牌。当您的服务与 Google 集成时，此令牌仅由 Google 存储和使用。Google 会调用您的令牌交换端点，以将刷新令牌交换为访问令牌，而访问令牌又用于访问用户数据。

令牌处理

在集群环境和客户端-服务器交换中，竞争条件可能会导致在使用令牌时出现复杂的时序和错误处理场景。 例如：

• 您收到有关新访问令牌的请求，并签发了新的访问令牌。同时，您收到有关使用之前未过期的访问令牌访问您服务资源的请求。
• Google 尚未收到（或永远不会收到）您的刷新令牌回复。与此同时，之前有效的刷新令牌在 Google 的请求中使用。

由于集群中运行的异步服务、网络行为或其他方式，请求和回复可能会以任何顺序到达，或者根本不会到达。

无法保证您的令牌处理系统和 Google 的令牌处理系统之间以及内部的即时且完全一致的共享状态。在短时间内，多个有效且未过期的令牌可能会在系统内或跨系统共存。为了最大限度地减少对用户的负面影响，我们建议您执行以下操作：

• 接受未过期的访问令牌，即使在签发新令牌后也是如此。
• 使用 刷新令牌轮替的替代方案。
• 支持多个同时有效的访问令牌和刷新令牌。出于安全考虑，您应限制令牌数量和令牌生命周期。

维护和服务中断处理

在维护期间或计划外中断期间，Google 可能无法调用您的授权端点或令牌交换端点来获取访问令牌和刷新令牌。

您的端点应返回 503 错误代码和空正文。在这种情况下，Google 会在有限的时间内重试失败的令牌交换请求。前提是 Google 稍后能够获取刷新令牌和访问令牌，否则用户将无法看到失败的请求。

**警告** ：请勿在维护或中断期间返回 400 错误代码和 {"error": "invalid_grant"} 正文 。这样做会删除之前签发的令牌，并要求用户重新关联其帐号。

如果用户发起的访问令牌请求失败，则会导致显示错误。如果使用隐式 OAuth 2.0 流程，则用户需要重试关联失败。

建议

有很多解决方案可以最大限度地减少维护影响。您可以考虑以下选项：

• 维护现有服务，并将有限数量的请求路由到新更新的服务。仅在确认预期功能后才迁移所有请求。

• 减少维护期间的令牌请求数量：

  • 将维护期限制为小于访问令牌生命周期。

  • 暂时延长访问令牌生命周期：

    1. 将令牌生命周期延长到大于维护期。
    2. 等待访问令牌生命周期的两倍时长，以便用户将短期令牌交换为长期令牌。
    3. 进入维护期。
    4. 使用 503 错误代码和空正文响应令牌请求。
    5. 退出维护期。
    6. 将令牌生命周期缩短回正常水平。

Penautan Persisten

Penautan Persisten adalah persyaratan inti untuk integrasi yang stabil. Hal ini memastikan akun pengguna tetap ditautkan meskipun terjadi kegagalan jaringan sementara atau pembaruan kredensial berkala.

Untuk menerapkan penautan persisten, gunakan pendekatan "jendela geser": perpanjang masa berlaku Token Refresh yang ada , bukan memutarnya (mengacu pada RFC 6749 Bagian 6). Hal ini mencegah kondisi race dan pembatalan tautan yang tidak disengaja yang dapat terjadi jika Token Refresh baru dikeluarkan, tetapi tidak berhasil diterima atau disimpan oleh Google.

Mendaftar ke Google

Kami memerlukan detail penyiapan OAuth 2.0 Anda dan untuk membagikan kredensial guna mengaktifkan penautan akun. Lihat pendaftaran untuk mengetahui detailnya.