Google berkomitmen untuk mendorong terwujudnya keadilan ras bagi komunitas Kulit Hitam. Lihat caranya.

Meneruskan Status dalam Tindakan Email

Anda dapat meneruskan status melalui continue URL saat mengirim tindakan email untuk reset sandi atau memverifikasi email pengguna. Dengan begitu, pengguna dapat kembali ke aplikasi setelah tindakan selesai. Selain itu, Anda dapat menentukan apakah akan menangani link tindakan email langsung dari aplikasi seluler saat sudah terinstal, bukan dari halaman web.

Hal ini bisa sangat berguna dalam skenario umum berikut:

  • Pengguna, yang tidak sedang login, mungkin mencoba mengakses konten yang mengharuskannya untuk login. Namun, pengguna mungkin lupa sandinya dan hal itu memicu proses reset sandi. Pada akhir proses, pengguna tersebut ingin kembali ke bagian aplikasi yang semula ingin diakses.

  • Aplikasi mungkin hanya menawarkan akses ke akun yang terverifikasi. Misalnya, suatu newsletter mungkin mengharuskan pengguna untuk memverifikasi emailnya sebelum berlangganan. Pengguna akan melalui proses verifikasi email dan ingin kembali ke aplikasi untuk menyelesaikan langganan mereka.

  • Dalam kasus lain, pengguna mungkin telah memulai proses ini dari perangkat seluler dan, setelah verifikasi, ingin kembali ke aplikasi seluler, bukan browser.

Kemampuan dalam meneruskan status melalui continue URL merupakan fitur yang sangat bermanfaat dari Firebase Auth, yang memungkinkan pengguna untuk mendapatkan pengalaman yang jauh lebih baik.

Meneruskan status/continue URL dalam tindakan email

Agar bisa meneruskan continue URL dengan aman, domain untuk URL harus diberi akses di Firebase console. Hal ini dilakukan di bagian Authentication dengan menambahkan domain ini ke daftar Domain resmi di bawah tab Metode login, jika domain tersebut belum ada di daftar.

Instance firebase.auth.ActionCodeSettings harus diberikan saat mengirim email reset sandi atau email verifikasi. Antarmuka ini mengambil parameter berikut:

Parameter Jenis Deskripsi
url string

Menetapkan link (status/continue URL) yang memiliki arti berbeda dalam konteks lain:

  • Jika link diproses di dalam widget tindakan web, ini adalah deep link dalam parameter kueri continueUrl.
  • Jika link langsung diproses di aplikasi, ini adalah parameter kueri continueUrl di deep link dari Dynamic Link.
iOS ({bundleId: string}|undefined) Menetapkan ID paket iOS. Link akan dicoba dibuka dalam aplikasi iOS jika aplikasi tersebut sudah terinstal. Aplikasi iOS harus terdaftar di Console.
android ({packageName: string, installApp:boolean|undefined, minimumVersion: string|undefined}|undefined) Menetapkan nama paket Android. Link di aplikasi android akan coba dibuka jika terinstal. Jika installApp diteruskan, maka akan ditentukan apakah aplikasi Android akan diinstal atau tidak jika perangkat mendukungnya dan aplikasi belum terinstal. Jika kolom ini diisi tanpa memasukkan packageName, akan muncul error yang menjelaskan bahwa packageName untuk kolom ini harus diisikan. Jika minimumVersion ditentukan, dan aplikasi versi yang lebih lama sudah diinstal, pengguna akan diarahkan ke Play Store untuk mengupgrade aplikasi tersebut. Aplikasi Android harus terdaftar di Console.
handleCodeInApp (boolean|belum ditentukan) Baik link tindakan email akan dibuka di aplikasi seluler atau link web terlebih dulu, Defaultnya adalah SALAH. Saat disetel ke BENAR, link kode tindakan akan dikirim sebagai Universal Link atau Android App Link dan akan dibuka oleh aplikasi jika diinstal. Jika disetel ke SALAH, kode akan dikirim ke widget web terlebih dulu, kemudian akan dialihkan ke aplikasi jika terinstal.
dynamicLinkDomain (string|belum ditentukan) Menetapkan domain (atau subdomain) link dinamis untuk digunakan link saat ini, jika domain link itu dibuka menggunakan Firebase Dynamic Links. Karena satu project dapat memiliki konfigurasi beberapa domain link dinamis, kolom ini memberi kemampuan untuk secara eksplisit memilih satu domain. Jika tidak ada yang ditentukan, domain pertama akan digunakan secara default.

Contoh berikut menggambarkan cara mengirimkan link verifikasi email yang akan terbuka di aplikasi seluler terlebih dahulu sebagai Firebase Dynamic Link menggunakan domain link dinamis kustom example.page.link (aplikasi iOS com.example.ios atau aplikasi Android com.example.android tempat aplikasi akan diinstal jika belum, dan versi minimumnya adalah versi 12). Deep link akan berisi payload continue URL https://www.example.com/?email=user@example.com.

var actionCodeSettings = {
  url: 'https://www.example.com/?email=' + firebase.auth().currentUser.email,
  iOS: {
    bundleId: 'com.example.ios'
  },
  android: {
    packageName: 'com.example.android',
    installApp: true,
    minimumVersion: '12'
  },
  handleCodeInApp: true,
  // When multiple custom dynamic link domains are defined, specify which
  // one to use.
  dynamicLinkDomain: "example.page.link"
};
firebase.auth().currentUser.sendEmailVerification(actionCodeSettings)
  .then(function() {
    // Verification email sent.
  })
  .catch(function(error) {
    // Error occurred. Inspect error.code.
  });

Firebase Auth menggunakan Firebase Dynamic Links saat mengirim link yang dimaksudkan untuk dibuka di aplikasi seluler. Untuk menggunakan fitur ini, Dynamic Links perlu dikonfigurasi di Firebase Console.

  1. Aktifkan Firebase Dynamic Links:

    1. Di Firebase console, buka bagian Dynamic Links.
    2. Jika Anda belum menyetujui persyaratan Dynamic Links dan membuat domain Dynamic Links, lakukan sekarang.

      Jika Anda telah membuat domain Dynamic Links, catat domain tersebut. Domain Dynamic Links biasanya terlihat seperti contoh berikut:

      example.page.link

      Anda akan memerlukan nilai ini saat mengonfigurasi aplikasi iOS atau Android untuk menangkap link yang masuk.

  2. Mengonfigurasi aplikasi Android:

    1. Jika ingin menangani link ini dari aplikasi Android Anda, Anda harus menentukan nama paket Android di setelan project Firebase Console. Selain itu, SHA-1 dan SHA-256 sertifikat aplikasi harus dimasukkan.
    2. Anda juga harus mengonfigurasi filter intent untuk deep link di file AndroidManifest.xml.
    3. Untuk mengetahui informasi selengkapnya, baca Petunjuk Menerima Dynamic Links di Android.
  3. Mengonfigurasi aplikasi iOS:

    1. Jika ingin menangani link ini dari aplikasi iOS Anda, Anda harus menentukan ID paket iOS di setelan project Firebase Console. Selain itu, ID App Store dan ID Apple Developer Team juga harus ditentukan.
    2. Anda juga harus mengonfigurasi domain link universal FDL sebagai Domain Terkait pada kapabilitas aplikasi Anda.
    3. Jika ingin mendistribusikan aplikasi Anda ke iOS versi 8 dan yang lebih lama, Anda harus menetapkan ID paket iOS Anda sebagai skema kustom untuk URL masuk.
    4. Untuk informasi selengkapnya, lihat Menerima petunjuk Dynamic Links iOS.

Menangani tindakan email dalam aplikasi web

Anda dapat menentukan apakah akan memproses link kode tindakan dari aplikasi web terlebih dahulu atau tidak, kemudian beralih ke halaman web atau aplikasi seluler lain setelah berhasil diselesaikan, asalkan aplikasi seluler tersedia. Hal ini dilakukan dengan menyetel handleCodeInApp ke false dalam objek firebase.auth.ActionCodeSettings. Meskipun ID paket iOS atau nama paket Android tidak diperlukan, namun jika diberikan, pengguna dapat dialihkan kembali ke aplikasi yang ditentukan saat penyelesaian kode tindakan email.

URL web yang digunakan di sini adalah yang dikonfigurasi di bagian template tindakan email. URL default disediakan untuk semua project. Baca artikel menyesuaikan pengendali email untuk mempelajari lebih lanjut cara menyesuaikan pengendali tindakan email.

Dalam kasus ini, link dalam parameter kueri continueUrl akan menjadi link FDL yang payload-nya adalah URL sebagaimana ditentukan dalam objek ActionCodeSettings. Meskipun Anda dapat menangkap dan menangani link masuk dari aplikasi Anda tanpa dependensi tambahan, sebaiknya gunakan library klien FDL guna mengurai deep link untuk Anda.

Saat menangani tindakan email, seperti verifikasi email, kode tindakan dari parameter kueri oobCode harus diurai dari deep link, lalu diterapkan melalui applyActionCode agar perubahan diterapkan, yaitu email tersebut diverifikasi.

Menangani tindakan email dalam aplikasi seluler

Anda dapat menentukan apakah akan menangani link kode tindakan dalam aplikasi seluler terlebih dahulu atau tidak, asalkan aplikasi seluler tersedia. Dengan aplikasi Android, Anda juga dapat menentukan melalui android.installApp bahwa aplikasi tersebut harus diinstal jika perangkat tersebut mendukungnya dan aplikasi belum terinstal. Jika link diklik dari perangkat yang tidak mendukung aplikasi seluler itu, link tersebut akan dibuka dari halaman web. Hal ini dilakukan dengan menyetel handleCodeInApp ke true dalam objek firebase.auth.ActionCodeSettings. Nama paket Android atau ID paket iOS dari aplikasi seluler itu juga harus ditentukan.

URL web fallback yang digunakan di sini adalah yang dikonfigurasi di bagian template tindakan email, saat tidak tersedia aplikasi seluler. URL default disediakan untuk semua project. Baca artikel menyesuaikan pengendali email untuk mempelajari lebih lanjut cara menyesuaikan pengendali tindakan email.

Dalam kasus ini, link aplikasi seluler yang dikirimkan kepada pengguna adalah link FDL yang payload-nya adalah URL kode tindakan yang dikonfigurasikan di Console, dengan parameter kueri oobCode, mode, apiKey, dan continueUrl. Parameter kueri yang disebut terakhir adalah URL asli yang ditentukan dalam objek ActionCodeSettings. Meskipun Anda dapat menangkap dan menangani link masuk dari aplikasi Anda tanpa dependensi tambahan, sebaiknya gunakan library klien FDL guna mengurai deep link untuk Anda. Kode tindakan dapat diterapkan secara langsung dari aplikasi seluler, mirip dengan ketika ditangani dari alur web yang dijelaskan di bagian menyesuaikan pengendali email.

Saat menangani tindakan email, seperti verifikasi email, kode tindakan dari parameter kueri oobCode harus diurai dari deep link, lalu diterapkan melalui applyActionCode agar perubahan diterapkan, yaitu email tersebut diverifikasi.