Halaman ini menjelaskan praktik terbaik yang harus diamati developer saat berbagi akses ke konten yang dikontrol. Pembaruan izin dapat dilakukan sebelum aktivitas kolaboratif dimulai atau saat sedang berlangsung.
Sangat disarankan untuk menerapkan metode yang meminimalkan gangguan atau gangguan pengguna. 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 konten dibuat. Pendekatan ini berfungsi untuk konten baru dan yang sudah ada.
Tabel berikut menunjukkan kelebihan dan kekurangan penggunaan pendekatan ini:
Kelebihan | Kekurangan |
---|---|
Sedikit hambatan bagi pengguna | Risiko pembagian konten secara berlebihan |
Izinkan orang untuk bergabung setelah aktivitas dimulai | |
Tidak memerlukan pengetahuan peserta sebelumnya |
Bagikan 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 menggunakan pendekatan ini:
Kelebihan | Kekurangan |
---|---|
Berbagi secara eksplisit meminimalkan risiko | Menentukan peserta bisa menjadi tantangan |
Gesekan atau gangguan tingkat menengah yang menyetujui akses saat orang bergabung |
Bagikan sesuai permintaan
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 menggunakan pendekatan ini:
Kelebihan | Kekurangan |
---|---|
Tidak memerlukan pengetahuan peserta sebelumnya | Memicu friksi tinggi dan mengganggu alur rapat |
Berbagi secara eksplisit meminimalkan risiko | Memerlukan jalur untuk memperbarui izin konten setelah aktivitas dimulai |