Chọn quy trình tích hợp
Chọn quy trình phù hợp nhất với nhu cầu của bạn:
| Đường dẫn | Phù hợp nhất cho | Tìm hiểu thêm |
|---|---|---|
| Giao thức thương mại toàn cầu (UCP) | Người bán và nhà bán lẻ. | Tài liệu về UCP |
| Liên kết tài khoản tiêu chuẩn | Nhà thông minh, TV và YouTube. | Tài liệu |
Tính năng liên kết tài khoản cho phép chủ sở hữu Tài khoản Google kết nối nhanh chóng, liền mạch và an toàn với các dịch vụ của bạn. Bạn có thể chọn triển khai tính năng Liên kết Tài khoản Google để chia sẻ dữ liệu của người dùng từ nền tảng của bạn với các ứng dụng và dịch vụ của Google.
Giao thức OAuth 2.0 an toàn cho phép bạn liên kết an toàn Tài khoản Google của người dùng với tài khoản của họ trên nền tảng của bạn, nhờ đó cấp cho các ứng dụng và thiết bị của Google quyền truy cập vào các dịch vụ của bạn.
Người dùng có thể liên kết hoặc huỷ liên kết tài khoản và tuỳ ý tạo tài khoản mới trên nền tảng của bạn bằng tính năng Liên kết Tài khoản Google.
Trường hợp sử dụng
Sau đây là một số lý do để triển khai tính năng Liên kết Tài khoản Google:
Chia sẻ dữ liệu của người dùng từ nền tảng của bạn với các ứng dụng và dịch vụ của Google.
Tích hợp với Google Mua sắm và các nền tảng AI (Tìm kiếm, Gemini) bằng Giao thức thương mại toàn cầu (UCP).
Phát nội dung video và phim bằng Google TV.
Quản lý và điều khiển các thiết bị thông minh trong nhà được kết nối Google Smart Home bằng ứng dụng Google Home và Trợ lý Google, "Ok Google, bật đèn".
Tạo trải nghiệm và chức năng tuỳ chỉnh của Trợ lý Google cho người dùng bằng Hành động đàm thoại, "Ok Google, đặt món thường dùng của tôi ở Starbucks".
Cho phép người dùng kiếm phần thưởng bằng cách xem các sự kiện phát trực tiếp đủ điều kiện trên YouTube sau khi liên kết Tài khoản Google của họ với một tài khoản đối tác trao thưởng.
Điền sẵn thông tin vào tài khoản mới trong quá trình đăng ký bằng dữ liệu được chia sẻ có sự đồng ý từ hồ sơ Tài khoản Google.
Tính năng và yêu cầu
Ma trận sau đây xác định mức hỗ trợ và các đề xuất cho từng quy trình liên kết.
| Quy trình liên kết | Tính năng tiêu chuẩn | Tính năng UCP |
|---|---|---|
| Chuyển đổi ứng dụng | Đề xuất | Đề xuất |
| Liên kết đơn giản | Đề xuất | Đề xuất |
| OAuth trên web | Bắt buộc (Dự phòng) | Bắt buộc (Dự phòng) |
| OAuth 2.1 | Đề xuất | Đề xuất |
Cải thiện quyền riêng tư của người dùng bằng cách xác định phạm vi tuỳ chỉnh để chỉ chia sẻ dữ liệu cần thiết, tăng niềm tin của người dùng bằng cách xác định rõ cách sử dụng dữ liệu của họ.
Bạn có thể thu hồi quyền truy cập vào dữ liệu và dịch vụ được lưu trữ trên nền tảng của mình bằng cách huỷ liên kết tài khoản. Việc triển khai điểm cuối thu hồi mã thông báo không bắt buộc cho phép bạn duy trì trạng thái đồng bộ với các sự kiện do Google khởi xướng, trong khi tính năng Bảo vệ trên nhiều tài khoản (RISC) cho phép bạn thông báo cho Google về mọi sự kiện huỷ liên kết diễn ra trên nền tảng của bạn.
Quy trình liên kết tài khoản
Có 3 quy trình Liên kết Tài khoản Google, tất cả đều dựa trên OAuth và yêu cầu bạn quản lý hoặc kiểm soát các điểm cuối trao đổi mã thông báo và uỷ quyền tuân thủ OAuth 2.0.
Trong quá trình liên kết, bạn cấp mã truy cập cho Google đối với từng Tài khoản Google sau khi nhận được sự đồng ý của chủ sở hữu tài khoản để liên kết tài khoản và chia sẻ dữ liệu.
Liên kết OAuth ("OAuth trên web")
Đây là quy trình OAuth cơ bản gửi người dùng đến trang web của bạn để liên kết. Người dùng được chuyển hướng đến trang web của bạn để đăng nhập vào tài khoản của họ. Sau khi đăng nhập, người dùng đồng ý chia sẻ dữ liệu của họ trên dịch vụ của bạn với Google. Tại thời điểm đó, Tài khoản Google của người dùng và dịch vụ của bạn sẽ được liên kết.
Tính năng Liên kết OAuth hỗ trợ mã uỷ quyền và các quy trình OAuth ngầm ẩn. Dịch vụ của bạn phải lưu trữ một điểm cuối uỷ quyền tuân thủ OAuth 2.0 cho luồng cấp quyền trực tiếp và phải hiển thị cả điểm cuối trao đổi mã thông báo và uỷ quyền khi sử dụng quy trình sử dụng mã uỷ quyền.
Hình 1. Liên kết tài khoản trên điện thoại của người dùng bằng OAuth trên web
Liên kết chuyển đổi ứng dụng dựa trên OAuth ("Chuyển đổi ứng dụng")
Một quy trình OAuth gửi người dùng đến ứng dụng của bạn để liên kết.
Tính năng Liên kết chuyển đổi ứng dụng dựa trên OAuth hướng dẫn người dùng khi họ di chuyển giữa các ứng dụng di động Android hoặc iOS đã xác minh của bạn và nền tảng của Google để xem xét các thay đổi được đề xuất về quyền truy cập dữ liệu và cấp sự đồng ý để liên kết tài khoản của họ trên nền tảng của bạn với Tài khoản Google của họ. Để bật tính năng Chuyển đổi ứng dụng, dịch vụ của bạn phải hỗ trợ tính năng Liên kết OAuth hoặc tính năng Liên kết đăng nhập bằng Google dựa trên OAuth bằng quy trình mã uỷ quyền.
Tính năng Chuyển đổi ứng dụng được hỗ trợ cho cả Android và iOS.
Cách hoạt động:
Ứng dụng Google kiểm tra xem ứng dụng của bạn có được cài đặt trên thiết bị của người dùng hay không:
- Nếu tìm thấy ứng dụng, người dùng sẽ được "chuyển đổi" sang ứng dụng của bạn. Ứng dụng của bạn thu thập sự đồng ý của người dùng để liên kết tài khoản với Google, sau đó "chuyển đổi trở lại" sang nền tảng của Google.
- Nếu không tìm thấy ứng dụng hoặc xảy ra lỗi trong quá trình liên kết lật ứng dụng, người dùng sẽ được chuyển hướng đến quy trình Đơn giản hoặc OAuth trên web.
Hình 2. Liên kết tài khoản trên điện thoại của người dùng bằng tính năng Chuyển đổi ứng dụng
Liên kết đơn giản dựa trên OAuth ("Đơn giản")
Tính năng liên kết đơn giản Đăng nhập bằng Google dựa trên OAuth thêm tính năng Đăng nhập bằng Google vào tính năng liên kết OAuth, cho phép người dùng hoàn tất quy trình liên kết mà không cần rời khỏi nền tảng của Google, nhờ đó giảm thiểu sự gián đoạn và tỷ lệ bỏ qua.
Tính năng Liên kết đơn giản dựa trên OAuth
mang lại trải nghiệm tốt nhất cho người dùng với tính năng đăng nhập liền mạch, tạo tài khoản và
liên kết tài khoản bằng cách kết hợp tính năng Đăng nhập bằng Google với tính năng liên kết OAuth. Dịch vụ của bạn phải hỗ trợ các điểm cuối trao đổi mã thông báo và uỷ quyền tuân thủ OAuth 2.0.
Ngoài ra, điểm cuối trao đổi mã thông báo phải hỗ trợ
Mã thông báo web JSON
(JWT) các câu lệnh và triển khai các
check,
create,
và get,
ý định.
Cách hoạt động:
Google xác nhận tài khoản người dùng và chuyển thông tin này cho bạn:
- Nếu có tài khoản cho người dùng trong cơ sở dữ liệu của bạn, thì người dùng sẽ liên kết thành công Tài khoản Google của họ với tài khoản của họ trên dịch vụ của bạn.
- Nếu không có tài khoản cho người dùng trong cơ sở dữ liệu của bạn, thì người dùng có thể tạo tài khoản bên thứ ba mới bằng thông tin được xác nhận mà Google cung cấp : email, tên và ảnh hồ sơ hoặc chọn đăng nhập và liên kết với một email khác (việc này sẽ yêu cầu họ đăng nhập vào dịch vụ của bạn bằng OAuth trên web).
Hình 3. Liên kết tài khoản trên điện thoại của người dùng bằng tính năng Liên kết đơn giản
Bạn nên sử dụng quy trình nào?
Bạn nên triển khai tất cả các quy trình để đảm bảo người dùng có được trải nghiệm liên kết tốt nhất. Các quy trình Đơn giản và lật ứng dụng giúp giảm thiểu sự gián đoạn trong quá trình liên kết vì người dùng có thể hoàn tất quy trình liên kết chỉ trong vài bước. Quy trình liên kết OAuth trên web có mức độ nỗ lực thấp nhất và là một nơi tốt để bắt đầu, sau đó bạn có thể thêm các quy trình liên kết khác.
Làm việc với mã thông báo
Tính năng Liên kết Tài khoản Google dựa trên tiêu chuẩn ngành OAuth 2.0.
Làm việc với mã thông báo
Bạn cấp mã truy cập cho Google đối với từng Tài khoản Google sau khi nhận được sự đồng ý của chủ sở hữu tài khoản để liên kết tài khoản và chia sẻ dữ liệu.
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:
- Increase token lifetime to greater than maintenance period.
- Wait twice the duration of your access token lifetime, enabling users to exchange short lived tokens for longer duration tokens.
- Enter maintenance.
- Respond to token requests with a
503error code and empty body. - Exit maintenance.
- Decrease token lifetime back to normal.
Liên kết liên tục
Liên kết liên tục là một yêu cầu cốt lõi để tích hợp ổn định. Tính năng này đảm bảo rằng tài khoản người dùng vẫn được liên kết ngay cả trong trường hợp lỗi mạng tạm thời hoặc làm mới thông tin xác thực định kỳ.
Để triển khai tính năng liên kết liên tục, hãy sử dụng phương pháp "cửa sổ trượt": kéo dài thời gian hết hạn của Mã làm mới hiện có thay vì xoay vòng mã này (tham khảo RFC 6749 Phần 6). Điều này giúp ngăn chặn tình trạng tranh chấp và huỷ liên kết không mong muốn có thể xảy ra nếu một Mã làm mới mới được cấp nhưng Google không nhận hoặc lưu trữ thành công.
Đăng ký với Google
Chúng tôi cần thông tin chi tiết về quá trình thiết lập OAuth 2.0 và chia sẻ thông tin xác thực để bật tính năng liên kết tài khoản. Hãy xem phần đăng ký để biết thông tin chi tiết.