Pertimbangan integrasi

Panduan langkah demi langkah ini membantu Anda membuat keputusan terkait semua masalah integrasi besar.

Login dengan Google dalam abstrak

Berikut adalah langkah-langkah umum bagi pengguna untuk login / mendaftar di situs Anda.

  1. Pengguna login ke situs Google.

    Agar Login dengan Google berfungsi, harus ada sesi Google yang aktif di browser. Sekali Ketuk dan Login Otomatis hanya dipicu jika pengguna telah login ke Google sebelum memuat halaman web Anda. Langkah ini bersifat opsional untuk alur tombol Login dengan Google, karena pengguna diminta untuk login ke Google saat tombol ditekan.

  2. Pengguna menjelajahi halaman web tempat tombol Sekali Ketuk, Login Otomatis, atau Login dengan Google disematkan.

  3. Pengguna berinteraksi dengan Sekali Ketuk, tombol Login dengan Google, dan alur UX berikutnya sehingga:

    • Pilih sesi Google aktif untuk melanjutkan.
    • Dapatkan izin dari pengguna akhir untuk berbagi informasi profil dengan situs Anda, jika belum memberikan izin.

    Saat hanya ada satu sesi Google aktif di browser,

    • Fitur Sekali Ketuk memilih satu-satunya sesi secara otomatis, sehingga akan melewati halaman pemilih akun.
    • Tombol Login dengan Google tetap berada di halaman pemilih akun, yang memungkinkan pengguna menambahkan sesi Google baru saat diperlukan.

    Jika Akun Google yang dipilih belum pernah digunakan sebelumnya untuk situs Anda, atau izin telah dicabut, halaman izin akan ditampilkan.

    Izin tombol Login dengan Google

    Setelah disetujui, Google akan mencatat keputusan tersebut, sehingga halaman izin akan dilewati pada lain waktu.

  4. Kredensial Token Web JSON (juga disebut token ID) yang berisi nama, email, dan foto profil pengguna dibagikan menggunakan pengendali callback JavaScript atau pengiriman postingan ke layanan backend Anda.

    Tujuan menampilkan token ID ke pengendali callback JavaScript di sisi klien bukanlah untuk mendekodenya dalam kode JavaScript, tetapi Anda ingin mengirimkannya ke server dengan cara Anda sendiri. Salah satu contoh yang baik adalah menggunakan Xcode untuk menghindari pemuatan ulang halaman yang disebabkan oleh pengiriman postingan.

  5. Di sisi server, kredensial JWT yang dikeluarkan Google divalidasi dan digunakan untuk membuat akun baru atau membuat sesi terautentikasi di situs Anda.

    Anda akan mengelola status login pengguna di situs Anda sendiri.

    Status login Akun Google pengguna dan aplikasi Anda tidak saling bergantung, kecuali selama proses login itu sendiri ketika Anda mengetahui bahwa pengguna telah berhasil diautentikasi dan login ke Akun Google-nya. Pengguna dapat tetap login, dapat logout, atau beralih ke Akun Google lain dengan tetap mempertahankan sesi login yang aktif di situs Anda.

Singkatnya, seperti login berbasis sandi, Login dengan Google memberikan cara lain untuk mengautentikasi pengguna di web. Login dengan Google tidak menyediakan fitur apa pun untuk pengelolaan sesi di situs Anda setelah autentikasi.

Akses Google API dan Layanan Google

Meskipun Anda telah mengintegrasikan Authentication API, seperti yang dijelaskan di atas, Anda mungkin juga perlu mengintegrasikan API otorisasi jika situs Anda perlu mengakses Google API dan layanan Google atas nama pengguna yang terautentikasi. Meskipun autentikasi memberi situs Anda token ID untuk mengautentikasi pengguna, otorisasi akan memberi situs Anda token akses (terpisah) dan izin untuk menggunakan Google API dan layanan Google. Lihat Memberikan otorisasi untuk web untuk informasi selengkapnya.

Pemisahan UX untuk otentikasi dan otorisasi

Jika situs Anda perlu memanggil API autentikasi dan otorisasi, Anda harus memanggilnya secara terpisah pada waktu yang berbeda. Lihat Memisahkan momen autentikasi dan otorisasi.

Jika situs Anda sebelumnya telah meminta token autentikasi dan otorisasi, saat menggunakan library JavaScript Google Identity Services, Anda harus menyesuaikan UX untuk memisahkan momen autentikasi dari momen otorisasi.

  • Pada saat autentikasi, situs Anda dapat terintegrasi dengan tombol Sekali Ketuk, Login Otomatis, atau Login dengan Google agar pengguna dapat login atau mendaftar ke situs Anda.
  • Pada saat otorisasi, situs Anda dapat memanggil API otorisasi untuk mendapatkan izin dan token guna mengakses Google API atau layanan Google.

Untuk transisi UX yang lancar dan pengurangan kompleksitas, praktik yang umum adalah membagi proses menjadi dua langkah terpisah.

  1. Faktorkan ulang UX untuk memisahkan momen autentikasi dan otorisasi.

  2. Bermigrasi ke library JavaScript Google Identity Services.

HTML API versus JavaScript API

Anda dapat menggunakan HTML API atau JavaScript API untuk mengintegrasikan tombol Sekali Ketuk, Login Otomatis, atau Login Dengan Google ke halaman web Anda.

Dengan API HTML, Anda memiliki lebih banyak fitur bawaan. Misalnya,

  • Merender tombol Sekali Ketuk atau Login Dengan Google saat halaman dimuat.
  • Kirimkan kredensial yang ditampilkan ke endpoint sisi server, yang ditentukan oleh atribut data-login_uri, setelah Sekali Ketuk, Login Otomatis atau UX pop-up/pengalihan tombol selesai.
  • Cegah serangan CSRF dengan double-submit-cookie.
  • Gunakan generator kode untuk membuat kode HTML, lalu cukup salin ke halaman HTML Anda.

Dengan HTML API, Anda juga dapat menulis beberapa JavaScript untuk menyesuaikan perilakunya.

  • Anda dapat menulis pengendali callback Anda sendiri, lalu menetapkan nama fungsi ke atribut data-callback. Salah satu contoh yang tepat adalah menggunakan Xcode untuk mengirim kredensial yang ditampilkan ke server Anda, untuk menghindari pemuatan ulang halaman yang disebabkan oleh pengiriman postingan default.

Dengan JavaScript API, Anda memiliki lebih banyak fleksibilitas pada beberapa skenario seperti di bawah ini.

  • Merender Sekali Ketuk dan tombol Login dengan Google di lain waktu. Misalnya, setelah pengguna memilih Login dari menu.
  • Memanggil API beberapa kali. Misalnya, tombol Login dengan Google harus dirender setiap kali dialog login dirender.
  • Membuat halaman HTML secara dinamis, sehingga sulit untuk menyematkan kode panggilan API ke dalamnya.
  • Anda memuat library JavaScript Google Identity Services di lain waktu.

Kode HTML API hanya dapat dipanggil satu kali pada peristiwa pemuatan halaman atau pada peristiwa saat pemuatan library JavaScript Google Identity Services, mana saja yang kemudian. Sebaiknya gunakan JavaScript API jika perilaku HTML API tidak sesuai dengan harapan Anda.

Jangan gunakan HTML API dengan JavaScript API di halaman web yang sama untuk melakukan inisialisasi halaman atau untuk rendering Sekali Ketuk dan tombol. Periksa kode Anda, HTML dan JavaScript, untuk menemukan tempat yang mungkin tumpang-tindih. Perhatikan hal berikut:

  • Anda menggunakan HTML API jika satu atau beberapa elemen di <div id='g_id_onload' ... ><id> atau <div class='g_id_signin' ...></div> ada dalam kode HTML.
  • Anda menggunakan JavaScript API jika satu atau beberapa metode di initialize(), prompt(), atau render() dipanggil dalam kode JavaScript Anda, baik metode tersebut inline atau dimuat dari file JavaScript yang terpisah.

JavaScript API berikut dapat digunakan secara terpisah dari inisialisasi atau rendering Sekali Ketuk dan tombol; keduanya tidak memiliki API HTML yang sesuai:

Pertimbangan tombol Login dengan Google

Pop-up versus pengalihan

Spesifikasi OAuth 2.0 mempertimbangkan pengalihan HTTP, tetapi tidak memiliki panduan dalam merender dialog pop-up. UX {i>pop-up<i}, terutama di web desktop, dapat memberikan UX yang lebih baik bagi pengguna akhir. Hal ini karena pengguna tidak dialihkan dari halaman pihak ketiga, dan jendela pop-up seperti dialog memberikan pengalaman dalam konteks untuk pemberian izin.

Dengan UX pop-up, penyedia identitas harus membangun saluran komunikasi lintas origin sisi klien untuk meneruskan respons OAuth dari jendela pop-up, tempat halaman izin penyedia identitas ditampilkan, ke jendela utama, tempat halaman pihak ketiga ditampilkan. Biasanya, kode JavaScript diperlukan di kedua sisi untuk mengirim dan menerima respons OAuth di seluruh jendela.

Baik UX pop-up maupun pengalihan didukung oleh tombol Login dengan Google. Secara default, UX pop-up akan digunakan. Anda dapat mengubah UX dengan menyetel atribut data-ux_mode.

Ada beberapa perbedaan antara alur pengalihan tombol Login dengan Google dan alur pengalihan OAuth.

  • Alur pengalihan tombol Login dengan Google selalu menggunakan metode POST untuk mengirimkan kredensial ke server web Anda, sedangkan pengalihan OAuth biasanya menggunakan metode GET.
  • Parameter yang dikirimkan oleh alur pengalihan tombol Login dengan Google berbeda dengan alur pengalihan OAuth.

Untuk developer yang menggunakan HTML API, apa pun UX yang digunakan, kredensial akan selalu dikirim ke data-login_uri dengan metode POST dan parameter yang sama. Dengan begitu, Anda dapat beralih mode UX tanpa mengubah kode lainnya. Untuk UX pengalihan, data-login_uri harus ditambahkan ke Authorized pengalihan URI untuk klien Anda di konsol Google API.

Penyesuaian tombol

Menggunakan tombol Anda sendiri tidak didukung. Tidak ada API untuk memulai alur tombol secara terprogram.

Untuk mengaktifkan alur tombol Login dengan Google, yang perlu Anda lakukan adalah merender satu atau beberapa tombol Login dengan Google di halaman web Anda. Alur tombol dimulai dan ditangani secara transparan saat pengguna mengklik tombol ini.

API rendering tombol memungkinkan Anda menyesuaikan tampilan dan nuansa tombol Login dengan Google. Sebaiknya gunakan generator kode untuk mendesain tombol secara interaktif. Meskipun menggunakan JavaScript API, Anda dapat membuat kode HTML terlebih dahulu, lalu menyalin kode tersebut ke kolom yang sesuai di JavaScript API.

Tidak ada API yang memungkinkan situs mengontrol apakah informasi yang dipersonalisasi harus digunakan untuk merender tombol. Tombol yang dipersonalisasi akan ditampilkan jika semua kondisi terpenuhi. Detail selengkapnya di Memahami tombol yang Dipersonalisasi.

Anda dapat meletakkan beberapa tombol di halaman web yang sama. Setiap kali generator kode hanya dapat membuat satu tombol. Anda dapat menjalankannya beberapa kali, dan menyalin kode <div class='g_id_signin' ...></div> yang dihasilkan ke halaman web.

Praktik terbaik rendering tombol

Karena alasan privasi, tombol yang dipersonalisasi ditampilkan di iframe dari domain accounts.google.com. Memuat iframe mungkin memakan waktu di jaringan yang lambat. Untuk mengurangi masalah latensi ini, tombol dirender dalam 2 langkah, sebagai berikut:

  1. Versi tombol inline dirender di hierarki DOM situs Anda. Ini hanya tombol teks, tidak ada info yang dipersonalisasi yang dapat digunakan. Tujuannya adalah agar pengguna dapat melihat tombol sesegera mungkin.
  2. Permintaan iframe dikirim ke Google untuk memuat iframe tombol, yang mungkin memiliki informasi yang dipersonalisasi. Setelah iframe tombol dimuat, tombol versi inline akan dihapus.

Beberapa praktik terbaik untuk meminimalkan latensi tampilan tombol alur Login dengan Google tercantum di bawah.

  • Muat library JavaScript Google Identity Services sedini mungkin. Sebaiknya muat library JavaScript sebelum beberapa library besar lainnya, terutama di web seluler.

  • Jika tombol Login dengan Google hanya dirender setelah pengguna memilih Login dari menu. Anda dapat merender tombol Login dengan Google di elemen tersembunyi terlebih dahulu, lalu membuatnya terlihat setelah pengguna memilih Login dari menu.

Pertimbangan Sekali Ketuk

Login otomatis

Login otomatis yang dapat dibatalkan memberikan manfaat berikut.

  • Tindakan ini dapat meningkatkan rasio login dengan menyimpan satu tindakan pengguna.
  • Tidak seperti login otomatis yang disediakan oleh library JavaScript Login dengan Google yang sudah tidak digunakan lagi, pengguna akan selalu melihat beberapa UI saat login otomatis terjadi. Hal ini akan memberi mereka konteks terkait alasan dan cara mereka login ke situs Anda. Pengguna juga dapat membatalkan langganan jika menginginkannya.
  • Tindakan ini secara otomatis memilih akun yang digunakan pengguna sebelumnya, yang dapat mencegah pengguna membuat akun duplikat di situs Anda.

Apakah mengaktifkan login otomatis adalah keputusan yang harus Anda buat berdasarkan persyaratan UX dan bisnis di situs Anda. Khususnya jika sebagian besar logout dari situs Anda disebabkan oleh waktu tunggu sesi, bukan pilihan eksplisit dari pengguna, login otomatis dapat menjadi cara yang baik bagi pengguna untuk memulihkan status sesi.

Waktu untuk menampilkan UI Sekali Ketuk

Dengan HTML API, Sekali Ketuk selalu ditampilkan saat halaman dimuat. Dengan JavaScript API, Anda dapat mengontrol kapan UI Sekali Ketuk ditampilkan. Perhatikan bahwa UI Sekali Ketuk mungkin tidak selalu ditampilkan setelah API dipanggil, karena beberapa alasan seperti yang dijelaskan di bawah ini.

Jangan mencoba hanya menampilkan UI Sekali Ketuk pada peristiwa klik tombol. UI Sekali Ketuk mungkin tidak ditampilkan karena alasan di atas, dan pengguna mungkin memiliki UX yang rusak, karena tidak ada yang ditampilkan setelah tindakan pengguna. Pada peristiwa klik tombol:

Direkomendasikan

  • Tampilkan dialog login Anda dengan login sandi dan tombol Login dengan Google serta panggil One Tap API secara bersamaan. Hal ini memastikan bahwa pengguna selalu ditawari beberapa metode login untuk situs Anda.

Tidak Direkomendasikan

  • Hanya menawarkan Sekali Ketuk, pengguna mungkin mengalami pengalaman login yang rusak jika Sekali Ketuk tidak ditampilkan.
  • Menggunakan callback status UI untuk menampilkan UI lain jika Sekali Ketuk tidak ditampilkan. Hal ini tidak direkomendasikan karena callback status UI mungkin tidak berfungsi baik dengan pengelolaan kredensial gabungan dalam rilis mendatang.

Sekali Ketuk di browser ITP

Karena Intelligent Tracking Prevention (ITP), UX Sekali Ketuk yang normal tidak berfungsi di browser ITP, seperti Chrome di iOS, Safari, dan Firefox. UX berbeda yang dimulai dengan halaman selamat datang disediakan di browser ini.

UX Sekali Ketuk di browser ITP dapat dinonaktifkan jika Anda mau. Lihat dukungan Sekali Ketuk di browser ITP untuk detail selengkapnya.

Tidak ada cara untuk mengaktifkan UX ini di browser non-ITP, seperti Chrome di Android/macOS/Linux dan Edge.

Membatalkan perintah jika pengguna mengklik

Secara default, dialog Sekali Ketuk akan otomatis ditutup jika pengguna mengklik di luar perintah tersebut. Perilaku ini dapat diubah jika Anda mau.

Anda direkomendasikan untuk tetap membuka dialog Sekali Ketuk di web desktop, karena ukuran layarnya cukup besar.

Mengubah posisi UX Sekali Ketuk

Di web desktop, Anda dapat mengubah posisi dialog Sekali Ketuk. Namun, fitur ini tidak direkomendasikan karena fitur ini tidak didukung oleh pengelolaan kredensial gabungan dalam rilis mendatang.

Mengubah konteks login

Sekali Ketuk harus menjadi bagian dari alur UX yang lebih besar di situs Anda. Secara default, UI Sekali Ketuk digunakan dalam konteks login. Bahasa di UI berisi kata-kata khusus, seperti "login". Anda dapat mengubah atribut konteks untuk membuat kumpulan kata yang berbeda. Anda dapat memilih salah satu header Sekali Ketuk yang paling sesuai dengan alur UX Anda.

Konteks
signin "Login dengan Google"
signup "Daftar dengan Google"
use "Gunakan dengan Google"

Dengarkan status UI Sekali Ketuk

Untuk berintegrasi secara lancar ke dalam alur UX yang lebih besar, Sekali Ketuk dapat memberi tahu Anda saat status UI berubah. Namun, fitur ini tidak didukung dalam rilis pengelolaan kredensial gabungan mendatang.

Sekali Ketuk di seluruh subdomain

Secara default, periode tunggu Sekali Ketuk dan status lainnya dilacak per asal. Jika situs Anda menampilkan fitur Sekali Ketuk di beberapa subdomain, Anda harus menunjukkannya di kode API.

Sekali Ketuk di halaman HTML statis

Secara default, library GIS mengasumsikan halaman web Anda dihasilkan secara dinamis. Server HTTP Anda akan memeriksa status login pengguna saat membuat kode HTML.

  • Jika tidak ada pengguna yang login, kode HTML Sekali Ketuk harus disertakan dalam halaman yang dihasilkan, guna memicu Sekali Ketuk untuk mengizinkan pengguna login ke situs Anda.
  • Jika pengguna sudah login, kode HTML Sekali Ketuk tidak boleh disertakan dalam halaman yang dihasilkan.

Dalam hal ini, server web Anda bertanggung jawab untuk menambahkan atau menghapus kode HTML API Sekali Ketuk.

Kode API One Tap HTML dapat berfungsi dengan cara lain, yang dirancang untuk situs yang menghosting banyak konten HTML statis. Anda dapat menyertakan kode API HTML Sekali Ketuk di halaman HTML statis kapan saja, dan tentukan nama cookie sesi yang digunakan di situs Anda.

  • Jika cookie sesi tidak ada, alur Sekali Ketuk akan dipicu.
  • Jika cookie sesi ada, alur Sekali Ketuk akan dilewati.

Dalam hal ini, apakah akan memicu alur Sekali Ketuk akan dikontrol oleh status cookie sesi Anda, bukan keberadaan kode API HTML Sekali Ketuk di halaman web.

Integrasi sisi server

Setelah Sekali Ketuk, alur UX tombol Login otomatis atau Login dengan Google dilakukan, token ID akan diterbitkan dan dibagikan ke situs Anda. Untuk mengautentikasi pengguna, beberapa perubahan sisi server diperlukan untuk menerima dan memvalidasi token ID.

Pertimbangan UX

Biasanya, Anda perlu menambahkan endpoint HTTP dalam asal Anda sendiri untuk menangani respons di sisi server. Faktor berikut mungkin berdampak pada UX yang dihasilkan.

  • Apakah fitur Sekali Ketuk atau Login dengan Google dipicu.
  • Apakah HTML API atau JavaScript API digunakan.
  • Apakah URI login atau fungsi callback JavaScript digunakan untuk menangani respons.

UX aktual yang Anda dapatkan dijelaskan di bawah ini.

  1. Untuk mode UX pengalihan tombol Login dengan Google:

    • Baik HTML API maupun JavaScript API digunakan, Anda harus menetapkan URI login. Tidak mungkin menggunakan fungsi callback JavaScript untuk menangani respons, karena pengguna telah dialihkan dari halaman web Anda.
    • Ringkasan UX: setelah mengklik tombol Login dengan Google, pengguna melihat pengalihan halaman penuh ke UI Google untuk pemilihan dan persetujuan sesi. Setelah selesai, POST halaman penuh akan dikirimkan ke URI login yang Anda tentukan.

  2. Untuk mode UX pop-up tombol Sekali Ketuk atau Login dengan Google, jika JavaScript API digunakan, atau HTML API digunakan dan fungsi callback JavaScript disediakan:

    • Respons autentikasi diteruskan kembali ke fungsi callback JavaScript.
    • UX Summary: Perintah Sekali Ketuk atau jendela pop-up ditampilkan di atas halaman web. Setelah pengguna menyelesaikan UX di perintah atau jendela pop-up untuk pemilihan dan persetujuan sesi, fungsi callback JavaScript akan menerima respons. UX berikutnya ditentukan oleh cara fungsi callback Anda mengirimkan respons ke server.

  3. Jika tidak (HTML API dengan kasus URI login):

    • Respons autentikasi dikirim ke URI login.
    • UX summary: dialog Sekali Ketuk atau jendela pop-up ditampilkan di atas halaman web. Setelah pengguna menyelesaikan UX di perintah atau jendela pop-up untuk pemilihan dan persetujuan sesi, respons autentikasi akan dikirim menggunakan kiriman POST halaman penuh ke URL login yang Anda tentukan.

Sebaiknya gunakan cara yang konsisten untuk mengirimkan respons Sekali Ketuk dan respons tombol Login dengan Google.

Pertimbangan keamanan

Untuk mencegah Pemalsuan Permintaan Lintas Situs,

  • Untuk pengiriman postingan yang dipicu oleh library JavaScript klien Google Identity Service, Anda dapat menggunakan pola cookie pengiriman ganda bawaan. Lihat Memverifikasi token ID Google di sisi server untuk mengetahui detail selengkapnya.
  • Untuk pengiriman ke asal Anda sendiri menggunakan XmlHttpRequest, Anda dapat menggunakan header HTTP kustom, atau langkah keamanan lain yang disetujui oleh tim keamanan Anda.

Untuk memverifikasi token ID dalam respons autentikasi, sebaiknya gunakan library klien Google API untuk platform Anda, atau library JWT tujuan umum.

Pertanyaan umum (FAQ)

  • Apakah tombol Sekali Ketuk dan Login dengan Google tersedia di webview?

    Tidak. Karena masalah keamanan, pengguna tidak boleh menambahkan sesi Google ke webview. Dengan demikian, GIS dinonaktifkan di webview, karena seharusnya tidak ada sesi Google.

  • Dapatkah saya menggunakan tombol Login dengan Google milik saya sendiri? Tidak. Dengan alur sisi server OAuth atau library JavaScript Login Google versi sebelumnya, pihak tepercaya dapat menggunakan Pedoman Branding Login untuk membuat tombol Login dengan Google versi mereka sendiri.

    Namun, fitur Login dengan Google telah dihapus. Tombol Semua Login dengan Google harus dibuat oleh library JavaScript Google Identity Services. Ada dua alasan untuk perubahan ini.

    • Beberapa pihak tepercaya gagal mengikuti panduan, yang menyebabkan tombol Login dengan Google tidak konsisten di berbagai situs.
    • Dengan membuat konten oleh library, Anda tidak perlu melakukan perubahan apa pun saat Pedoman Branding Login itu sendiri berubah.

    Untuk menerapkan aturan ini, library JavaScript hanya mengekspos API untuk merender tombol, bukan API untuk memulai alur login.

  • Bagaimana jika situs saya hanya mengaktifkan tombol Sekali Ketuk, tetapi tidak Login dengan Google?

    Sebaiknya gunakan tombol Sekali Ketuk dan Login dengan Google di situs Anda. Karena periode tunggu eksponensial, fitur Sekali Ketuk mungkin tidak ditampilkan setiap saat. Jika pengguna benar-benar ingin login ke situs Anda dengan Akun Google mereka, mereka dapat membuka dialog login utama Anda dan login dengan tombol Login dengan Google di sana. Proses login yang berhasil menggunakan tombol Login dengan Google akan menghapus status periode tunggu Sekali Ketuk sehingga Sekali Ketuk dapat ditampilkan untuk login berikutnya. Alur tombol lain dari Google tidak dapat menghapus status periode tunggu Sekali Ketuk, karena berada dalam biner JavaScript yang berbeda.

    Jika situs Anda hanya mengaktifkan tombol Sekali Ketuk, tetapi tidak mengaktifkan tombol Login dengan Google, Anda mungkin akan melihat penurunan performa untuk alur Sekali Ketuk, karena status pendinginan eksponensial tidak dihapus tepat waktu.

  • Kapan kode API HTML saya diuraikan? Dapatkah saya mengubah kode HTML API saya nanti?

    Library JavaScript Google Identity Services mengurai dan menjalankan kode HTML API pada peristiwa pemuatan library JavaScript atau peristiwa DomContentLoaded, mana saja yang lebih baru.

    • Jika peristiwa DomContentLoaded dipicu saat library JavaScript dimuat, kode HTML API Anda akan segera diuraikan dan dieksekusi.
    • Jika tidak, library JavaScript akan menambahkan pemroses untuk peristiwa DomContentLoaded. Saat dipicu, pemroses akan mengurai dan mengeksekusi kode API HTML Anda.

    Perhatikan juga bahwa penguraian dan eksekusi kode API HTML Anda berlangsung satu kali.

    • Setelah penguraian dan eksekusi, perubahan berikutnya pada kode HTML API akan diabaikan.
    • Tidak ada API bagi developer untuk memicu proses penguraian atau eksekusi.