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.

Jenis token

OAuth 2.0 menggunakan string yang disebut token untuk berkomunikasi antara agen pengguna, aplikasi klien, dan server OAuth 2.0.

Tiga jenis token OAuth 2.0 dapat digunakan selama penautan akun:

• Kode otorisasi. Token berumur pendek yang dapat ditukar dengan token akses dan refresh. Untuk tujuan keamanan, Google memanggil endpoint otorisasi Anda untuk mendapatkan kode sekali pakai atau kode yang masa berlakunya sangat singkat.

• Token akses. Token yang memberikan akses pembawa ke resource. Untuk membatasi eksposur yang dapat terjadi akibat hilangnya token ini, token tersebut memiliki masa aktif terbatas, biasanya berakhir setelah sekitar satu jam.

• Token refresh. Token yang memiliki masa aktif yang lama yang dapat ditukar dengan token akses baru saat masa berlaku token akses berakhir. Saat layanan Anda terintegrasi dengan Google, token ini disimpan dan digunakan secara eksklusif oleh Google. Google memanggil endpoint pertukaran token Anda untuk menukar token refresh dengan token akses, yang pada gilirannya digunakan untuk mengakses data pengguna.

Penanganan token

Kondisi persaingan dalam lingkungan berklaster dan pertukaran klien-server dapat menghasilkan skenario penanganan error dan pengaturan waktu yang kompleks saat bekerja dengan token. Contoh:

• Anda menerima permintaan untuk token akses baru, dan Anda mengeluarkan token akses baru. Secara bersamaan, Anda menerima permintaan akses ke resource layanan Anda menggunakan token akses sebelumnya yang belum habis masa berlakunya.
• Respons token refresh Anda belum diterima (atau tidak pernah diterima) oleh Google. Sementara itu, token refresh yang sebelumnya valid digunakan dalam permintaan dari Google.

Permintaan dan balasan dapat tiba dalam urutan apa pun, atau tidak sama sekali karena layanan asinkron yang berjalan di cluster, perilaku jaringan, atau cara lainnya.

Status bersama yang langsung dan sepenuhnya konsisten, baik di dalam maupun di antara sistem penanganan token Anda dan Google, tidak dapat dijamin. Beberapa token yang valid dan belum habis masa berlakunya dapat ada bersama dalam atau di seluruh sistem dalam jangka waktu singkat. Untuk meminimalkan dampak negatif pada pengguna, sebaiknya lakukan hal berikut:

• Menerima token akses yang belum habis masa berlakunya, bahkan setelah token yang lebih baru dikeluarkan.
• Gunakan alternatif untuk Refresh Token Rotation.
• Mendukung beberapa token akses dan refresh yang valid secara bersamaan. Untuk keamanan, Anda harus membatasi jumlah token dan masa berlaku token.

Penanganan pemeliharaan dan gangguan

Selama pemeliharaan atau gangguan yang tidak direncanakan, Google mungkin tidak dapat memanggil endpoint otorisasi atau pertukaran token Anda untuk mendapatkan token akses dan refresh.

Endpoint Anda harus merespons dengan kode error 503 dan isi kosong. Dalam kasus ini, Google mencoba kembali permintaan pertukaran token yang gagal untuk jangka waktu terbatas. Dengan catatan bahwa Google dapat memperoleh token akses dan refresh di lain waktu, permintaan yang gagal tidak terlihat oleh pengguna.

Peringatan: Jangan menampilkan kode error 400 dan isi {"error": "invalid_grant"} selama pemeliharaan atau gangguan. Tindakan ini akan menghapus token yang dikeluarkan sebelumnya dan meminta pengguna untuk menautkan kembali akun mereka.

Permintaan token akses yang gagal akan menghasilkan error yang terlihat, jika dimulai oleh pengguna. Pengguna akan diminta untuk mencoba lagi kegagalan penautan jika alur OAuth 2.0 implisit digunakan.

Rekomendasi

Ada banyak solusi untuk meminimalkan dampak pemeliharaan. Beberapa opsi yang perlu dipertimbangkan:

• Pertahankan layanan yang ada dan arahkan sejumlah kecil permintaan ke layanan yang baru diperbarui. Migrasikan semua permintaan hanya setelah mengonfirmasi fungsi yang diharapkan.

• Kurangi jumlah permintaan token selama periode pemeliharaan:

  • Batasi periode pemeliharaan hingga kurang dari masa berlaku token akses.

  • Meningkatkan masa berlaku token akses untuk sementara:

    1. Tingkatkan masa berlaku token menjadi lebih lama dari periode pemeliharaan.
    2. Tunggu dua kali durasi masa aktif token akses Anda, sehingga pengguna dapat menukarkan token berdurasi singkat dengan token berdurasi lebih lama.
    3. Masuk ke pemeliharaan.
    4. Merespons permintaan token dengan kode error 503 dan isi kosong.
    5. Keluar dari pemeliharaan.
    6. Mengurangi masa aktif token kembali ke normal.

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.