Trạng thái chuyển trong thao tác qua email

Bạn có thể truyền trạng thái thông qua URL tiếp tục khi gửi các hành động qua email để đặt lại mật khẩu hoặc xác minh email của người dùng. Điều này cho phép người dùng quay lại ứng dụng sau khi hoàn tất hành động. Ngoài ra, bạn có thể chỉ định việc xử lý đường liên kết hành động trong email trực tiếp từ ứng dụng di động khi ứng dụng đó được cài đặt thay vì trang web.

Điều này có thể cực kỳ hữu ích trong các trường hợp phổ biến sau:

Người dùng hiện chưa đăng nhập có thể đang cố truy cập vào nội dung yêu cầu người dùng phải đăng nhập. Tuy nhiên, người dùng có thể đã quên mật khẩu và do đó kích hoạt quy trình đặt lại mật khẩu. Ở cuối luồng, người dùng muốn quay lại phần ứng dụng mà họ đang cố gắng truy cập.
Ứng dụng chỉ có thể cung cấp quyền truy cập cho các tài khoản đã được xác minh. Ví dụ: một bản tin có thể yêu cầu người dùng xác minh email của họ trước khi đăng ký. Người dùng sẽ trải qua quy trình xác minh qua email và dự kiến sẽ quay lại ứng dụng để hoàn tất gói thuê bao.
Trong các trường hợp khác, người dùng có thể đã bắt đầu quy trình từ thiết bị di động và mong muốn sau khi xác minh, họ sẽ được quay lại ứng dụng di động thay vì trình duyệt.

Khả năng truyền trạng thái thông qua URL tiếp tục là một tính năng mạnh mẽ mà Firebase Auth cung cấp và có thể nâng cao đáng kể trải nghiệm người dùng.

Truyền trạng thái/URL tiếp tục trong hành động qua email

Để truyền một URL tiếp tục một cách an toàn, miền của URL đó cần phải được đưa vào danh sách trắng trong bảng điều khiển Firebase. Bạn có thể thực hiện việc này trong phần Xác thực bằng cách thêm miền này vào danh sách Miền được uỷ quyền trong thẻ Phương thức đăng nhập nếu miền này chưa có trong danh sách.

Bạn cần cung cấp một thực thể ActionCodeSettings khi gửi email đặt lại mật khẩu hoặc email xác minh. Bạn có thể tạo lớp này bằng lớp ActionCodeSettings.Builder liên kết chứa các phương thức sau:

Phương thức	Nội dung mô tả
`setUrl(String url)`	Đặt đường liên kết (trạng thái/tiếp tục URL) có ý nghĩa khác nhau trong các ngữ cảnh khác nhau: Khi đường liên kết được xử lý trong tiện ích hành động trên web, đây là đường liên kết sâu trong tham số truy vấn `continueUrl`. Khi đường liên kết được xử lý trực tiếp trong ứng dụng, đây là tham số truy vấn `continueUrl` trong đường liên kết sâu của Đường liên kết động.
`setIOSBundleId(String iOSBundleId)`	Đặt mã nhận dạng gói iOS. Thao tác này sẽ cố gắng mở đường liên kết trong một ứng dụng iOS nếu bạn đã cài đặt ứng dụng đó. Bạn cần đăng ký ứng dụng iOS trong Console.
`setAndroidPackageName(String androidPackageName, boolean installIfNotAvailable, String minimumVersion)`	Đặt tên gói Android. Thao tác này sẽ cố gắng mở đường liên kết trong một ứng dụng Android nếu ứng dụng đó đã được cài đặt. Nếu bạn đặt installIfNotAvailable thành `true`, thì thuộc tính này sẽ chỉ định xem có cài đặt ứng dụng Android hay không nếu thiết bị hỗ trợ ứng dụng đó và ứng dụng chưa được cài đặt. Nếu bạn chỉ định minimumVersion và cài đặt một phiên bản ứng dụng cũ hơn, người dùng sẽ được chuyển đến Cửa hàng Play để nâng cấp ứng dụng. Bạn cần đăng ký ứng dụng Android trong Console.
`setHandleCodeInApp(boolean status)`	Liệu đường liên kết hành động trong email sẽ được mở trong ứng dụng dành cho thiết bị di động hay đường liên kết web trước. Giá trị mặc định là false. Khi được đặt thành đúng, đường liên kết mã hành động sẽ được gửi dưới dạng Đường liên kết phổ quát hoặc Đường liên kết ứng dụng Android và sẽ được ứng dụng mở nếu được cài đặt. Trong trường hợp sai, mã sẽ được gửi đến tiện ích web trước, sau đó tiếp tục sẽ chuyển hướng đến ứng dụng nếu đã cài đặt.
`setDynamicLinkDomain(String dynamicLinkDomain)`	Đặt miền liên kết động (hoặc miền con) để sử dụng cho đường liên kết hiện tại nếu đường liên kết đó được mở bằng Đường liên kết động của Firebase. Vì có thể định cấu hình nhiều miền liên kết động cho mỗi dự án, nên trường này cho phép bạn chọn một miền một cách rõ ràng. Nếu bạn không cung cấp miền nào, thì miền đầu tiên sẽ được sử dụng theo mặc định.

Ví dụ sau đây minh hoạ cách gửi một đường liên kết xác minh qua email. Trước tiên, đường liên kết này sẽ mở trong ứng dụng di động dưới dạng Đường liên kết động Firebase (com.example.ios cho ứng dụng iOS hoặc com.example.android cho ứng dụng Android). Đường liên kết sâu sẽ chứa tải trọng URL tiếp tục https://www.example.com/?email=user@example.com.

Kotlin

val auth = Firebase.auth
val user = auth.currentUser!!

val url = "http://www.example.com/verify?uid=" + user.uid
val actionCodeSettings = ActionCodeSettings.newBuilder()
    .setUrl(url)
    .setIOSBundleId("com.example.ios")
    // The default for this is populated with the current android package name.
    .setAndroidPackageName("com.example.android", false, null)
    .build()

user.sendEmailVerification(actionCodeSettings)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d(TAG, "Email sent.")
        }
    }
MainActivity.kt

Java

FirebaseAuth auth = FirebaseAuth.getInstance();
FirebaseUser user = auth.getCurrentUser();

String url = "http://www.example.com/verify?uid=" + user.getUid();
ActionCodeSettings actionCodeSettings = ActionCodeSettings.newBuilder()
        .setUrl(url)
        .setIOSBundleId("com.example.ios")
        // The default for this is populated with the current android package name.
        .setAndroidPackageName("com.example.android", false, null)
        .build();

user.sendEmailVerification(actionCodeSettings)
        .addOnCompleteListener(new OnCompleteListener<Void>() {
            @Override
            public void onComplete(@NonNull Task<Void> task) {
                if (task.isSuccessful()) {
                    Log.d(TAG, "Email sent.");
                }
            }
        });
MainActivity.java

Định cấu hình Đường liên kết động của Firebase

Firebase Auth sử dụng Đường liên kết động của Firebase khi gửi một đường liên kết được dùng để mở trong ứng dụng di động. Để sử dụng tính năng này, bạn cần định cấu hình Liên kết động trong Bảng điều khiển Firebase.

Bật Đường liên kết động của Firebase:
1. Trong bảng điều khiển Firebase, hãy mở mục Dynamic Links.
2. Nếu bạn chưa chấp nhận các điều khoản của Dynamic Links và tạo miền Dynamic Links, hãy làm như vậy ngay bây giờ.
  
  Nếu bạn đã tạo một miền Dynamic Links, hãy ghi lại miền đó. Miền Dynamic Links thường có dạng như ví dụ sau:
```
example.page.link
```
  Bạn sẽ cần giá trị này khi định cấu hình ứng dụng Apple hoặc Android để chặn đường liên kết đến.
Định cấu hình ứng dụng Android:
1. Nếu bạn dự định xử lý các đường liên kết này từ ứng dụng Android, bạn cần chỉ định tên gói Android trong phần cài đặt dự án của Firebase Console. Ngoài ra, bạn cần cung cấp SHA-1 và SHA-256 của chứng chỉ ứng dụng.
2. Bạn cũng cần định cấu hình bộ lọc ý định cho đường liên kết sâu trong tệp AndroidManifest.xml.
3. Để biết thêm thông tin về vấn đề này, hãy tham khảo bài viết Hướng dẫn nhận Đường liên kết động trên Android.
Định cấu hình ứng dụng iOS:
1. Nếu bạn dự định xử lý các đường liên kết này từ ứng dụng iOS, thì bạn cần chỉ định mã nhận dạng gói iOS trong phần cài đặt dự án của Bảng điều khiển Firebase. Ngoài ra, bạn cũng cần chỉ định Mã nhận dạng nhóm nhà phát triển của Apple và Mã nhận dạng App Store.
2. Bạn cũng cần định cấu hình miền đường liên kết phổ quát FDL làm Miền liên kết trong các chức năng của ứng dụng.
3. Nếu dự định phân phối ứng dụng cho iOS phiên bản 8 trở xuống, bạn sẽ cần đặt mã nhận dạng gói iOS làm lược đồ tuỳ chỉnh cho các URL đến.
4. Để biết thêm thông tin về vấn đề này, hãy tham khảo bài viết Nhận hướng dẫn về Đường liên kết động trên iOS.

Xử lý các thao tác liên quan đến email trong ứng dụng web

Bạn có thể chỉ định xem trước tiên bạn có muốn xử lý đường liên kết mã hành động từ một ứng dụng web hay không, sau đó chuyển hướng đến một trang web hoặc ứng dụng di động khác sau khi hoàn tất thành công, miễn là ứng dụng di động có sẵn. Bạn có thể thực hiện việc này bằng cách gọi setHandleCodeInApp(false) trong đối tượng ActionCodeSettings.Builder. Mặc dù không bắt buộc phải có mã nhận dạng gói trên iOS hoặc tên gói trên Android, nhưng việc cung cấp các thông tin này sẽ cho phép người dùng chuyển hướng trở lại ứng dụng đã chỉ định khi hoàn tất mã hành động qua email.

URL web được sử dụng ở đây là URL được định cấu hình trong mục mẫu hành động trong email. Một tài khoản mặc định được cấp cho tất cả dự án. Hãy tham khảo phần tuỳ chỉnh trình xử lý email để tìm hiểu thêm về cách tuỳ chỉnh trình xử lý hành động qua email.

Trong trường hợp này, đường liên kết trong tham số truy vấn continueUrl sẽ là một đường liên kết FDL có tải trọng là URL được chỉ định trong đối tượng ActionCodeSettings. Mặc dù bạn có thể chặn và xử lý đường liên kết đến từ ứng dụng của mình mà không cần thêm phần phụ thuộc nào, nhưng bạn nên sử dụng thư viện ứng dụng FDL để phân tích cú pháp đường liên kết sâu.

Khi xử lý các hành động liên quan đến email, chẳng hạn như xác minh email, bạn cần phân tích cú pháp mã hành động từ tham số truy vấn oobCode từ đường liên kết sâu, sau đó áp dụng qua applyActionCode để thay đổi có hiệu lực, tức là email sẽ được xác minh.

Xử lý các thao tác trên email trong ứng dụng di động

Trước tiên, bạn có thể chỉ định xem có muốn xử lý đường liên kết mã hành động trong ứng dụng dành cho thiết bị di động hay không, miễn là ứng dụng đó đã được cài đặt. Với các ứng dụng Android, bạn cũng có thể chỉ định thông qua boolean installIfNotAvailable rằng ứng dụng sẽ được cài đặt nếu thiết bị hỗ trợ ứng dụng đó và ứng dụng chưa được cài đặt. Nếu người dùng nhấp vào đường liên kết từ một thiết bị không hỗ trợ ứng dụng di động, thì đường liên kết đó sẽ được mở từ một trang web. Bạn có thể thực hiện việc này bằng cách gọi setHandleCodeInApp(true) trong đối tượng ActionCodeSettings.Builder. Bạn cũng cần chỉ định tên gói Android hoặc mã nhận dạng gói iOS của ứng dụng di động.

URL dự phòng trên web được sử dụng ở đây (khi không có ứng dụng di động) là URL được định cấu hình trong phần mẫu hành động trong email. Một tài khoản mặc định được cấp cho tất cả dự án. Hãy tham khảo phần tuỳ chỉnh trình xử lý email để tìm hiểu thêm về cách tuỳ chỉnh trình xử lý hành động qua email.

Trong trường hợp này, đường liên kết đến ứng dụng di động được gửi đến người dùng sẽ là một đường liên kết FDL có tải trọng là URL mã hành động, được định cấu hình trong Console, với các tham số truy vấn oobCode, mode, apiKey và continueUrl. Giá trị sau sẽ là URL ban đầu được chỉ định trong đối tượng ActionCodeSettings. Mặc dù bạn có thể chặn và xử lý đường liên kết đến từ ứng dụng của mình mà không cần thêm phần phụ thuộc nào, nhưng bạn nên sử dụng thư viện ứng dụng FDL để phân tích cú pháp đường liên kết sâu. Bạn có thể áp dụng mã hành động trực tiếp từ một ứng dụng di động tương tự như cách xử lý mã hành động từ luồng web được mô tả trong phần tuỳ chỉnh trình xử lý email.