Halaman ini menjelaskan praktik terbaik yang harus diamati developer saat membagikan akses ke konten yang dikontrol. Pembaruan izin dapat dilakukan sebelum aktivitas kolaboratif dimulai atau saat sedang berlangsung.
Sebaiknya terapkan metode yang menghasilkan gangguan atau gesekan pengguna sedikit mungkin. Developer harus menjaga keseimbangan antara batasan dalam model kontrol akses dan persyaratan keamanan aplikasi, serta gangguan pengguna.
Berikut adalah beberapa cara untuk memberikan akses ke aktivitas kolaboratif.
Memberikan token akses sementara (direkomendasikan)
Token akses sementara (berakhir masa berlakunya) 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 yang paling sedikit. Konten dapat diakses oleh siapa saja yang memiliki link dan token akses sementara. Pengguna hanya memiliki akses selama durasi waktu yang ditentukan dalam token, yang dibuat setelah pemicu memulai aktivitas.
Anda dapat membagikan token menggunakan status awal 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 |
|---|---|
| Jumlah hambatan paling sedikit bagi pengguna | Risiko membagikan konten secara berlebihan |
| Mengizinkan orang bergabung setelah aktivitas dimulai | |
| Tidak memerlukan pengetahuan peserta sebelumnya |
Membagikan sebelum aktivitas dimulai
Pendekatan alternatifnya adalah mendesain add-on Meet Anda untuk meminta pengguna yang memulai aktivitas memperbarui izin sebelum memulai.
Tabel berikut menunjukkan kelebihan dan kekurangan penggunaan pendekatan ini:
| Kelebihan | Kekurangan |
|---|---|
| Berbagi secara eksplisit meminimalkan risiko | Menentukan peserta bisa jadi sulit |
| Jumlah hambatan atau gangguan yang sedang dalam menyetujui akses saat orang bergabung |
Berbagi on-demand
Ini adalah pendekatan reaktif saat inisiator aktivitas menyetujui permintaan secara real-time saat pengguna meminta akses ke konten. Metode ini dapat menyebabkan hambatan 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 peserta sebelumnya | Memicu hambatan yang tinggi dan mengganggu alur rapat |
| Berbagi secara eksplisit meminimalkan risiko | Memerlukan jalur untuk memperbarui izin konten setelah aktivitas dimulai |