Halaman ini menjelaskan praktik terbaik yang harus diperhatikan developer saat membagikan akses ke konten yang dikontrol. Pembaruan izin dapat dilakukan sebelum aktivitas kolaboratif dimulai atau saat sedang berlangsung.
Sangat direkomendasikan untuk menerapkan metode yang menimbulkan gesekan atau gangguan pengguna paling sedikit. Developer harus menjaga keseimbangan antara batasan dalam model kontrol akses aplikasi dan persyaratan keamanan, serta gangguan apa pun terhadap pengguna.
Berikut adalah beberapa cara untuk memberikan akses ke aktivitas kolaboratif.
Memberikan token akses sementara (direkomendasikan)
Token akses sementara (berakhir) memberikan kredensial akses dan keamanan pengguna yang valid dalam jangka waktu tertentu. Untuk mengetahui info selengkapnya, lihat Mengonfigurasi akses sementara.
Pendekatan ini memberikan friksi pengguna paling rendah. Konten dapat diakses oleh siapa saja yang memiliki link dan token akses sementara. Pengguna hanya memiliki akses selama jangka waktu yang ditentukan dalam token, yang dibuat setelah inisiator memulai aktivitas.
Anda dapat membagikan token menggunakan status mulai aktivitas. Token dapat ditukarkan untuk akses konten sementara. Token akses sementara tidak bergantung pada waktu pembuatan konten. Pendekatan ini berfungsi untuk konten baru dan yang sudah ada.
Tabel berikut menunjukkan kelebihan dan kekurangan penggunaan pendekatan ini:
| Kelebihan | Kekurangan |
|---|---|
| Hambatan paling sedikit bagi pengguna | Risiko membagikan konten secara berlebihan |
| Mengizinkan orang bergabung setelah aktivitas dimulai | |
| Tidak memerlukan pengetahuan tentang peserta sebelumnya |
Membagikan sebelum aktivitas dimulai
Pendekatan alternatifnya adalah mendesain add-on Meet Anda agar meminta pengguna yang memulai aktivitas untuk memperbarui izin sebelum memulai.
Tabel berikut menunjukkan kelebihan dan kekurangan penggunaan pendekatan ini:
| Kelebihan | Kekurangan |
|---|---|
| Berbagi secara eksplisit meminimalkan risiko | Menentukan peserta bisa menjadi tantangan |
| Hambatan atau gangguan sedang saat menyetujui akses saat orang bergabung |
Berbagi sesuai permintaan
Ini adalah pendekatan reaktif di mana pemrakarsa aktivitas menyetujui permintaan secara real-time saat pengguna meminta akses ke konten. Metode ini dapat menyebabkan gesekan pengguna yang tinggi jika peserta tidak ditentukan dengan benar. Oleh karena itu, opsi ini paling tidak direkomendasikan.
Tabel berikut menunjukkan kelebihan dan kekurangan penggunaan pendekatan ini:
| Kelebihan | Kekurangan |
|---|---|
| Tidak memerlukan pengetahuan tentang peserta sebelumnya | Memicu hambatan tinggi dan mengganggu alur rapat |
| Berbagi secara eksplisit meminimalkan risiko | Memerlukan jalur untuk memperbarui izin konten setelah aktivitas dimulai |